Re: Version PHP minimum SPIP 3.3

CSI <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Bonjour,

Le 05/03/2021 à 09:42, Cerdic a écrit :
> 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.
Oui c'est bien que ce que je soulevais comme souci dans mon autre avis 
avisé et je suis content, merci à lui, que MM considère ma suggestion 
de rendre 3.2 compatible 7.3 comme une piste car pour ma part je 
maintiens 2 serveurs en Debian 9 à cause de Spip (ça n'est pas un 
reproche, c'est juste que Spip n'est pas officiellement compatible 7.3 
pour pouvoir passer à Debian 10), donc une limite inférieure à 7.1 
implique que le jour ou je migre un site de 3.2 en 3.3 je vais devoir en 
même temps le migrer sur un nouveau serveur, alors que si la limite 
inférieure est 7.0 je peux en 2 temps migrer spip de 3.2 à 3.3 puis 
ensuite quand j'ai tous ces spip en 3.3 migrer le serveur en debian 10 ...

Et donc pour répondre à R ci-dessous, mes serveurs dédiés sont à 
jour dans leur version Debian 9 (encore une fois pour Spip) et je les 
mettrai à jour en Debian 10 quand spip suivra, le seul souci est que 
cette limite 7.1 oblige à la double mise à jour simultanée alors que 
7.0 facilite la vie ... ou alors rendre 3.2 compatible 7.3 ce qui permet 
de re-dissocier mise à jour de Spip et mise à jour OS.

Mais bon, je suivrai quelle que soit la décision prise, en tous cas 
l'abandon de 5.6 me va, l'idée d'une LTS est intéressante, je 
maintiens aussi un serveur en 5.6 et quelques mutus en 5.4 et 5.6 pour 
des vieux Spip, des vieux thèmes WP ne supportant pas PHP7 (oui si WP 
demande 8 dans la réalité du réel plugins et thèmes peinent à 
suivre) mais bon, demander plus de travail à la communauté pour 
supporter 5.6 me semble lourd ...
>
> 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
>
> -- 
> Cédric
> Le 5 mars 2021 à 08:47 +0100, RastaPopoulos <[email protected]>, 
> a écrit :
>> Le 04/03/2021 à 17:54, RealET a écrit :
>>> 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.
>>
>> 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.
>>
>> --
>> RastaPopoulos
--
Pierre
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.