J'ai un souci avec un site SPIP v3.2.11 sur un serveur nginx, php7.3.
Lorsque je cherche à téléverser un fichier (ecrire/?exec=documents),
j'ai cette erreur:
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.
Si j'insiste en cliquant sur "Enregistrer", je fini par arriver sur une
page 404.
Après coup, si je reviens sur ecrire/?exec=documents, je me rend compte
que le fichier a bien été téléversé … à chaque fois que j'ai cliqué sur
"Enregistré".
Si ensuite, je souhaite modifier mon document, en lui donnant un titre
par exemple (ecrire/?exec=document_edit&id_document=XXXX), j'ai à
nouveau ce message en cliquant sur "Enregistrer":
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.
Si, j'insiste, je me retrouve à nouveau sur une page 404.
Si je retourne sur ecrire/?exec=documents, le titre a bien été changé.
Mais bon.
J'ai tenté de regarder si j'avais des choses en rapport avec ça dans:
- tmp/log/*.log;
- mes logs php;
- mes logs nginx;
- en activant log_errors dans mon fichier config/mes_options.php
(Les aides au débuggage de squelettes - SPIP).
Voilà. Si quelqu'un·e a une idée d'où ça peut venir ou encore, où
chercher encore pour avoir d'autres informations…
J'ai un peu avancé sur mon problème. C'est assez embêtant tout de même.
Ce que j'ai pu tester:
- si j'utilise mon site sur mon serveur local (apache2), je n'ai pas ce
souci, alors que le code utilisé est le même. J'utilise nginx en
production (Ici, ma configuration: https://nuage.heureux-cyclage.org/s/a4xrxT4gFboFPwy);
- si je désactive tous mes plugins sur la version en production, le
souci persiste. J'en conclue que les plugins ne sont pas en cause;
- si je compare deux documents, l'un ajouté avant ma mise-à-jour de
SPIP, et l'autre après la mise-à-jour, je vois que le premier a un
status "publie" tandis que l'autre a un statut "prop": https://nuage.heureux-cyclage.org/s/P5cAbHsYsS6JadY . Difficile d'en
conclure quelque chose, mais je constate cette différence.
Le 10/05/2021 à 12:49, Ludovic CHEVALIER a écrit :
Salut!
J'ai un peu avancé sur mon problème. C'est assez embêtant tout de même.
Ce que j'ai pu tester:
- si j'utilise mon site sur mon serveur local (apache2), je n'ai pas ce
souci, alors que le code utilisé est le même. J'utilise nginx en
production (Ici, ma configuration: Le nuage de L'Heureux Cyclage);
- si je désactive tous mes plugins sur la version en production, le
souci persiste. J'en conclue que les plugins ne sont pas en cause;
- si je compare deux documents, l'un ajouté avant ma mise-à-jour de
SPIP, et l'autre après la mise-à-jour, je vois que le premier a un
status "publie" tandis que l'autre a un statut "prop": Le nuage de L'Heureux Cyclage . Difficile d'en
conclure quelque chose, mais je constate cette différence.
Est-ce que ça dit quelque chose à quelqu'un·e?
Merci.
--
Ludo
Comment SPIP a-t-il été installé ? Par FTP ? Peut-être pourriez-vous également réinstaller SPIP au cas où un fichier ait été corrompu ou une erreur de transfert ou... ou...
Comment SPIP a-t-il été installé ? Par FTP ? Peut-être pourriez-vous
également réinstaller SPIP au cas où un fichier ait été corrompu ou une
erreur de transfert ou... ou...
Je l'utilise avec git. Ce qui fait que je suis bien sûre d'avoir le même
code sur ma copie locale que sur ma version en production.
Comment SPIP a-t-il été installé ? Par FTP ? Peut-être pourriez-vous
également réinstaller SPIP au cas où un fichier ait été corrompu ou une
erreur de transfert ou... ou...
Je l'utilise avec git. Ce qui fait que je suis bien sûre d'avoir le même
code sur ma copie locale que sur ma version en production.
Merci.
--
Ludo
bah tu pourrais vérifier cela avec un git status et un git lg.
On dirais cependant si je comprend bien que le bug n'arrive que sur nginx ? tu pourrais essayer sur une autre serveur nginx avec un spip neuf (même version que celui qui pose problème) ?
et du coup si tu as le même problème, alors ca vaudrait la peine d'ouvrir un ticket.
Bonjour et merci Maïeul pour le test sur un serveur de test avec Nginx
et une installation fraîche de SPIP.
Je viens de tester, et l'installation fraîche de SPIP fonctionne pour le
téléversement des documents.
J'ai également fait le test en faisant une copie de mon site sur une
version un peu antérieure (en v3.2.9). Et là, j'obtiens le même souci.
En regardant sur mon dépôt de développement s'il y avait des choses non
commitées, j'ai pu voir qu'il y avait effectivement le fichier
plugins-dist.json qui n'était pas inclus.
Je l'ai donc ajouté et ai fait une migration vers SPIP v3.2.11. Et là,
tadam, ça fonctionne à nouveau.
Sauf que sur ma version en prod', être déjà en v3.2.11 et seulement
ajouté le fichier manquant n'a pas l'air de fonctionner pour autant.
J'imagine que ce fichier a une certaine importance lors du processus de
mise-à-jour et qu'il n'est utilisé seulement qu'à ce moment là.
Si c'est bien le cas, puis rejouer la mise-à-jour d'une façon ou d'une
autre? Ou seulement exécuter la partie qui concerne ce fichier?
salut Ludovic,
donc en gros il te manquait des fichiers ? faudrait voir avec Bruno et
Marcimat, ce sont eux qui s'occupent du loader
Le mardi 11 mai 2021 à 16:27 +0200, Ludovic CHEVALIER a écrit :
Bonjour et merci Maïeul pour le test sur un serveur de test avec
Nginx
et une installation fraîche de SPIP.
Je viens de tester, et l'installation fraîche de SPIP fonctionne pour
le
téléversement des documents.
J'ai également fait le test en faisant une copie de mon site sur une
version un peu antérieure (en v3.2.9). Et là, j'obtiens le même
souci.
En regardant sur mon dépôt de développement s'il y avait des choses
non
commitées, j'ai pu voir qu'il y avait effectivement le fichier
plugins-dist.json qui n'était pas inclus.
Je l'ai donc ajouté et ai fait une migration vers SPIP v3.2.11. Et
là,
tadam, ça fonctionne à nouveau.
Sauf que sur ma version en prod', être déjà en v3.2.11 et seulement
ajouté le fichier manquant n'a pas l'air de fonctionner pour autant.
J'imagine que ce fichier a une certaine importance lors du processus
de
mise-à-jour et qu'il n'est utilisé seulement qu'à ce moment là.
Si c'est bien le cas, puis rejouer la mise-à-jour d'une façon ou
d'une
autre? Ou seulement exécuter la partie qui concerne ce fichier?
Bon, j'ai essayé de relancer la "mise-à-jour" avec spip_loader.php. Tout
se passe bien, mais le problème n'a pas été résolu sur mon site en
production.
Par contre, je me suis aperçu que j'avais la même erreur sur un autre
site oueb et que c'était lié à la même chose.
J'ai tenté la "mise-à-jour" avec spip_loader.php et là, ça a résolu mon
souci. ???
À noter que relancer la mise-à-jour ne change aucun code dans mes
fichiers indexés dans les dépôts, seulement les droits sur les fichiers.
Je ne sais plus trop quoi faire en attendant la sortie de la version
3.2.12.
