Passer de Mysql4 à Mysql5 impossible de récupérer les données

Didier

Août 2018

Bonjour,
J’ai créé mon site Spip en 2004 il a toujours été hébergé chez OVH, il est actuellement dans la version 3.2.1 et fonctionne avec une base Mysql 4 , 4.0.26 (depuis que spip loader existe, je fais les mises à jour avec cet outil). Je recule depuis des années au passage en Mysql 5. Il faut pourtant le faire.
Le principe semble simple on sauvegarde sa base en Mysql4, on la supprime, on en crée une nouvelle (qui est chez OVH de fait en Mysql 5) et on installe la sauvegarde. Mais j’ai un gros doute sur la simplicité de la chose.
Aussi, j’ai installé un site Sip en local (version 3.2.1) qui tourne sur Wamp avec une base Mysql 5.7.21. J’ai voulu à partir du BO du site en local installer le dump en .sqlite de 9 Mo le résultat est un message d’erreur qui liste toutes les tables comme absentes. J’ai fait "réparer la base" et j’ai un site vide. Alors j’ai fait une sauvegarde du site hébergé par OVH à partir phpmyadmin c’est un fichier .sql de 3,6 Mo, j’ai voulu l’importer dans une nouvelle table sur le site en local et il y a des erreurs qui bloquent l’import.
Voyez-vous une solution ?

Il y a un truc que je ne comprends pas, c’est que Spip utilise Sqllite depuis la version 3 mais mon hébergement fonctionne avec Mysql et tout marche normalement (et je vois dans le dump que la Version du client MySQL : 5.5.60).

Résolu

Par note Par date Par date chronologique

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

1

Didier

Août 2018

Non Mysql 40 n’a rien changé.

Après des heures de recherches et de manipulations…
Dans la sauvegarde en Mysql4, j’ai remplacé tous les TYPE=MyISAM par ENGINE=MyISAM
Puis remplacé les maj timestamp(14) NOT NULL, par un maj timestamp NOT NULL,
Là, j’ai pu créer une nouvelle base dans Myphpadmin et y importer la sauvegarde corrigée. J’ai écrasé l’ancienne et renommé la nouvelle avec le nom de l’ancienne.
Comme il s’agit d’un site en local ;
– Il faut aussi créer un .htaccess en renommant le htaccess.txt et en y intégrant la réécriture vers la base. Si l’adresse dans le navigateur est de type http://localhost/spip/, il faut indiquer RewriteBase /spip/ dans le .htaccess (celui qui est à la racine su site).
– Enfin dans l’interface privée « identité du site » remplacer l’adresse du site par celle en local de typs http://localhost/spip/
Et là ça marche !
J’ai toujours pris l’option utf8 pour l’import et l’export de la base.
Pour ne pas mélanger le site en local et celui en production, j’ai changé radicalement la couleur de l’interface privée.
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Août 2018

Bonjour,

Spip donne le choix entre l’utilisation de sqlite ou de mysql lors de l’installation, mais ne modifie pas ce qui existait lors des mises à jour. Donc si tu étais en mysql tu es toujours en mysql.

Quand tu dis "’importer dans une nouvelle table sur le site en local", tu veux dire importer le fichier .sql dans une nouvelle base de donnée ? sinon c’est normal que ça ne marche pas.
Indiquez l’intérêt que vous portez à cette réponse

0

Didier

Août 2018

Merci c’est clair pour ce qui est du choix que propose Spip. Dans de nombreux posts on a l’impression que ce choix n’existe pas depuis Sip 3 . Ce qui est troublant c’est que le dump est en Sqlite, visiblement ce n’est pas un problème quand sa propre base est en Mysql.

Oui je me suis mal exprimé j’ai crée une nouvelle base et j’ai importé le fichier de sauvegarde SQL. Ca commencé par me dire qu’un champ était en 14 caractères et que c’était 6 maxi, j’ai fait la modif dans la sauvegarde puis ça affiché une erreur 1064 qui peut avoir de multiples causes, principalement de syntaxe dans les ’. J’imagine qu’il doit exister des outils qui mettent tout comme il faut sans être un connaisseur de la syntaxe Mysql et de ses différentes versions.
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Août 2018

Quand tu fais l’importation, vers le bas de l’interface il y a mode de compatibilité sql dans lequel tu peux choisir mysql 40.

Essaie pour voir si ça se passe mieux.
Indiquez l’intérêt que vous portez à cette réponse

0

Philivert

Août 2018

Normalement avec le htaccess de spip 3.xx il n’y a plus besoin de mettre RewriteBase /spip/, l’emplacement du site est pris en compte automatiquement, mais si ça marche comme ça tant mieux.

Pour parfaire sur ton site local, je ferais bien une réparation de la base depuis l’espace privé de Spip, au cas où tes manipulations aient provoqué des "effets de bord" (fais une sauvegarde de la bdd avant)