Migration de 1.7 vers 1.9.2 Comment faire ?

Septembre 2007

Quelqu’un peut-il me dire s’il est possible de passer directement de Spip 1.7 à Spip 1.9 ? Les fichiers originaux (dist) article-dist.htm, sommaire-dist.htm etc. vont-ils être écrasés par la nouvelle version ? Comment conserver le squelette ?

S’il s’avère impossible ou trop compliqué de faire le saut entre 1.7 et 1.9 est-il possible d’utiliser les versions intermédiaires pour évoluer progressivement ? Dans ce cas, où trouver ces versions ?

Merci.

Par note Par date Par date chronologique

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

0

Stanislas

Septembre 2007

Quelqu’un peut-il me dire s’il est possible de passer directement de Spip 1.7 à Spip 1.9 ?

s’agissant de la base de données, oui bien sûr, la dernière version stable fera la mise à jour. (mais bon évidemment avant de commencer on sauvegarde tout hein ?! et même personne n’empêche de rapatrier une version en local pour voir et se faire la main...)

Les fichiers originaux (dist) article-dist.htm, sommaire-dist.htm etc. vont-ils être écrasés par la nouvelle version ?

C’est là où cela se complique. Spip s’est très profondément modifié. Ce qu’il faut faire c’est mettre tous les fichiers de la version 1.7 dans un dossier /old par exemple et installer ceux de la nouvelle version, pour ensuite récupérer les éléments. A mettre dans le dossier /plugin le fichier de connexion à la base qui doit s’appeler connect.php (les php3 disparaissent) ainsi que le fichier mes_options.php s’ils existe, et on récupère le dossier /IMG tel que.

Comment conserver le squelette ?

C’est le plus gros du travail. On ne reprend pas les fichiers php3, on ne récupère que les fichiers html que l’on met dans un dossier /squelettes (avec le fichier mes_fonctions.php s’il existe). Il va falloir nettoyer les squelettes car la 1.8 a apporté un nouveau compilateur et la 1.9 de nouvelles balises structurelles et en a déprécié aussi quelques unes... (lire les articles présentant les nouveautés de chaque version)

S’il s’avère impossible ou trop compliqué de faire le saut entre 1.7 et 1.9 est-il possible d’utiliser les versions intermédiaires pour évoluer progressivement ?

A minima on ne devrait pas utiliser un spip en dessous de la version 1.8.3 car les versions précédentes ont un trou de sécurité.

Dans ce cas, où trouver ces versions ?

ben... sur la page de téléchargement de spip.net...
Indiquez l’intérêt que vous portez à cette réponse

0

Septembre 2007

Merci beaucoup pour avoir donné de votre temps pour expliquer la démarche. Effectivement dans la version 1.7, je suis obligé de supprimer manuellement dans la base tous les spams quotidiens.

Je vais donc essayer.

Pour la version 1.8..., je n’avais pas vu le lien "archives" sur la page téléchargement ; pourtant on ne peut pas rater l’icône !

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

0

DG

Octobre 2007

L’installation de la mise-à-jour s’est bien déroulée. La nouvelle version 1.9.2 remplace l’ancienne 1.7. ; Spip m’a demandé de faire la mise-à-jour de la base. Cela a très bien fonctionné avec le site distant chez un hébergeur, même chose en local. Au bout d’un mois, en vu d’avoir un clône, une copie exacte du site distant en local, j’ai voulu récupérer les données de la base sauvegardées sur le site distant et les installer sur mon site local via la fonction "restaurer la base", là, ça ne fonctionne pas, je ne récupère que partiellement les données (beaucoup de perte).

En résumé : Ma version de Spip 1.9.2 sait très bien récupérer les données provenant d’une sauvegarde de la version antérieure 1.7, mais n’arrive jamais à restaurer la base à partir d’une sauvegarde récente faite par la version 1.9.2. Je crains que le problème ne soit identique sur le site distant et, qu’en cas de crash, je ne pourrai probablement pas restaurer les données sauvegardées depuis que j’ai installé la nouvelle version 1.9.2. Sachant que je ne m’y connais pas du tout en MySQL, donc pas assez compétent pour faire l’export/import des données manuellement, je me demande si quelque chose m’échappe, qu’est-ce qui cloche ?
Indiquez l’intérêt que vous portez à cette réponse

