PHP 8.5.11

C’est un langage de script côté serveur conçu pour le web. Quand un visiteur demande une page, PHP s’exécute sur le serveur, détermine ce qu’il faut renvoyer, puis transmet le résultat au navigateur. Il est open source, gratuit, et il constitue la colonne vertébrale du web depuis des décennies : WordPress à lui seul fait tourner environ 40 % de tous les sites, et tout cela repose sur PHP. Pas besoin de compilation ni d’environnement d’exécution sophistiqué : vous pouvez l’installer sur un hébergement mutualisé bon marché et ça fonctionne.
PHP est-il mort ?
Pas le moins du monde. Fin 2026, W3Techs indique encore que PHP équipe environ 69,9 % des sites dont le langage côté serveur est connu, soit plus que JavaScript, Ruby, Java et tout le reste réunis. Le chiffre recule lentement, mais « reculer après une domination totale » n’a rien à voir avec « mort ». L’écosystème est actif, les versions sortent chaque année de façon prévisible et les frameworks se portent très bien.
Quelle est la dernière version, et qu’y a-t-il de nouveau ?
La version stable actuelle est PHP 8.5, sortie le 20 novembre 2025. Les nouveautés phares : l’opérateur pipe (|>) pour enchaîner les appels sans variables temporaires, clone with pour cloner des objets en modifiant leurs propriétés, des traces complètes en cas d’erreur fatale (de quoi voir enfin ce qui a cloché), et les fonctions array_first() et array_last() tant attendues. On note aussi une nouvelle extension URI et un attribut NoDiscard pour les fonctions dont la valeur de retour compte. Côté performances, la 8.5 affiche environ 14 % de gains par rapport à la 8.1 dans les benchmarks Phoronix.
Et PHP 8.6 ? Faut-il l’attendre ?
PHP 8.6 est prévue pour le 19 novembre 2026 : c’est imminent, pas hypothétique. La fonctionnalité vedette est l’application partielle de fonctions (Partial Function Application), qui permet de préremplir certains arguments et de récupérer un callable pour les autres, ce qui réduit le code répétitif des wrappers. Il y a aussi des changements dans l’API Stream et sur les valeurs par défaut des propriétés readonly. C’est une version plus modeste que la 8.0 ou la 8.1, mais qui mérite d’être anticipée. Si vous démarrez un projet maintenant, la 8.5 est la cible sûre ; la 8.6 sera prête pour la production peu après.
Quelles sont les performances de PHP face à Python ou Node.js ?
Tout dépend de ce que vous mesurez. Sur le débit de requêtes brutes d’une simple API JSON, PHP avec OPcache et le JIT se situe autour de 15 000 à 30 000 requêtes par seconde : plus lent que Node.js (30 000 à 60 000), mais nettement plus rapide que CPython (5 000 à 15 000). Pour les traitements gourmands en CPU, PHP avec JIT reste dans la moyenne : Go domine, Node tient son rang, et PHP est honorable sans être le plus rapide. L’essentiel est ailleurs : l’architecture « shared-nothing » de PHP, où chaque requête démarre un processus neuf sans état résiduel, le rend très prévisible et facile à monter en charge horizontalement. Vous échangez du débit brut contre de la simplicité d’exploitation.
Laravel ou Symfony, lequel choisir ?
Les deux sont excellents et répondent à des besoins différents. Laravel offre une courbe d’apprentissage plus douce et applique la philosophie « batteries included » : authentification, files d’attente, facturation, WebSockets et un ORM (Eloquent) sont fournis d’origine. C’est le choix par défaut des startups, des MVP et des produits SaaS, et sa communauté est de loin la plus vaste. Symfony est plus modulaire et plus explicite. Il repose sur des composants réutilisables (dont beaucoup sont utilisés par Laravel lui-même), il est répandu en entreprise et il offre un contrôle plus fin de l’architecture, au prix de davantage de configuration et d’une courbe d’apprentissage plus abrupte. Pour la vitesse de développement, prenez Laravel. Pour une flexibilité architecturale durable au sein d’une équipe élargie, Symfony vaut l’investissement initial.
Pourquoi PHP a-t-il encore mauvaise réputation ?
Surtout à cause de PHP 5. Le langage avait des signatures de fonctions incohérentes, un typage laxiste qui a joué des tours à pas mal de monde, et beaucoup de code de tutoriel peu sûr circulait dans les années 2000. Le PHP moderne (8.x) n'a plus rien à voir : typage progressif, compilation JIT, arguments nommés, énumérations, propriétés readonly et un gestionnaire de paquets mature (Composer). La réputation est à la traîne par rapport à la réalité. Ce n'est pas un « langage jouet », c'est un outil pragmatique qui se trouve être extrêmement bon dans ce pour quoi il a été conçu.
PHP est-il un bon choix pour apprendre à coder ou trouver un emploi ?
Pour apprendre le développement web, c'est en fait un premier langage très concret. La boucle de rétroaction est immédiate, le déploiement est simple, et vous pouvez construire quelque chose de réel sans vous battre avec l'infrastructure. Côté emploi, la demande reste stable : moins médiatisée que les postes Python en IA/ML, mais PHP fait tourner une telle part du web existant que la maintenance et les nouveaux développements ne vont pas disparaître. Le bémol, c'est que les postes les mieux payés se trouvent plutôt dans les équipes PHP modernes qui misent sur un framework (Laravel ou Symfony), pas dans les bases de code héritées. Si vous apprenez sérieusement l'un de ces frameworks, vous êtes employable.