Discussion :

[tomlev]

Et toujours pas de support d'Unicode

[redcurve]

Faut pas déconner il s'agit de Php hein ^^ Ajouter le support de l'unicode ferait exploser la plateforme parce que mal foutu à la base. C'est un truc bancale php mais très utilisé, un peu comme mysql la base données en carton.

[RyzenOC]

plus un langage est simple, plus il a des limitations, python ne gère pas les thread en natif par exemple.

PHP non plus d’ailleurs ?, je crois que pour les thread c'est le serveur web qui envoie les calcule sur les autres cœurs, mais php seul est incapable d'exploiter plus d'un coeur ?, a me confirmer.

[lingtalfi]

Yes.

- la prise en charge de la déclaration des types scalaires (Ca c'est nickel).
- 2x plus rapide (tant mieux)
- l’implémentation des exceptions pour de nombreuses erreurs fatales (ça c'est intéressant aussi)
- le support des classes anonymes (connais pas mais ça a l'air bien)

Bref, que du bonheur...

[a028762]

Ne boudons pas notre plaisir, une version de PHP6 enfin (ah, c'est la 7 !)
Si elle est deux fois plus rapide (à vérifier évidemment), je prends !
Ol

[redcurve]

plus un langage est simple, plus il a des limitations, python ne gère pas les thread en natif par exemple.

PHP non plus d’ailleurs ?, je crois que pour les thread c'est le serveur web qui envoie les calcule sur les autres cœurs, mais php seul est incapable d'exploiter plus d'un coeur ?, a me confirmer.

Php ne sait pas faire de thread car il est orienté processus, le serveur ne crée pas de thread mais carrément un nouveau processus php. Il y a une version multithread mais elle ne marche généralement pas très bien, il y a des bugs de partout à cause de tout un tas de méthodes qui ne sont pas réentrante

[abriotde]

mysql la base données en carton

[mode troll] C'est certains quand on est milliardaire on utilise des valises en carbone recouverte de cuir pour faire son déménagement mais personnellement, je préfère les boite en carton. Cela se plie, s'est léger et cela résiste suffisamment a 3 ou 4 déménagements en outre cela amortie les chocs. [/mode troll]

Aujourd'hui l'Open-Source est la seul solution qui offre fiabilité, modularité et sécurité aux entreprises. Cela n'empêche pas de sortir le portefeuille quand on veux adapter une solution a son besoin ou payer un prestataire qui aura les compétences pour mettre en place rapidement la solution adapté et la maintenir.

La force de PHP est justement d'être une solution simple, flexible et adopté aux besoins, une solution "carton". La qualité, le plus performant n'est pas toujours mieux et toujours coûteux. La preuve, la voiture n'a pas totalement remplacer la moto, la marche a pied, le vélo, et même la marche a quatre-patte subsiste dans les passages étroits... et pourtant la voiture c'est rapide, confortable avec une grande autonomie.. mais cela n'a pas la simplicité de commande de la marche, la faible largeur de la moto, l'écologie du vélo et la capacité de passage dans les passages étroit et escarpé de l'homme...

[berceker united]

Il faut se dire une chose. 100% des dev ou professionnel s'en tape du langage le plus puissant. Ils veulent le langage le plus adapté à leur besoin et comme les besoins son différents. Si PHP existe encore c'est qu'il répond à un ou des besoins malgré ses défauts, c'est idem pour Mysql. S'il est en carton c'est qu'il y en a qui préfère que ça soit en carton

[reviretan]

Un framework MVC écrit en C LOL.

Plus sérieusement, vous en êtes encore à débattre des performances d'un langage par rapport à un autre?...

Load-balancing, clustering, multithreading, tout ces mots pompeux qu'on entend de plus en plus, ça ne vous dit rien?

Un langage/framework est choisi selon les besoins, les capacités de l'équipe,...pas pour ses performances. Le gars qui propose d'utiliser C pour gérer 50 requêtes sur un site web ne dépassera jamais les 50 requêtes sur son site web, et encore...
Si tu dois passer 6 mois sur le backend et 3 jours sur le front-end, qui en soit est la partie la plus essentielle sur un site web, ton site risque pas de dépasser les 3 vues quotidiennes, alors à quoi bon avoir une consommation de ram de 1ko, dans ce cas?

[_skip]

Aujourd'hui l'Open-Source est la seul solution qui offre fiabilité, modularité et sécurité aux entreprises. Cela n'empêche pas de sortir le portefeuille quand on veux adapter une solution a son besoin ou payer un prestataire qui aura les compétences pour mettre en place rapidement la solution adapté et la maintenir.

Je regrette mais cet argument comme quoi si c'est open source c'est la pérennité et la sécurité de l'investissement garantis, c'est surtout de l'idéologie et c'est au final assez faux. Je veux bien que ça marche pour un site web ou un utilitaire style client FTP, mais on parle d'un SGBD là, et les ressources nécessaires pour le maintenir sont absolument colossales. Assez pour que la migration vers un autre SGBD soit un choix plus raisonnable pour 99% des utilisateurs en cas d'abandon du dév. Les projets fermés ont des propriétaires, les projets open source ont des sponsors, s'ils les lâchent, tu es mal. Tu as peut être un mince filet de secours dans le cas de l'open source si un nouveau sponsor se présente (et encore faut voir jusqu'à quel point les projets sont biaisés par des doubles licences et des brevets) mais au final le problème est le même, tu dépends des middleware que tu utilises, tu subis passivement et en silence les choix stratégiques, financiers ou politiques d'autres personnes.

[ABCIWEB]

... mais au final le problème est le même, tu dépends des middleware que tu utilises, tu subis passivement et en silence les choix stratégiques, financiers ou politiques d'autres personnes.

Oui mais passé cette constatation sur le problème de la dépendance aux autres, vient implicitement le choix de cette dépendance, et tous les "autres" ne sont pas équivalents et n'ont pas les mêmes objectifs, ce qui au final fait une grande différence.

[ffert2907]

Certaines personnes penses que si ça ne coûte pas TRES TRES cher, ça vaut rien... il n'empêche que c'est la base de données la plus utilisée pour le web. Qui gère les clusters... la réplication, le merge entre base de données... Et dont les temps de réponses n'ont rien à envier à Oracle !... Sur certaines requête MySQL est plus rapide (requêtes sur plusieurs centaines de milliers d'enreg), il gère les recherches en FullText, et si l'on veut encore plus de rapidité on peut créer une base de donnée en MEMOIRE qui dans ce cas, est hyper rapides... Donc oui MySQL à ses limites, ce qui ne l'empêche pas d'être un trés bon produit, lorsque l'on commence à s'y intéresser... et... Rapport Qualité/Prix, entre un Mysql et un Oracle ou un MSSQL Server, désolé, je vote pour MySQL.

[Spartacusply]

Ben moi je pense pas que tant que ça ne coûte pas TRES TRES cher, ça vaut rien, mais je pense quand même que Mysql est une grosse daube

il n'empêche que c'est la base de données la plus utilisée pour le web

Et dont les temps de réponses n'ont rien à envier à Oracle !

Bouarf... (tu remarqueras que je ne cite aucune source mais toi non plus donc ça va).

il gère les recherches en FullText

Uniquement sous MyISAM, donc entre requête full text et contraintes référentielles choisir tu dois.

si l'on veut encore plus de rapidité on peut créer une base de donnée en MEMOIRE qui dans ce cas, est hyper rapides

Ben c'est pas exactement comme ça que ça marche, de toutes façons les autres SGBD le font aussi donc balle au centre.

Rapport Qualité/Prix, entre un Mysql et un Oracle ou un MSSQL Server, désolé, je vote pour MySQL.

Postgres, bord** !! Postgres !

PS : désolé j'ai un peu craqué là

[_skip]

Oui mais passé cette constatation sur le problème de la dépendance aux autres, vient implicitement le choix de cette dépendance, et tous les "autres" ne sont pas équivalents et n'ont pas les mêmes objectifs, ce qui au final fait une grande différence.

A moins que les objectifs de ces gens ne soient de te satisfaire personnellement, ça change rien. Les entreprises font faillite ou sont rachetées, les produits changent de main, les directeurs s'en vont et viennent avec leur propre vision de ce que doit être leur stratégie, s'ils plantent leur produit tu es baisé . Et c'est autant valable pour de l'open source que pour du proprio je suis désolé d'avoir à le dire.

Je rappelle au passage à deux ou trois sur ce fil qu'il y a des raisons de payer pour du oracle au lieu de simplement se servir chez mysql (qui n'est pas "gratuit" mais bien moins cher). Pas forcément pour un CMS en php mais l'informatique se limite pas à ça, heureusement. On peut reconnaître les services que ça rend, c'est disponible, facile à mettre en oeuvre, mais faut savoir raison garder.

[SurferIX]

Faut pas déconner il s'agit de Php hein ^^ Ajouter le support de l'unicode ferait exploser la plateforme parce que mal foutu à la base. C'est un truc bancale php mais très utilisé, un peu comme mysql la base données en carton.

T'as au 6 down (et ça va augmenter). Pourtant tout est vrai. Mais on gagne bien notre vie avec ! C'est comme de dire "grâce à un couteau émoussé je découpe tout de même de la viande". Ceux qui y arrivent, et surtout les jeunes, auront tendance à se vexer...

[SurferIX]

plus un langage est simple, plus il a des limitations, python ne gère pas les thread en natif par exemple.

Mais t'arrête de dire n'importe quoi ? Déjà rien qu'en v2 il y a plus de dix ans il le faisait :
https://docs.python.org/2/library/multiprocessing.html
Un exemple producteur consommateur en Python / multithread :

http://chriskiehl.com/article/parallelism-in-one-line/

Allez je vais sûrement t'apprendre autre chose que tu ne savais pas - sinon tu n'aurais pas dit cette énormité.
Tu savais, que, contrairement à Php, Python n'a pas de limite de taille pour gérer les entiers, et qu'il s'adapte ?
Hé oui pour un langage simple...
Ah mais google s'en sert activement ? Ah mais le créateur de Python tient une grosse branche de développement chez google ?
Ah mais Philips, Sony, la NASA s'en servent quotidiennement ? Tu pourrais aller leur expliquer qu'il sont bêtes d'utiliser un langage simple ?
Tu confonds simple et simpliste, je pense. D'ici que Php arrive à la cheville de Python... ils ont à peine intégré les lambdas, les traits sont une immondice sans nom et il est encore bien loin de l'héritage multiple (que Python a).
Allez copier coller de ma console :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
# python
Python 2.7.10 (default, Jun  1 2015, 18:17:45)
[GCC 4.9.2] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> 2^154^964564**654
56559555042162263963579744129003311307466445513253394675825747175473689058465539570094723758029550262939869871531595036451796231013352310697773797948465921968770073692674678022221040593263730117022648058938124513844637112452234007913998459707340274686842585474542751071773312864487033223040937484619274620056504001288655088312324512175072751625701410124411748865255098784891132576543009754307042512028831997298115591837779693436735953090621603020410956435767280348100629673860749109199551228493199961805883749043542159507956256741136413924684791664761294518587163959746286747935112603116096718978942618048358428863783595843387345785245132979972962157662400434777674221612522277024318817850812107583863909631741821513149057948784378826299332421974969273004177923273883058866271216096990774107368141642717496070561929865310651404257333967379161802100639033968814660637469395168912541456710781384665714968732930712021461811251147840933325760937027213309134022287077075169877504674605410282105943733051939046918466868178607725420313605429528481866376162108435862101498043686466781217209135719771056831116473911235975230000476589006670887719146240262316403326791181512663194179149507824286752927947710674790580171371407599653715156327162358569259909959990160486426179678750105145386086648903071638722646493006112984615750168496221846392210018782030831947673875093832483549847293722738181812372453401890643618037761845120019071361979930334342235331575808543934740732200307157440314215821302563445543149219543695328155961574336691534879133444273210865474948671193801810668433289162857058368591976291414949917888010527224818619039776816261148711165932503355227092413279337828706090593747420516561006904624245100976479062060445713009130102789372620192225207255128480918602929714110277501076051481536277208731114607312093020121599740784262648281431330411355813326348855674530824176100120913953291599077888992202517519278959111220226094488561571881532284952799897295566454213085474890220366057520997918085079062394017096977489692392755207227012055003998761494978530054540102770330510696721795092243293016433769164861442843542828072938644794070114543570679550445140950407553404827481429986753774940404482064005211735231059934687060826408547239067772181291462446801155416319815558517853676201005312085798867334458672085152200938562170766376158630516933884675875045861530901673839818679703331184277583784481060594660107111629122704505446619459314719988859180366957408237752434754743983174007302178583688741184957967268029540641978861583223341198806237217990046379712596320938518877440174428646525245499120523636129680046386828211886499234031740576469006508145746894447884744676232318202930359886568592272852967034658965220428988130073890129567350941002560641425336304666822357870696142995214866584693451272820892362128399352908477545896912791057536365153449876653521050777613265361830366704235735747795188486387496511992891711848945620164792829455874915591108234173079670694310381511124420243528914438818474385865185384483968476574566539935170093219837936670843418731765169412413204034317989247019317021902113846072710242555776534186093432312097955516984376813228158425711921724287606224952475776574963048747133610920066359726919742850650149338349881991910465470320345749279752638069999794434838297977406162863409969689892312004959565183156904991354706246682778845773188593260478161192551932081326633911148617777071458309707481308026956383965081188211684510284383167068818968152543643018885379843062377936701784591017480746010307541660414868608354614357802156123753754264728955071032497431564759613865871952329837920576552658242952043330303588412783399173079728217073640135632649257351939861187344456390999392707330462052306700530228998403707128616460543093708385400958375318597851036045795083703221341118872820873432505678122890839142052217961964978274598337127140150175071327455976133906480769488241902604900593938995364233368L
>>>

[ABCIWEB]

A moins que les objectifs de ces gens ne soient de te satisfaire personnellement, ça change rien. Les entreprises font faillite ou sont rachetées, les produits changent de main, les directeurs s'en vont et viennent avec leur propre vision de ce que doit être leur stratégie, s'ils plantent leur produit tu es baisé . Et c'est autant valable pour de l'open source que pour du proprio je suis désolé d'avoir à le dire.

Et oui dans l'absolu tout le monde va mourir un jour, mais entre temps je fais moins confiance aux entreprises qui sont gouvernées uniquement pour le profit et plus confiance à celles qui le sont moins.
L'expérience a montré que les financiers n'ont aucune stratégie et de fait la continuité du service peut être beaucoup plus aléatoire pour peu qu'il aient trouvés un meilleurs rendement ailleurs. Et puis dans l'open source la direction est collégiale, donc moins à la merci d'une erreur du dernier petit chef qui se prend pour un génie.
Pour moi ces différences sont importantes et signifiantes. Libre à toi d'avoir un avis différent mais pas la peine d'être désolé pour autant, quoi que ...

[vinmar]

Je sais pas si c'est parce que c'est le matin, mais le nombre de posts du style : "PHP c'est de la merde, de toute façon mon langage c'est le meilleur", ça devient vraiment rébarbatif. Si vous n'aimez pas PHP, c'est votre droit, retournez au C, Java, Python, etc... vous asticoter la variable !

La news ne dit pas "PHP devient le meilleur langage du monde", elle dit : "PHP7 améliore les performances...".

Faire des constatations faisant avancer le débat ok, dire que Python ou autre c'est mieux parce que je peux faire décoller une fusée avec mais grand bien vous fasse !

Combien de fois devra-t-on dire et redire que l'important n'est pas la puissance du langage mais le contexte d'un projet informatique qui influera sur le choix de ce dernier. En plus tout le monde est d'accord avec ça visiblement.

[Chuck_Norris]

[Fulltext] Uniquement sous MyISAM, donc entre requête full text et contraintes référentielles choisir tu dois.

Plus maintenant, MySQL 5.6 gère le Fulltext sur InnoDB. De toute façon l'orientation d'Oracle est de pousser au maximum InnoDB pour proposer les fonctionnalités de ce moteur avec les avantages et les performances de l'autre maintenant clairement marqué obsolète ; d'ailleurs son fork MariaDB a suivi une approche différente en favorisant au contraire MyISAM et son moteur maison dérivé.

En ce qui concerne l'Unicode, certes le support de PHP n'est pas totalement natif mais il est tout à fait possible de développer des applications UTF-8 sans avoir besoin d'aucune bibliothèque externe.

[Shuty]

Il est clair que Php présente des lacunes quand on doit gérer les encodages de caractère mais d'une fois que l'on isole le "problème", des solutions existes. Il faut simplement faire du cas par cas même si cela est rébarbatif, je le conçoit