0

Stanislas

Octobre 2007

est ce bien la toute dernière version stable de spip cad 1.9.2c ?

est ce que en local la création d’une sauvegarde fonctionne ?

question bête (dsl) : quelle place reste t il sur le disque du serveur distant ?

que disent les fichiers spip.log et mysql.log dans /tmp après une opération de sauvegarde ?

Y fait beau chez vous ? chez moi le temps est à la pluie... :o)
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Octobre 2007

Bonsoir Stanilas,

est ce bien la toute dernière version stable de spip cad 1.9.2c ?

Il faut que je vérifie. J’ai tout désinstallé en local pour repartir à la version 1.7 !

Est ce que en local la création d’une sauvegarde fonctionne ?

Non, justement je n’effectue que mes essais en local (sous Mac OS 10.3) c’est en local que cela ne fonctionne pas, je n’ose pas essayer sur le serveur distant.

question bête (dsl) : quelle place reste t il sur le disque du serveur distant ?

Largement sur le serveur distant. Au niveau local, encore 6 Go

que disent les fichiers spip.log et mysql.log dans /tmp après une opération de sauvegarde ?

Je ne sais pas ? Que doivent-ils dire ? Mais, Spip s’interromp quand il restructure la base et me demande de me reconnecter tout en redémarrant le navigateur (dans mon cas j’ai essayé avec Firefox et Safari)

Y fait beau chez vous ? chez moi le temps est à la pluie... :o)

A Reims, il pleut, c’est bon pour les champignons !
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Octobre 2007

Version SPIP 1.9.2b [9381] - Il faut que je passe à la version 1.9.2c donc.
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Octobre 2007

Restauration de la base impossible même avec 1.9.2c, le transfert des données est incomplet, il manque les rubriques, les brèves etc. Spip demande de me reconnecter car il ne reconnaît pas le mot de passe. J’ai aussi essayé en effaçant les cookies. J’utilise le même login et mdp en local que sur le site distant, est-ce une source de conflit ? Je crois avoir fait un essai avec des mpd/login différents sans toutefois pouvoir résoudre la question.

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

0

Stanislas

Octobre 2007

C’est peut être un souci avec le pack de logiciels que tu utilises pour ton serveur en local... y’avais des pb avec des versions de php... Met Google sur le coup... ou est ce que les fichiers log dans /tmp te parlent de memory limit ? C’est dans php.ini , sur mon serveur dédié je l’ai demandé à 32Mo...

là à Rouen il ne pleut pas ce matin mais le temps reste couvert... lol... :)
Indiquez l’intérêt que vous portez à cette réponse

0

Octobre 2007

Ok je contacte Google.
Je ne pense pas que ce soit un problème de memory limit, en tout cas, je n’ai eu aucun message en ce sens. J’ai pensé aussi au pack logiciel et compatibilité entre versions de MySQL/Apache etc. mais là c’est plus difficile pour moi de configurer ces mises-à-jour.

Sur Reims, c’est un temps brumeux, un avant-goût d’Halloween !

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

0

Athama

Novembre 2007

Je suis en train d’effectuer le même saut et je m’aperçois que les forums associés aux articles sont importés mais non attribués aux articles ce qui fait que chaque article affiche zéro commentaires associés... Ce qui est gênant pour un site qui a plusieurs années... C’est presque repartir à zéro...
Hormis cela il faut revoir tous les squelettes... mais c’était prévisible...
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

