Il y a maintenant longtemps, on avait monté la version minimum de PHP requise pour SPIP 3.3 à PHP 5.6 parce que (de mémoire) quelques distributions Debian pouvaient peut être être encore dessus.
On est quelques un·es à se dire que bon, le temps est passé encore (comme d'hab) et que mettre (au moins) PHP 7.1 minimum apporterait un certain réconfort (notamment ça permet de typer les arguments et retours de fonctions avec goût — https://mlocati.github.io/articles/php-type-hinting.html). PHP 7.1 est sorti en fin 2016 (et n'est plus maintenu par ailleurs non plus).
Et ça éviterait de se maintenir une maintenance php 5.6 pour 10 ans peut être
Je plussoie de cesser la compatibilité PHP < 7.1. Voir même si on voyait des fonctionnalité que compatible 7.2 **indispensables**, de demander 7.2 (mais je ne connais pas assez le core pour me prononcer !)
Matthieu Marcillaud a écrit le 04/03/2021 à 17:15 :
Hello,
Il y a maintenant longtemps, on avait monté la version minimum de PHP requise pour SPIP 3.3 à PHP 5.6 parce que (de mémoire) quelques distributions Debian pouvaient peut être être encore dessus.
Après, d'un point de vue politico-phylosophique, SPIP a toujours cherché à pouvoir être utilisé dans des environnements accessibles au maximum de personnes et de pays.
De ce point de vue, la compatibilité PHP 5.6 est peut-être bienvenue.
Il y a maintenant longtemps, on avait monté la version minimum de PHP requise pour SPIP 3.3 à PHP 5.6 parce que (de mémoire) quelques distributions Debian pouvaient peut être être encore dessus.
En préalable je précise que je garde les versions de PHP liées à la distribution, pour plein de raisons (fiablilité, sécurité) et compatibilité Virtualmin (qui en général est compatible avec un couple OS-PHP).
Perso je maintiens encore 2 serveurs en Debian 9 juste pour Spip car Debian 10 amène PHP 7.3 avec lequel Spip n'est pas encore officiellement compatible. Donc sur ces 2 serveurs des Spip en PHP 7.0. Mettre la limite basse à 7.1 impliquerait de fait que je devrais simultanément passer mes spip en 3.3 et les migrer vers un serveur en Debian 10. Si la limite basse est 7.0, je peux migrer en 3.3 sans déplacer le site en même temps (même si bien évidemment je finirai par migrer ce site sur un serveur en Debian 10, je ne suis pas obligé de le faire dans la même opération).
Donc perso si je suis tout à fait d'accord pour quitter PHP 5.6, je préfèrerai que la nouvelle limite basse soit 7.0 ou alors que 3.2 soit préalablement rendu compatible avec 7.3 (j'en ai qui tournent sur 7.3 mais je constate 2-3 soucis avec l'activation désactivation du cache).
Mais bon, c'est juste un avis, dans le meilleur des mondes je préfèrerai que spip soit compatible 7.4 et que debian 10 soit arrivé avec 7.4 ... je commence à avoir des clients qui me demande 8.0 pour leurs Wordpress ... mon avis concerne juste une 50aine de sites spip certains étant sur des hébergements mutu avec plus de souplesse sur la version de PHP mais avoir ses propres serveurs a d'autres très gros avantages.
Il y a maintenant longtemps, on avait monté la version minimum de PHP requise pour SPIP 3.3 à PHP 5.6 parce que (de mémoire) quelques distributions Debian pouvaient peut être être encore dessus.
Et ça éviterait de se maintenir une maintenance php 5.6 pour 10 ans peut être
+1, comme je le disais sur IRC, PHP 5.6 n'est plus maintenu du tout, et certains hébergeurs font payer cette option aux personnes qui souhaitent encore utiliser cette version. FTR, un hébergement mutu chez un gros hébergeur européen est en 7.2 mini (peut-être même 7.3) par défaut.
Et vu le rythme de release que suit PHP maintenant, on risque d'être complètement à la ramasse si on tente d'assurer aussi bien la compat 5.6 que 7.3 et 8.0.
Après, d'un point de vue politico-phylosophique, SPIP a toujours cherché à pouvoir être utilisé dans des environnements accessibles au maximum de personnes et de pays.
De ce point de vue, la compatibilité PHP 5.6 est peut-être bienvenue.
Je doute qu'un hébergeur proposant PHP 5.6 ne propose pas aussi un version 7.x. Chez un hébergeur associatif que je connais bien, on propose la 5.6 pour les vieux sites legacy roulés sous les aisselles que plus personnes ne maintient, ou pour les sites que plus personne ne met à jour. Mais aucunement pour des gens qui souhaiteraient faire de l'archéologie pour installer SPIP 1.7
Une personne qui installe SPIP et qui a le choix entre PHP 5.6 et 7.x a de grandes chances d'aller vers la 7.x.
Hello
En ce qui me concerne, j'estime ne pas avoir le niveau pour répondre objectivement ! Mais ce qui permet de simplifier le support est bon à prendre, donc oui, php 7.1 mini voir plus, sachant que de toute façon spip 3.2 monte officiellement à php 7.2.
Même si nous sortions spip 3.3 demain, cela ne voudrait pas dire l'arrêt du support pour spip 3.2, les gens auraient toujours le temps pour le passage à spip 3.3.
En plus, faudrait vérifier, mais les lib que spip embarque demande parfois une version de php mini, donc toujours pareil, sortir spip 3.3.0 avec le support de php 5.6 mais devoir mettre php 7.1 ou 7.2 mini pour spip 3.3.1 par exemple à cause des mises à jour des libs que spip embarque, c'est un peu embêtant...
Donc perso si je suis tout à fait d'accord pour quitter PHP 5.6, je préfèrerai que la nouvelle limite basse soit 7.0 ou alors que 3.2 soit préalablement rendu compatible avec 7.3 (j'en ai qui tournent sur 7.3
Ce n'est pas idiot d'améliorer le support de PHP 7.3 pour SPIP 3.2, et de mettre 7.3 mini pour SPIP 3.3… Comme ça, ça permet la Debian 10 des deux côtés.
Du coup, dans ma grande motivation, je viens de reporter différents commits pour PHP 7.2 et 7.3 en SPIP 3.2 qui enlèvent pas mal de deprecated et certains warnings.
Puis dans la foulée, j'ai reporté aussi des éléments pour la compat PHP 7.4 dans SPIP 3.2.
Donc là, a priori il ne devrait plus y avoir de gros problèmes dans le Core pour ces versions PHP là en SPIP 3.2. En tout cas je ne vois rien de flagrant.
Ça pourra mériter une petite release de maintenance du coup.
Mais concrètement ? Pour de vrai chez chaque hébergeur connu, c'est quoi ?
Quels sont les versions de PHP proposées par chaque hébergeur un peu connu en France, en Europe ?
Ou au moins : as-tu une liste des hébergeurs qui ne proposent pas plus que PHP 5.6 ? Histoire de quantifier réellement si ça représente beaucoup ou si c'est totalement marginal.
Même les pages persos Free gratuites proposent PHP 7.3 ! Les hébergeurs payants, s'ils sont bloqués à 5.6 c'est que tu te fais arnaquer et que tu devrais changer d'hébergeur et donner ton argent à d'autres gens.
Et si on parle des dédiés, maintenus par des prestataires, là on fait ce qu'on veut dessus, et donc c'est à la charge du prestataire de tenir à jour Debian et PHP.
Quels sont les versions de PHP proposées par chaque hébergeur un peu connu en France, en Europe ?Chez O2switch et planethoster il propose toutes les version php de 4.4 à 8.0
Et je pense que tout ceux qui on cpanel pour géré les serveurs on cette possibilité.
Je rappelle que SPIP n’est pas uniquement un produit commercial hein
Il y a des utilisateurs auto-hébergés qui maintiennent eux-même leurs serveurs et pour lesquels passer d’une debian à une autre (ou idem si c’est une autre distrib) n’est pas trivial, et que historiquement c’est pour ces utilisateurs qu’on fait l’effort de supporter des anciennes versions de PHP.
Cela dit, on pourrait décider que la 3.2 serait une sorte de TLS qu’on maintiendrait plus longtemps (juste du point de vue failles de secu) pour supporter les versions PHP 5.x encore assez longtemps temps, et faire le saut à 7.1 minimum pour la 3.3
