Quels sont les malentendus à propos de PHP ?

PHP a une mauvaise réputation maintenant parce qu'il était "terrible". Cet article tente de répondre à certaines affirmations courantes sur PHP, dans le but d'expliquer aux personnes non techniques que PHP n'est pas aussi mauvais que beaucoup le disent.

→Cet article est traduit de : https://www.getparthenon.com/blog/php-isnt-that-like-really-bad/

1. Cela encourage-t-il les mauvaises pratiques ?

Plus maintenant. Dans le passé, de nombreux développeurs apprenaient de très mauvaises pratiques dans les livres et, par conséquent, la qualité de leur code PHP était très mauvaise. PHP vous permettait également de faire des choses vraiment étranges qui le rendaient incroyablement facile à construire, mais un cauchemar à maintenir.

Ce ne sont plus des questions courantes. Avec l’introduction de matériels d’apprentissage de haute qualité, faciles à apprendre et facilement accessibles, un nouveau développeur peut apprendre PHP de la bonne manière. Cela empêche les développeurs juniors d'écrire du code très pénible à maintenir car ils ne connaissent pas la bonne façon de construire les choses.

Avec l'introduction des frameworks, la plupart du code courant qui conduit à de nombreuses mauvaises expériences est désormais effectué automatiquement ; par conséquent, les développeurs n'ont qu'à utiliser le framework et le framework le codera correctement.

De plus, certaines mauvaises pratiques au fil des années ont été causées par des fonctionnalités manquantes, ce qui a permis d'autoriser des choses qui ne devraient pas l'être. Or, dans la plupart des cas, il n’est même pas possible de mettre en œuvre certaines des choses qui ont été écrites auparavant pour aboutir à ce genre de réputation.

Résumé

• Il n'encourage plus les mauvaises pratiques...

• Évite les mauvaises pratiques en utilisant des frameworks.

• Les fonctionnalités linguistiques font beaucoup l'objet de discussions en ce moment. Les mauvaises fonctionnalités ne sont plus prises en charge.

• PHP ajoute la plupart, sinon la totalité, des fonctionnalités qui existent dans d'autres langages.

2. Sa sécurité est-elle très mauvaise ?

Dans le passé, les applications PHP étaient souvent mal sécurisées car le langage le permettait. Ces éléments ne sont plus utilisés car le développement d’applications PHP est désormais complètement différent.

L'inclusion de fichiers distants et locaux (où PHP lit des fichiers à partir d'adresses autres que celles initialement prévues) a été supprimée en utilisant un chargeur automatique pour inclure des fichiers au lieu d'inclure dynamiquement des fichiers.

Attaques de script cross-site causées par l'utilisation de HTML directement dans PHP (où un utilisateur ajoute un script JavaScript à l'endroit affiché à un autre utilisateur).

En utilisant des instructions préparées en SQL, les attaques par injection SQL sont évitées (cela est dû à la nécessité de créer une requête SQL et d'envoyer la requête avec les données, où l'utilisateur peut ajouter des commandes SQL supplémentaires à la requête). De plus, l'utilisation d'ORM est également courante, ce qui garantit que les données utilisateur et les requêtes sont envoyées séparément et que SQL ne peut pas les traiter comme des commandes distinctes.

Évitez la falsification de requêtes intersites (où les utilisateurs peuvent être amenés à effectuer certaines actions sur votre site) grâce à la bibliothèque de formulaires largement utilisée qui utilise le système de noms occasionnels.

Résumé

• Pas plus.

• Évitez l'inclusion de fichiers distants et locaux en utilisant un chargeur automatique (standard sur tous les principaux frameworks).

• Évitez les attaques de cross-site scripting (XSS) en utilisant un langage de modèle en standard ou un framework front-end tel que React.

• Évitez l'injection SQL en utilisant des ORM et en utilisant largement les instructions préparées.

• Évitez les attaques de falsification de requêtes intersites (CRSF) en utilisant des jetons nonce (automatiquement pris en charge par tous les principaux frameworks).

3. Est-ce vraiment lent ?

Cela dépend de ce à quoi vous le comparez. Si vous comparez PHP à Java, C ou Go, alors c'est plus lent. Mais si vous comparez PHP à Python, Ruby, etc., alors ce n'est pas lent. PHP est l'un des langages les plus rapides de son genre et ses performances s'améliorent constamment.

La plupart du temps, votre application est lente car le serveur est surchargé ou la requête de la base de données est lente. Ces problèmes existent dans n’importe quelle langue.

Résumé

• PHP est relativement lent par rapport aux langages compilés.

• PHP est relativement rapide par rapport aux autres langages de script.

• Les sites Web lents ne sont généralement pas dus à un langage utilisé qui n'est pas assez rapide, mais à des problèmes de performances causés par le serveur ou la base de données.

4. Son évolutivité est-elle vraiment mauvaise ?

En fait, n’importe quelle langue peut évoluer. Les langages compilés (tels que Go, C ou Rust) sont moins coûteux à mettre à l'échelle que les langages de script (tels que PHP). Cependant, ils ne sont pas conçus pour les mêmes tâches. En fait, ils sont tous identiques ; cela dépend simplement du nombre de serveurs que vous utilisez. Si vous utilisez suffisamment de serveurs, vous pouvez faire évoluer n'importe quelle application. PHP est moins cher à mettre à l'échelle que les autres langages de script, car il nécessite moins de ressources pour démarrer et peut s'exécuter sur des serveurs avec plus de mémoire et plus de processeurs.

De plus, pour l'évolutivité, l'important est la base de données. Si vous pouvez faire évoluer votre base de données, vous pouvez faire évoluer votre application. Les bases de données sont plus difficiles à faire évoluer que les serveurs d'applications. Il est facile d'ajouter un autre client qui lit la base de données ; cependant, il est beaucoup plus difficile de faire fonctionner la base de données rapidement.

Résumé

• N'importe quelle langue peut évoluer ; cela dépend du nombre de serveurs que vous utilisez.

• Le vrai problème avec la mise à l'échelle est la base de données plutôt que le langage d'application utilisé.

• Si vous pouvez faire évoluer vos données, vous pouvez faire évoluer votre application.

5. Dois-je continuer à l'utiliser ?

Non. Chaque langage de programmation a ses domaines d'expertise. PHP est idéal pour les applications Web. Vous devez l'utiliser pour créer des sites Web et des API.

Si vous créez une application système où chaque milliseconde compte, utilisez Rust ou C.

Si vous créez une application d'intelligence artificielle, Python est une bonne option.

Si vous créez une application SaaS, PHP est une bonne option.

Si vous créez une application Android, Kotlin est une bonne option.

Si vous créez une application qui s'exécute sur plusieurs plates-formes, Java est une bonne option.

Résumé

• Non, chaque langue a ses meilleurs cas d'utilisation.

• Le meilleur cas d'utilisation de PHP concerne les applications Web.

• Go, Rust, C adapté aux applications système.

• Python convient à l'intelligence artificielle.

• Kotlin pour les applications Android.

• Java convient aux applications indépendantes de la plate-forme.

6. Conclusion

Beaucoup de choses dites sur PHP sont dépassées depuis 10 ans. À notre avis, si quelqu’un vous donne des informations périmées depuis 10 ans sur un sujet technique, cette personne n’est probablement pas un expert technique en qui vous voulez faire confiance.

PHP est un excellent langage de programmation pour créer des applications Web et nous pensons que c'est le meilleur langage pour le développement d'applications Web.

Résumé

• Beaucoup de ces plaintes sont attendues depuis 10 ans.

• Nous pensons que PHP est le meilleur langage pour créer des applications Web.