Bonjour,
sur un site en production, suite à la mis à jour de spip 3.0.27 à 3.0.28 avec spip_loader et puis manuellement.
PHP v 5.5.30
écran sécurité 1.3.8,
Des plugin installés aucun n'est actifs
il y a plein de notices PHP qui s'affichent :
Dans l'espace privé,
Sur les pages :
ecrire/?exec=accueil
ecrire/?exec=rubriques
ecrire/?exec=sites
Notice: Undefined variable: cond in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/public/phraser_html.php on line 532
Sur la page: ecrire/?exec=admin_plugin
Notice: Undefined index: procure:iterateurs in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/plugins/get_infos.php on line 68
Notice: Undefined index: procure:queue in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/plugins/get_infos.php on line 68
Dans l'espace public
Sur la page sommaire par exemple
Notice: Undefined offset: 1 in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/balise/formulaire_inscription.php on line 43
Notice: Undefined variable: cond in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/public/phraser_html.php on line 532
Notice: Undefined offset: 3 in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/public/composer.php on line 618
Notice: Undefined offset: 1 in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/public/criteres.php on line 851
Notice: Trying to get property of non-object in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/public/criteres.php on line 851
Notice: Undefined offset: 2 in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/public/criteres.php on line 852
Notice: Undefined offset: 3 in /var/www/vhosts/FilerWeb07/ms/httpdocs/ecrire/inc/urls.php on line 176
Notice: Undefined index: vars in /var/www/vhosts/FilerWeb07/ms/httpdocs/tmp/cache/skel/html_c600807b57fec78fcb7c51a679bc9fac.php on line 510
Au départ il y avait une erreur 500 causée par la corruption de plusieurs dizaines de fichiers du dossier /plugins/, tous les fichiers des plugins sont remplacés et tout neuf.
J'ai installé le même site en sous domaine sur un autre hébergement (en http), il n'y a aucune erreur, notice, warning qui apparaissent.
Une idée ?
car à ce niveau d'erreur ça me dépasse.
le site est ici : https://mouais.fr/
cordialement
Bonjour,
sur un site en production, suite à la mis à jour de spip 3.0.27 à 3.0.28 avec spip_loader et puis manuellement.
PHP v 5.5.30
écran sécurité 1.3.8,
Des plugin installés aucun n'est actifs
il y a plein de notices PHP qui s'affichent :
Attendu que tu utilises le squelette par défaut
Attendu que SPIP 3.0.28 est en fin de vie
Je t'invite à mettre à jour en 3.2.3 sans autre forme de procès.
tout dépend de la page qu’on regarde et de la liberté d’interprétation qu’on s’octroie
(tu auras remarqué qu’à cette heure, le tableau récapitualif de la page que tu mentionnes n’est pas à jour)
a priori,
3.0 est en “security fix”, mise à jour en cas de faille de sécurité
3.1 en “bug fix”, mise à jour en cas d’anomalie et faille de sécurité et
3.2 est la version stable du moment, mise à jour en cas d’évolution mineure, anomalie et faille de sécurité
Pour info, SPIP 3.0 représente toujours environ 26% des sites vérifiés.
On serait bien avisé, je pense, d’annoncer une date de fin de support définitif de cette version (3.0). Ce serait un bon indice pour pousser les gens à faire leur mise à jour vers la version stable.
Je reviens là-dessus, parce que les membres de la team ne semblent pas en phase.
L’écran de sécurité vient de bouger, mais pas pour la SPIP3.0, c’est pas super grave, mais ça pose question.
Du coup, je propose :
On décide d’une date de fin de vie pour SPIP 3.0. Par exemple, le 30 juin prochain, arbitrairement.
à cette date,
la 3.0 n’est plus supportée, elle ne sera plus mise à jour, finito, terminé,
la 3.1 passe en “security fix”, avec mise à jour en cas de faille de sécurité seulement, jusqu’à sa fin de vie, et ça inclut l’écran de sécu
la 3.2 reste en maintenance active, à savoir mise à jour en cas de faille de sécurité, correction de bug ou évolution mineure
Ainsi, on ne maintiendrait plus que 2 versions jusqu’à la sortie d’une 3.3, ou d’une 4.0, par exemple …
On devrait profiter de ce sujet pour mieux documenter le processus de release/maintenance, en réduisant les pages ou l’info est rédigée sur spip.net, par exemple.
Oui j’étais un peu perdu sur le statut de la 3.0, mais ok, security fix donc, en tout cas jusqu’à une date de fin de vie à fixer
Je reporte l’ecran de secu dessus en tout cas
Bonjour,
Est-il normal que sur la page https://www.spip.net/fr_article4200.html
il soit toujours indiqué Version courante : 1.3.8 alors que c'est la 1.3.10 en téléchargement ?
Bonjour,
étant l’initiateur du fil, le problème de Notices PHP avec la 3.0.28 est résolu.
ce n’est pas spip qui est en cause, c’est l’hébergeur (Hosteur) et sa config de cluster web.
le site en question est déplacé chez un autre hébergeur (o2switch) et il n’y a aucun problème en 3.0.28
cordialement
Pour la config des cluster web, Hosteur ne communique jamais précisément, leurs réponses sont toujours laconiques du genre « veuillez essayer maintenant svp »
j’avais fais un autre constat, des dizaines de fichiers corrompus principalement dans le dossier /plugins/
j’avais vidé tout le répertoire d’hébergement et tout remplacé par des fichiers tout neuf et passé de 3.0.27 à 3.2.3
le passage en 3.2.3 avait éliminé une grosse part de Notices PHP surtout sur la page sommaire mais il en restait une sur les pages article.
c’est hier (11/02) que j’ai eu la réponse à mon ticket (du 04/02), avec cette réponse :
Pouvez-vous réessayer maintenant svp ? Nous avons enfin trouvé la source de l’erreur qui bloquait le site.
Plus fort !
J’ai donc transféré le site sur un autre hébergement et j’ai fais le changement de DNS qui va avec.
48 heures après pour le nom de domaine, un whois retournait 4 DNS (ceux de Hosteur et ceux de o2switch)
rebelote, ticket à hosteur pour qu’il corrige :
Je viens de corriger cette anomalie au iveau des dns
Enfin, Ouf ! pour moi hosteur c’est terminé, c’était le dernier site hébergé chez eux et je déconseille fortement leur hébergement,
leur monde c’est wordpress et ils se sont délocalisés en Suisse.
On décide d'une date de fin de vie pour SPIP 3.0. Par exemple, le 30 juin prochain, arbitrairement.
Je suis d'accord avec ça.
D'autant que le 1er juillet, SPIP aura officiellement 18 ans
Et si on préparait une petite communication là dessus ?
à cette date,
la 3.0 n'est plus supportée, elle ne sera plus mise à jour, finito, terminé,
la 3.1 passe en "security fix", avec mise à jour en cas de faille de sécurité seulement, jusqu'à sa fin de vie, et ça inclut l'écran de sécu
la 3.2 reste en maintenance active, à savoir mise à jour en cas de faille de sécurité, correction de bug ou évolution mineure
Ainsi, on ne maintiendrait plus que 2 versions jusqu'à la sortie d'une 3.3, ou d'une 4.0, par exemple ...
Ça me parait bien.
On devrait profiter de ce sujet pour mieux documenter le processus de release/maintenance, en réduisant les pages ou l'info est rédigée sur spip.net <http://spip.net>, par exemple.
Oui, clairement.
Des articles courts à droite à gauche (blog, contrib) qui indiquent juste les mises jour, mais une info détaillée (notes de version, procédure de mise à jour) centralisée sur spip.net
