...

Arnaques avec Extended Support pour PHP

Vous avez un site web avec un système de gestion de contenu qui est écrit dans le langage de programmation php ? Alors vous connaissez certainement le problème des nombreuses versions différentes. Pour les grands fournisseurs d'hébergement web, il s'agit d'une nouvelle source de revenus qui leur permet de facturer des frais élevés à leurs clients existants. PHP Extended Support est le mot magique.

Quel est le but de tout cela ?

Depuis un certain temps, de nouvelles versions de php apparaissent à intervalles réguliers et ne sont plus rétrocompatibles. Pendant longtemps, il y a eu la version 5 avec différentes versions comme 5.2-5.6. La plupart des systèmes de gestion de contenu ont cependant toujours été compatibles et ont pu être exploités sans problème avec une autre version php et quelques adaptations dans les variables. Depuis le passage à php7 (la version 6 a été totalement omise), les systèmes n'étaient alors plus compatibles. Il est bien sûr bienvenu de dire adieu à une programmation obsolète et de n'utiliser que du code optimisé, mais au moment de la rédaction de cet article, la Version 8.2 actuel. Le support avec les mises à jour de sécurité n'est plus garanti que pour 2 ans maximum. Le problème ici est le manque de soutien des fabricants de modules pour l'extension des systèmes de gestion de contenu. En règle générale, on ne peut pas, par exemple, simplement ajouter un WordPress Si l'on ne dispose pas encore du soutien de tous les plugins ou éditeurs de thèmes, il faut mettre à jour la version php 8.2. Si l'on met simplement à jour la version php, il est très probable que le site web ne fonctionne plus. Il faut souvent attendre quelques mois avant que la version soit prise en charge par tous les fabricants de plugins. Si l'on a programmé soi-même du code ou un module d'un fabricant dont le développement n'est pas aussi rapide, on ne peut pas simplement changer de version php. Certains fournisseurs d'hébergement web exigent maintenant sans raison simplement plus d'argent pour cela. Par exemple, un grand fournisseur demande un supplément de 7,81 euros par mois pour le service, uniquement pour pouvoir continuer à utiliser php 7.4 ou, le cas échéant, 8.0 dans un avenir proche. C'est souvent plus que le tarif lui-même. D'un point de vue technique, il n'y a pas de frais supplémentaires à payer. Il n'y a plus de support de sécurité pour les anciennes versions. Il faut donc s'attendre à ce que les failles de sécurité qui apparaissent ne soient plus comblées et qu'il faille changer de version au plus tard à ce moment-là. Certains fournisseurs de systèmes d'exploitation comme Cloudlinux, qui propose par exemple les webhoster.de AG comprend un support étendu pour toutes les versions de php, y compris les versions 4, 5.x et 7.x. Mais aussi des logiciels d'administration comme Plesk ou cpanel proposent encore des versions php dans la version 7. Ces versions continuent également d'être proposées sans que le fournisseur d'hébergement n'ait à supporter des coûts exorbitants.

Comment éviter les frais d'Extended php Support ?

Un changement d'hébergeur vers un fournisseur qui propose des versions php maintenues dans la version requise. Les tarifs d'hébergement web ou les serveurs gérés avec système d'exploitation Cloudlinux sont ici appropriés.  

Derniers articles

Centre de données équipé de serveurs de bases de données en réseau pour une topologie de réplication
Bases de données

Comprendre et exploiter au mieux les topologies de réplication de bases de données dans le cadre de l'hébergement

Guide complet sur les topologies de réplication de bases de données en hébergement : découvrez comment planifier la configuration de réplication adaptée pour optimiser les performances, la haute disponibilité et l'évolutivité de vos bases de données. Focus sur les topologies de réplication de bases de données pour les projets web modernes.

Illustration schématique de la mise en cache conditionnelle HTTP avec ETag et Last-Modified dans un environnement de serveur web
Serveur web Plesk

Comprendre la mise en cache conditionnelle HTTP avec ETag et Last-Modified

Découvrez comment fonctionne la mise en cache conditionnelle HTTP avec les en-têtes ETag et Last-Modified, comment mettre en œuvre la validation du cache du navigateur et comment optimiser ainsi les temps de chargement, la bande passante et la charge du serveur.