Transférer un site local vers un site distant (archive)

Ceci est une ARCHIVE, peut-être périmée. Vérifiez bien les compatibilités !

On va développer ici, la procédure de déplacement d’un site. Pour l’exemple cela sera le tranfert d’un site local (depuis EasyPHP par exemple) vers un site distant mais cela peut être transposé, pour transférer un site d’un hébergeur à l’autre.

Note des administrateurs : cet article est considéré comme archivé, car étant conçu pour des version de Spip inférieur à la 1.9. Vous pouvez trouvez ici une version à jour

1. Installation de SPIP sur le nouveau site :
-  Il s’agit dans un premier temps d’installer un nouveau SPIP vierge (pas celui déjà installé en local). Mais attention il faut que la version que vous installez soit la même que celle que vous avez en local (cf. dans ecrire/, la version de SPIP apparaît sur le site local en bas des pages). Toutes les version de SPIP sont disponibles ici : http://www.spip.net/spip-dev/devel/
-  Si toutefois vous voulez en profiter pour faire une mise à jour, il faut d’abord mettre la nouvelle version sur le site local et faire la mise à jour ; voir : http://www.spip.net/fr_article1318.html.

-  Ensuite la procédure d’installation, est la même que « d’habitude » : Installer SPIP

2. Sauvegarder la base de données local :
-  Via l’interface ADMIN de SPIP : Administration du site > Maintenance du site > [sauvegarder la base], puis suivre les indications [Astuce]
-  vous avez donc créé un fichier "dump.xml" (ou "dump.xml.gz"), qui se trouve dans : SITE_LOCAL/ecrire/data/ et contient toute la base de donnée SPIP du site local.

Attention : Si le serveur de distant n’a pas la fonction de compression (ne peut donc pas travailler avec les fichiers dump.xml.gz ; il vous faudra sauvegarder la base local sans (dump.xml).

3. Transfert le « dump.xml(.gz)" » local : par FTP transférez le fichier « dump.xml(.gz) » du :
-  SITE_LOCAL/ecrire/data
vers :
-  SITE_DISTANT/ecrire/data

4. Restauration de la base de données
-  via l’interface ADMIN de SPIP : Administration du site > Maintenance du site > [restaurer la base] ; attention : pensez bien à spécifier dump.xml en suprimant le ".gz" si c’est votre cas.
-  A ce moment une fois sur 2 SPIP met sur une page : « accès refusé » pas de panique,retournez (gaiement ;-)) dans l’interface ADMIN SPIP Administration du site > Maintenance du site > [restaurer la base] ; et refaite la restauration une deuxième fois, et au 2e essai ça marche. Un pourcentage montre l’état d’avancement de restauration de la base, cela peut être instantané si la base est petite.
-  Vous avez maintenat votre site avec les données (articles, rubriques ...).

5. Teanfert « du reste » :
-  Les squelettes si vous les avez personnalisés (sommaire.html, ...), et le(s) dossier(s) contenant les images de la charte graphique de ces squelettes.
-  le dossier IMG/ à la racine du site local vers le distant : c’est le dossier dans lequel vous avez tous les fichiers joints au site (logos, images, fichiers, ...)

6. On vide le cache SPIP du site distant : juste pour être tranquille : Administration du site > Maintenance du site >  Vider le cache


c’est FINI :-)

Notes

[AstuceLors des différentes sauvegardes/restaurations ou mises à jour de vos sites SPIP, il vous demande de créer un fichier ou dossier « admin_xxxxxx » dans le répertoire URL_SITE/ecrire/data plutot que de créer un fichier de ce même nom et le transférer ensuite (par FTP), vous pouvez créer un dossier de ce même nom : la plupart des clients FTP ont « créer un dossier » en option (clique droit ou bouton) ; ça marche exactement pareil !

Lors de la restauration de la base, SPIP restaure également les auteurs du site (admins, rédacteurs) ; donc si vous mettez des codes d’accès différents (lors de l’installation de SPIP sur le site distant) que ceux que vous aviez en local après la restauration de la base, SPIP vous éjectera en demandant de vous reconnecter avec les « anciens » codes d’accès (du site local).

Discussion

13 discussions

  • 1

    Bonjour,

    elle est resté en localhost alors qu’elle doit pointé sur un serveur precis qui herberge ma base. Comment faire ? (sans réinstallaer SPIP)

    • 1. sauvegarde la base via le dump.xml(.gz)

      2. pour changer l’adresse de la base 2 solutions :
      -  éditer à la main le fichier ecrire/inc_connect.php3
      -  ou supprimer ce même fichier ecrire/inc_connect.php3 ; puis dans un navigateur web, retourner à l’adresse URL_TON_SITE/ecrire/ ce qui va relancer l’installation ; en gros c’est une méthode pour recréer ce fichier (+ login et pass admin) de façon graphique

      3. restaure le dump.xml(.gz) créer au point 1, si j’ai bien compris ton cas pas besoin de la balader d’un serveur à un autre, restaure le donc simplement

    Répondre à ce message

  • Il semblerait qu’il y ait un souci sur la recherche une fois le site transferré ...

    Répondre à ce message

  • autre chose qui n’est pas transféré (c’est compliqué, alors je vais le décrire en plusieurs points) :

    • Site en local avec forum public en inscription obligatoire (paramètre général du site)
    • Pas de possibilité de s’inscrire en tant que rédacteur
    • Un article ayant un forum déjà partiement rempli
    • manip indiquée dans l’article
    • essai de participation à un forum : lien pour s’inscrire au dessus du champ login (mais pas en dessous) et arrivée sur une page (spip_pass.php3) qui dit que l’on a rien a faire là

    Pour m’en sortir, j’ai dû retourner dans l’admin et cliquer sur le bouton changer des status des forums déjà existant (la case à cocher étant elle bien positionnée)

    ==> J’en conclu que :

    1. SPIP stocke à 2 endroit le statut des forums et que la procédure de restauration n’en restaure qu’un,
    2. que l’admin n’en utilise qu’un pour l’affichage du statut actuel (mais met à jour les 2)
    3. et que le site public vérifie celui que n’utilise pas la case à cocher de l’admin

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom