SPIP 2 à 3 Manage plugins ERREUR 500

jaristote

Avril 2021

Bj, Passage d’une version SPIP2.1.30 à 3.2111. PHP 7.4 Erreur dans la mise à jour de la base de données Etape 4 Erreur 500. Espace privée Manage plugins donne Erreur 500.
en mettant par ftp chaque plugin de plugins-dist c’est le plugin Medias qui pose problème et qui génére Erreur 500 Internal server error
Merci de votre aide

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

1

Maïeul

Avril 2021

Regarde aussi avec phpmyadmin la structure de ta base, si la table spiop_documents est là, et essaie de la reparer.
Indiquez l’intérêt que vous portez à cette réponse

1

Jack31

Avril 2021

Mais comment fais-tu ta mise à jour ?

Je répète que la structure se met à jour lors de l’upgrade. Et entre SPIP 2 et 3.2.11 certainement d’autres tables changent de structure. Donc si tu as un SPIP nu 3.2.11 tu branches ta bdd dessus et tu laisses SPIP faire la mise à jour... SPIP fait ça très bien.
Indiquez l’intérêt que vous portez à cette réponse

0

Jack31

Avril 2021

Bonjour,
Il n’y a pas de raison qu’un plugin-dist génère une page blanche. Je chercherais plutôt :
– est-ce que le cache était bien vidé ? (supprimer le contenu de tmp/cache si besoin)
– est-ce qu’il n’y aurait pas un vieux .htaccess ? A renommer puis à remplacer par htaccess.txt renommé en .htaccess
– de façon générale des choses héritées de l’ancien site (squelettes ? plugins) qui pourraient ne pas être compatibles

Sinon il faut lire https://www.spip.net/fr_article4453.html#Page-blanche , activer les logs comme expliqué...
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

1- Ce n’est pas une page blanche mais Erreur 500
2- tmp/cache vidé
3- htacces ou pas idem
4- pas de squelettes pas de plugins anciens
Dans base.log :
trouver_table : table inconnue ’’ ’DOCUMENTS’

Merci de votre aide
Indiquez l’intérêt que vous portez à cette réponse

0

Jack31

Avril 2021

En recherchant les erreurs 500 et SPIP on voit que souvent ça peut venir de configurations de l’hébergeur. Alors quel est l’hébergeur ?
Aussi comment a été faite la mise à jour ? Manuellement en ftp? Avec spip_loader.php ?
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

