passage d’XP à Debian7 (impossibilité de récupérer base de données existante))

laurent

Juillet 2013

Bonjour,

j’ai développé des sites en local sous XP (SPIP3 et SPIP 2.12) et je viens d’installer Debian 7. Sous Debian, lors de l’installation de SPIP 3 , je choisis une des bases de données (spip 3) existantes plutôt qu’en créer une afin de travailler sur ce même site en local sous XP ou Debian.
Mais quand je rentre dans l’espace administration, aucune rubrique n’existe ni articles etc.
Dans phpmyadmin, la base de données n’est pas vide pourtant.
Le rajout des dossiers créés (/squelettes etc...), mes plugins, et mes fichiers css n’y fait rien.
Quelle solution existe pour que je puisse continuer à développer mon site sous Debian sans tout reprendre à zéro ?
Merci d’avance pour vos réponses.

Par note Par date Par date chronologique

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

0

Rainer

Juillet 2013

Est-ce que tu as un backup de ta bd, reimporte là via phpmyadmin. Comment tu as migré la bd de xp vers debian ?
Indiquez l’intérêt que vous portez à cette réponse

0

laurent

Juillet 2013

Bonjour,

il est précisé d’importer la base de données dans le dossier www/spip3/tmp/dump de debian, dans l’espace privé de spip3. Je l’ai mis en format sql.gzip et sql mais quand je relance spip, rien n’apparaît quand je veux charger une nouvelle base de données.
Ce que je trouve étrange est que lors de l’installation de spip il est donc proposé de choisir 1 BD existante ou d’en créer 1 nouvelle.
Et quand je choisis l’existante, je me retrouve avec cette BD vierge.
J’ai essayé diverses choses dont la réinstallation qui ne prend guère de temps mais le résultat est invariable.
Ma version de Debian serait-elle incompatible avec Spip 3 ? Je n’ai rien trouvé à ce sujet. De plus je crains d’écraser ma BD.
Indiquez l’intérêt que vous portez à cette réponse

0

Rainer

Juillet 2013

www/spip3/tmp/dump sert pour récuperer les backup fais par spip, si tu as un tel backup (sml en spip 2 et sqlite en spip3) et tu la posé dans /tmp, tu peux l’importer via "Maintenance>Restaurer la Base"

ou si tu as un dump en sql.gzip comme cela parait le cas, tu dois l’importer via phpmyadmin par exemple ou via ligne de commande :

mysql -u root -p nomedelabd < chemin/vers/fichier/dump.sql

tu dois decompresser le fichier d’abord pour l’utiliser en ligne de commande
Indiquez l’intérêt que vous portez à cette réponse

0

laurent

Juillet 2013

Bonjour,

j’ai essayé la 1ere méthode. Donc sous spip3 (XP), j’ai fait 1 backup de ma base.
De retour sous Debian, j’ai mis ce fichier sqlite dans le dossier /dump.
Je me suis connecté à mon site sous Debian dans l’espace privé et via Maintenance—> Restaurer la base, aucune base n’apparaît.

" Sélectionnez un fichier dans la liste
Aucune sauvegarde trouvée"

J’ai rajouté manuellement le nom de la base à restaurer, et suite à ça ce message s’affiche ;

" Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension."

Je vais essayer 1 nouvelle installation.
Indiquez l’intérêt que vous portez à cette réponse

0

Juillet 2013

Je viens de m’apercevoir que les versions diffèrent. XP est sous spip 3.0.0 [19425] et j’ai installé sous Debian le Version 3.0.10 [20600].
Je vais installer la version 3.0.0 sous Debian en espérant que cela marche.
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Juillet 2013

Hello,

pour migrer un site local vers un serveur distant, je conseille d’utiliser soit le plugin Adminer (et de faire des imports/exports sur les deux installs) ou mieux de passer par le plugin Migration de Nursit :
http://www.nursit.com/Le-plugin-migration-pour-SPIP

Merci de marquer comme résolu si ça résout le problème.