Mon problème de migration 1.7 vers 1.9.2 n’est toujours pas résolu, je ne peux toujours pas restaurer en local la sauvegarde récupérée sur le serveur. Je viens de passer à Leopard (Mac OS 10.5), j’ai pu réinstaller Spip facilement avec Mamp pratique et simple à utiliser. Mais le problème de restauration de la base en local subsiste, impossible de réinstaller mes données récupérées sur le serveur via la fonction sauvegarde de la base. Spip m’indique que mon login et mot de passe ne sont pas reconnus et la restauration en local s’interromp vers les 21%. Je pense qu’il y a une incompatibilité entre l’organisation des deux bases MySQL : celle sur le serveur est une mise-à-jour de la base créée par l’ancienne version de Spip (1.7) et la base installée en local est une installation clean par Spip 1.9.

D’un niveau débutant, je recherche des solutions et tutoriels pour réinstaller (même manuellement) cette sauvegarde.
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Février 2008

il te faut suivre pas à pas la procédure décrite ici : spip.net/fr_article1318.html

pour récupérer ta base en 1.7, il te faut réinstaller un spip de cette version !

puis suivre la procédure indiquée : mise à jour des fichiers de spip,...
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

J’avais utilisé cette méthode sur le serveur, mais en local je n’arrive plus à installer l’ancienne version spip 1.7 notamment avec Mamp qui n’utilise que php4 ou php5 (sous Mac OS 10.5).
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

J’avais utilisé cette méthode sur le serveur, mais en local je n’arrive plus à installer l’ancienne version spip 1.7 notamment avec Mamp qui n’utilise que php4 ou php5 (sous Mac OS 10.5).

denisb

Février 2008

Pour la prise en compte du .php3, ajouter les lignes suivantes à la toute fin du fichier de configuration d’Apache /Applications/MAMP/conf/httpd.conf.

### Ajouts pour SPIP
# PHP4 & PHP3 configuration
AddType application/x-httpd-php .php3
DirectoryIndex index.html index.htm index.html.var index.php index.php3

Pour que ces changements soient pris en compte, il faut redémarrer l’application MAMP.

récupéré sur http://www.guiderdoni.net/Mamp-Macintosh-Apache-Php-Mysql.html

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

0

DG

Février 2008

Merci. Je viens d’essayer une autre solution en utilisant la distribution en php http://www.spip-contrib.net/SPIP-1-7-en-php,1J’ai installé la 1.7 puis la 1.9.2 malgré cela ça bloque à 21% (messagerie) avec le message d’erreur suivant : Vous êtes identifié sous le login , mais celui-ci n’existe pas/plus dans la base. Essayez de vous reconnecter, après avoir éventuellement quitté puis redémarré votre navigateur. J’ai vidé le cache de Firefox en vain.

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

0

denisb

Février 2008

reprenons.

tu redémarres de zéro (pas de spip, pas de base de données).

– 1) tu installes spip 1.7
– 2) tu réintègres ton ancienne base de données (celle sauvegardée depuis le vieux spip 1.7)
– 3) tu mets à jour tes fichiers spip (1.7 -> 1.9.2d)
– 4) ... euh y’a pas.
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

Merci pour tant de patience ;-), je vais rechercher si j’ai encore quelque part une base de données générée par la vieille version 1.7 pour que je la réinstalle. Ensuite je teste et je vous tiens au courant.
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

J’ai effacé la base, j’ai recréé une nouvelle base sous Spip 1.7, j’ai réinstallé une vieille sauvegarde dump.xml, le site était OK. J’ai installé Spip 1.9.2, ce fut OK, la base a bien été mise à jour, j’ai ensuite importé une sauvegarde récente effectuée sous un Spip 1.9.2 lui-même mis à jour. Même résultat, à environ 20% j’obtiens le message d’erreur : Vous êtes identifié sous le login , mais celui-ci n’existe pas/plus dans la base. Essayez de vous reconnecter, après avoir éventuellement quitté puis redémarré votre navigateur.

Cela fait plusieurs mois que je n’arrive pas à trouver une solution (sur le site distant la version MySQL est 4.1).
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Février 2008

le login qui te sert pour te connecter sur la base (en 1.7 mise à jour) n’est apparemment pas le même que celui de la sauvegarde (en 1.9.2) que tu tentes de réintégrer. et ce pour un même id_auteur (le 1 sans doute).