Toutes les tables sont OK pour SPIP mais la table spip_documents n’a pas la structure voulu par la V3 (elle vient de spip 1.9). J’ai fait un Drop de la table et une création et là le plugin medias passe. J’ai trouvé cette définition de table mais elle n’est pas bonne car j’ai une erreur sql. Où trouver la table sipi_documents pour la V3 ?
CREATE TABLE IF NOT EXISTS spip_documents (
id_document bigint(21) NOT NULL auto_increment,
id_vignette bigint(21) NOT NULL default ’0’,
extension varchar(10) NOT NULL default ’’,
titre text NOT NULL,
date datetime NOT NULL default ’1000-01-01 00:00:00’,
descriptif text NOT NULL,
fichier varchar(255) NOT NULL default ’’,
taille int(11) default NULL,
largeur int(11) default NULL,
hauteur int(11) default NULL,
mode enum(’vignette’,’image’,’document’) NOT NULL default ’document’,
distant varchar(3) default ’non’,
maj timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
contenu text NOT NULL,
extrait varchar(3) NOT NULL default ’non’,
PRIMARY KEY (id_document),
KEY id_vignette (id_vignette),
KEY mode (mode),
KEY extension (extension)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 ;
Indiquez l’intérêt que vous portez à cette réponse

0

Jack31

Avril 2021

Bonjour,
Si tu es sûr que toutes tes autres tables sont OK pour avoir la structure tu pourrais installer un SPIP 3.2.11 nu par ailleurs et voir comment elle est... Mais si tu as une erreur là-dessus comment peux-tu être sûr que tu n’as pas des erreurs ailleurs ? Les tables sont mises à jour lors lors de l’upgrade d’une version à une autre donc quelque chose s’est mal passé dans ta migration...
Est-ce qu’il ne vaudrait pas mieux plutôt que tu rejoues la migration ?
Une possibilité est d’installer un SPIP nu puis de brancher l’ancienne table dessus (changer dans le fichier config/connect.php) et SPIP te fais toutes les mises à jour de table.
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

Je pars d’un SPIP nu 3.2.11 la mise à jour de la table spip_documents ne se fait pas bien puisque je n’ai pas la même structure. la table spip_urls n’existe pas non plus, je suis obligé de la créer. SHOW CREATE TABLE spip_documents
V3
CREATE TABLE spip_documents (
id_document bigint NOT NULL AUTO_INCREMENT,
id_vignette bigint NOT NULL DEFAULT ’0’,
extension varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT ’’,
titre text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
date datetime NOT NULL DEFAULT ’0000-00-00 00:00:00’,
descriptif text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
fichier text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, taille bigint DEFAULT NULL,
largeur int DEFAULT NULL, hauteur int DEFAULT NULL, duree int DEFAULT NULL,
media varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT ’file’,
mode varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT ’document’,
distant varchar(3) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT ’non’,
statut varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT ’0’,
credits text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
date_publication datetime NOT NULL DEFAULT ’0000-00-00 00:00:00’,
brise tinyint DEFAULT ’0’,
maj timestamp NULL DEFAULT NULL,
PRIMARY KEY (id_document), KEY id_vignette (id_vignette),
KEY mode (mode),
KEY extension (extension)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

V1.9 à 3

CREATE TABLE spip_documents (
id_document bigint NOT NULL AUTO_INCREMENT,
id_vignette bigint NOT NULL DEFAULT ’0’, titre text NOT NULL,
date datetime NOT NULL DEFAULT ’0000-00-00 00:00:00’, descriptif text NOT NULL,
fichier varchar(255) NOT NULL DEFAULT ’’,
taille int DEFAULT NULL, largeur int DEFAULT NULL,
hauteur int DEFAULT NULL, duree int DEFAULT NULL,
media varchar(10) NOT NULL DEFAULT ’file’,
mode enum(’vignette’,’image’,
’document’) NOT NULL DEFAULT ’document’,
distant char(3) DEFAULT ’non’,
maj timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
extension varchar(10) NOT NULL DEFAULT ’’,
statut varchar(10) NOT NULL DEFAULT ’0’,
credits text NOT NULL,
date_publication datetime NOT NULL DEFAULT ’0000-00-00 00:00:00’,
brise tinyint DEFAULT ’0’, PRIMARY KEY (id_document),
KEY id_vignette (id_vignette), KEY mode (mode),
KEY extension (extension)
) ENGINE=MyISAM AUTO_INCREMENT=299469 DEFAULT CHARSET=latin1
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

la preuve que non. Pas sur la table spip_documents , et pas de table spip_urls
Indiquez l’intérêt que vous portez à cette réponse

0

Jack31

Avril 2021

Peux-tu nous expliquer comment tu as créé ton SPIP 3.2.11 à la base ? Parce que ce que tu décris n’est absolument pas normal.
Est-ce que tu as utilisé spip_loader.php ? Je le recommanderais pour te sortir de là.
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

SPIP 3.2.11 distrib -> ftp
Base créé phpMyAdmin par sql v1.9
Mise à jour Spip
Erreur 500 étape4. Si j’enlève le plugin "medias" ça passe. Si je le remets par ftp Erreur 500 sur Manage plugins espace privée.
la table spip_documents semble être fautive Drop de la table spip_documents puis création. Le plugin medias fonctionne, mais ma table est vide
Indiquez l’intérêt que vous portez à cette réponse

0

Maïeul

Avril 2021

Tu ne serai pas chez OVH par hasard, il y a des bugs parfois avec un opcache trop agressif.

Tu peux aller dans Maintenance>Maintenance technique>Reparer la base. Cela permet à spip de vérifier automatiquement la structure de la base, et le cas échéant de corriger les problemes.
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

Je suis chez OVH en effet, mon ancien serveur a brûlé je réinstalle sur un nouveau.
J’ai fais une réparation de la base mais tout est OK
Indiquez l’intérêt que vous portez à cette réponse

0

Maïeul

Avril 2021

hum, la reparation de base spip fait plus que reparer la base en fait, et donc ca se trouve ca effectivement corrigé le problème.
Indiquez l’intérêt que vous portez à cette réponse

0

jaristote

Avril 2021

Je voulais dire que la réparation de la base n’indique aucune erreur.
Si j’efface les données de la table spip_documents je peux installer le plugin medias. Donc ce n’est pas la table spi_documents qui pose problème mais son contenu. Comme j’ai 30000 data reste à trouver pourquoi ?