Non sérieusement... Le PHP (Personal Home Page) est une bricole depuis toujours et restera une bricole. Comment un langage qui n'a résolu aucun de ses gros défauts peut-il être considéré comme mature ?
Je ne ferais même pas l'affront de parler de la gestion de l'Unicode, mais déjà prenons simplement le concept de base du PHP : chaque fichier est parsé à chaque page vue. Prenons au pif une page blanche générée par Symfony, ça demande environ 130 fichiers, qui doivent donc tous être lu et interprétés. Au final, 0.4 secondes pour afficher ma page blanche, c'est long. Et pourtant, PHP continue de fonctionner en tant que tel, même si *tous* les frameworks/guides de bonne pratique/applications "sérieuses" (enfin si c'était vraiment sérieux ça ne serait pas codé en PHP) font au moins utiliser des fichiers de template séparés.
Ajoutons à ça le typage faible garanti 100% non secure, l'API bordélique, tout un tas de trucs pour garder la compatibilité avec les anciennes versions (ça me rappelle la raison pour laquelle un certain OS a du mal à évoluer tiens...), des comportements étranges (une méthode static significativement plus rapide qu'une methode pas static ? sérieusement...), et j'en passe. Un langage mature ? Vraiment ?
Après y'a aussi des questions/résponses complètement insensées assez marrantes dans l'article. Par exemple, Rasmus questionné sur la sécurité qui incrimine le Javascript à cause du XSS. Il est marrant, mais totalement à côté de la plaque : côté utilisateur le gros de la menace vient des plugins privateurs (Flash "par exemple"), et côté serveur la plus grosse source de piratage vient de ... Ô surprise, PHP. Bah oui, avec toutes les mauvaise pratiques que les développeurs du dimanche on pu prendre pendant toutes ces années, c'est pas par ce que maintenant on a des moyens moins sales de faire les choses (PDO, filter input par exemple) que les développeurs les utilisent. Résultat, c'est incroyable le nombre de serveurs zombifiés à cause d'un site PHP avec une faille béante. Et pas la peine de parler de PhpMyAdmin (source de faille garantie sur 95% des serveurs web)...
Et puis il n'y aura jamais d'alternative propriétaire à PHP, pas comme ASP par exemple. Zut fallait pas le dire :)
Donc bon, la maturité de PHP, peut être pour la version 7 ?
# PHP a atteint la maturité... Hahaha
Posté par Xowap . En réponse à la dépêche Revue de presse de l'April pour la semaine 45 de l'année 2010. Évalué à 5.
Je ne ferais même pas l'affront de parler de la gestion de l'Unicode, mais déjà prenons simplement le concept de base du PHP : chaque fichier est parsé à chaque page vue. Prenons au pif une page blanche générée par Symfony, ça demande environ 130 fichiers, qui doivent donc tous être lu et interprétés. Au final, 0.4 secondes pour afficher ma page blanche, c'est long. Et pourtant, PHP continue de fonctionner en tant que tel, même si *tous* les frameworks/guides de bonne pratique/applications "sérieuses" (enfin si c'était vraiment sérieux ça ne serait pas codé en PHP) font au moins utiliser des fichiers de template séparés.
Ajoutons à ça le typage faible garanti 100% non secure, l'API bordélique, tout un tas de trucs pour garder la compatibilité avec les anciennes versions (ça me rappelle la raison pour laquelle un certain OS a du mal à évoluer tiens...), des comportements étranges (une méthode static significativement plus rapide qu'une methode pas static ? sérieusement...), et j'en passe. Un langage mature ? Vraiment ?
Après y'a aussi des questions/résponses complètement insensées assez marrantes dans l'article. Par exemple, Rasmus questionné sur la sécurité qui incrimine le Javascript à cause du XSS. Il est marrant, mais totalement à côté de la plaque : côté utilisateur le gros de la menace vient des plugins privateurs (Flash "par exemple"), et côté serveur la plus grosse source de piratage vient de ... Ô surprise, PHP. Bah oui, avec toutes les mauvaise pratiques que les développeurs du dimanche on pu prendre pendant toutes ces années, c'est pas par ce que maintenant on a des moyens moins sales de faire les choses (PDO, filter input par exemple) que les développeurs les utilisent. Résultat, c'est incroyable le nombre de serveurs zombifiés à cause d'un site PHP avec une faille béante. Et pas la peine de parler de PhpMyAdmin (source de faille garantie sur 95% des serveurs web)...
Et puis il n'y aura jamais d'alternative propriétaire à PHP, pas comme ASP par exemple. Zut fallait pas le dire :)
Donc bon, la maturité de PHP, peut être pour la version 7 ?