combien as-tu d’entrées (d’auteurs) dans spip_auteurs ancienne base et dans spip_auteurs nouvelle que tu tentes de reverser ?

il faudrait (je pense) que tu crées un nouvel auteur (adminsitrateur complet) dans ton ancienne base avec un numéro d’id supérieur au plus élevè de ta nouvelle base, et que tu te serve de cette connexion pour reverser cette nouvelle table

(je me demande si je suis très clair...)
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

En allant sur l’administration de la base avec phpmyadmin sur le serveur je ne peux pas modifier les login « Binaire - ne pas éditer (7 o)
Ou répertoire de transfert du serveur Web » pourtant c’est bien le même que j’utilise en local et sur le serveur. Est-il possible qu’il ne soit pas correctement exporté à partir du serveur ? J’ai voulu regarder dans le fichier dump.xml, je n’ai trouvé aucune liste des auteurs (logins et mots de passe), seulement les ID. J’ai vraiment un peu de mal à y voir clair ! Je suis déjà en auteur ’administrateur’ N°1 dans les deux bases...
J’ai essayé avec Safari, la restauration est également partielle sans le message d’erreur.
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Février 2008

c’est manifestement un problème de connection avec mysql (et pas lié aux données de la base...)

– y a t il un fichier mysql.log dans tmp/ ? si oui que dit-il ?
– idem pour spip.log

ta version de mysql ? 5 ?
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

J’ai plusieurs fichiers spip.log et mySQL.log, mais je ne sais pas comment en retirer des informations pertinentes. Sur le serveur, la version MySQL utilisée est 3 (je ne pouvais pas installer ma base avec une version supérieure), en local j’ai actuellement MySQL : 5.0.4. Je pense qu’il y a effectivement une incompatibilité quelque part, et qu’il faudrait peut-être exporter la base et la réinstaller en local manuellement, chose que je ne sais pas faire du tout.
Indiquez l’intérêt que vous portez à cette réponse

0
denisb

Février 2008
J’ai plusieurs fichiers spip.log et mySQL.log, mais je ne sais pas comment en retirer des informations pertinentes.

il te suffit de les ouvrir avec un éditeur de texte. c’est surtout ce que dit mysql.log qui peut mettre sur la voie...

sinon, essayer de créer (s’il n’existe pas déjà, sinon y ajouter la ligne define...) :
dans un fichier que tu nommeras mes_options.php et que tu placeras dans config/
<?php define('_MYSQL_SQL_MODE_TEXT_NOT_NULL',1); ?>
puis relancer la mise à jour de la base 1.9.2 locale à partir du dump 1.9.2 de la base serveur (que tu as récupéré par ftp et placé en local dans tmp/dump/)
Indiquez l’intérêt que vous portez à cette réponse

0

DG

Février 2008

Ouvrir le fichier mysql.log n’était pas un problème, c’est la compréhension des lignes de codes qui n’est plus de ma compétence !

J’ai créé le fichier mes_options.php avec la ligne define, mais pas moyen de sauvegarder au-delà de 20%. A tout hasard je te donne ici une ligne de code répétée tout au long du fichier mysql.log :
Feb 24 13:45:49 192.168.0.2 (pid 6788) 1060 Duplicate column name 'idx' Feb 24 13:45:49 192.168.0.2 (pid 6788) POST /monsite/ecrire/ Feb 24 13:45:49 192.168.0.2 (pid 6788) - ALTER TABLE <code class="spip_code spip_code_inline" dir="ltr">monsite</code>.spip_articles ADD INDEX idx (idx) Feb 24 13:45:49 192.168.0.2 (pid 6788) 1061 Duplicate key name 'idx' Feb 24 13:45:49 192.168.0.2 (pid 6788) POST /monsite/ecrire/ Feb 24 13:45:49 192.168.0.2 (pid 6788) - ALTER TABLE <code class="spip_code spip_code_inline" dir="ltr">monsite</code>.spip_auteurs ADD idx ENUM('', '1', 'non', 'oui',
Merci pour toute cette aide.

« Précédent 1 2 Suivant »