Certains sites utilisent encore des version très anciennes de PHP. L'objectif est de toutes les repasser en 7.3 a minima.
Un calendrier à semble-t-il était défini, avec un passage des 7.0 et 7.1 vers 7.3 effectué en Août, et le passage des 7.2 vers 7.3 en Octobre.
Le problème reste les versions antérieures, en particulier 5.6, dont l'arrêt est révu pour mars. Un arrêt au 31 décembre semble plus pertinent.
Référence / provenance
Non renseigné
Forum : URL de la discussion :
Liste de discussions : nom de la liste / date
Autre (précisez) Groupe de travail 3
<!-- Conseil pour écrire votre proposition:
Exprimez librement votre proposition d'amélioration.
Merci de mettre un titre un explicite, et d’essayer de donner les infos suivantes :
- je propose qu'une personne identifiée en tant que .../...
- qui utilise la fonction/partie de la plateforme .../...
- puisse obtenir/faire .../...
- afin de .../...
Par exemple: "je propose qu'une personne identifiée en tant qu'utilisateur d'Ouvadmin ayant une compte chez Ouvaton, qui utilise la fonction de la plateforme "installer en 1 clic", puisse obtenir une possibilité d'installer le logiciel de votes en ligne d'Ouvaton afin de permettre aux utulisateurs de proposer cet outil de vote en ligne sur leur plaque".
Pour plus d’informations, rendez-vous sur le wiki à cette adresse:
https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki
-->
## Mise à jour des versions de PHP
Certains sites utilisent encore des version très anciennes de PHP. L'objectif est de toutes les repasser en 7.3 a minima.
Un calendrier à semble-t-il était défini, avec un passage des 7.0 et 7.1 vers 7.3 effectué en Août, et le passage des 7.2 vers 7.3 en Octobre.
Le problème reste les versions antérieures, en particulier 5.6, dont l'arrêt est révu pour mars. Un arrêt au 31 décembre semble plus pertinent.
## Référence / provenance
<!-- Si votre proposition provient d'une discussion (forum, liste de discussion), indiquez ci-dessous la référence (forum, liste, date, ...) en mettant un X majuscule entre les crochets comme ceci:[X]-->
* [ ] Non renseigné
* [ ] Forum : URL de la discussion :
* [ ] Liste de discussions : nom de la liste / date
* [X] Autre (précisez) Groupe de travail 3
fdelalleau
added this to the Sécurisation milestone 3 years ago
Nous avons 2479 vhosts en PHP 5.6 sur 4 723 vhosts au total. Un gros paquet de sites donc, il faut du temps pour en basculer un maximum vers PHP 7 avant la suppression de PHP 5.6 de la plateforme. Cette bascule implique assez souvent une intervention lourde (nous réalions la mise à jour du CMS) du support, et étaler ces interventions sur 6 mois me semble plus viable que sur 3 mois.
Salut,
Le planning est sur https://ouvaton.coop/choisir-la-version-de-php/.
Nous avons 2479 vhosts en PHP 5.6 sur 4 723 vhosts au total. Un gros paquet de sites donc, il faut du temps pour en basculer un maximum vers PHP 7 avant la suppression de PHP 5.6 de la plateforme. Cette bascule implique assez souvent une intervention lourde (nous réalions la mise à jour du CMS) du support, et étaler ces interventions sur 6 mois me semble plus viable que sur 3 mois.
de passer le bandeau dans une couleur plus voyante et de le changer toutes les semaines : un bandeau qui ne change pas ne se voit plus et la couleur actuelle est dans l'esthétique du site donc c'est très joli mais ça ne se voit pas
en novembre et décembre 1 mail chaque mois
en janvier 2 mails ds le mois
en février 1 mail par semaine
ça fait rabachage mais il me semble qu'il faut être plus incisifs : sinon en mars, on va avoir une pile de sites en rade ... et donc d'appel au secours
Je peux faire le bandeau si vs êtes ok
au vu du nombre d'il y a 2 semaines, je propose
- de passer le bandeau dans une couleur plus voyante et de le changer toutes les semaines : un bandeau qui ne change pas ne se voit plus et la couleur actuelle est dans l'esthétique du site donc c'est très joli mais ça ne se voit pas
- en novembre et décembre 1 mail chaque mois
- en janvier 2 mails ds le mois
- en février 1 mail par semaine
ça fait rabachage mais il me semble qu'il faut être plus incisifs : sinon en mars, on va avoir une pile de sites en rade ... et donc d'appel au secours
Je peux faire le bandeau si vs êtes ok
Je penche pour le 31 mai 2021. SPIP vient enfin de sortir une version compatible PHP 7.4, on va pouvoir faire des mises à jour sereinement, puis virer PHP 5.6 (et 7.0, 7.1 et 7.2).
Je penche pour le 31 mai 2021. SPIP vient enfin de sortir une version compatible PHP 7.4, on va pouvoir faire des mises à jour sereinement, puis virer PHP 5.6 (et 7.0, 7.1 et 7.2).
Mise à jour des versions de PHP
Certains sites utilisent encore des version très anciennes de PHP. L'objectif est de toutes les repasser en 7.3 a minima.
Un calendrier à semble-t-il était défini, avec un passage des 7.0 et 7.1 vers 7.3 effectué en Août, et le passage des 7.2 vers 7.3 en Octobre.
Le problème reste les versions antérieures, en particulier 5.6, dont l'arrêt est révu pour mars. Un arrêt au 31 décembre semble plus pertinent.
Référence / provenance
Salut,
Le planning est sur https://ouvaton.coop/choisir-la-version-de-php/.
Nous avons 2479 vhosts en PHP 5.6 sur 4 723 vhosts au total. Un gros paquet de sites donc, il faut du temps pour en basculer un maximum vers PHP 7 avant la suppression de PHP 5.6 de la plateforme. Cette bascule implique assez souvent une intervention lourde (nous réalions la mise à jour du CMS) du support, et étaler ces interventions sur 6 mois me semble plus viable que sur 3 mois.
au vu du nombre d'il y a 2 semaines, je propose
ça fait rabachage mais il me semble qu'il faut être plus incisifs : sinon en mars, on va avoir une pile de sites en rade ... et donc d'appel au secours
Je peux faire le bandeau si vs êtes ok
La "migration" a retardé la suppression des 5.6. Qu'en est-il du calendrier pour le reste?
Je penche pour le 31 mai 2021. SPIP vient enfin de sortir une version compatible PHP 7.4, on va pouvoir faire des mises à jour sereinement, puis virer PHP 5.6 (et 7.0, 7.1 et 7.2).