WordPress: sauvegarde et restauration sur un autre serveur

réparationLorsque mon site a été attaqué par des robots de commentaires-spams (ça ressemble à de la science-fiction, hein ?) En fait, je pense que j'ai corrompu la base de données ou un fichier dans WordPress parce qu'après l'événement, le site ne durerait pas plus de quelques heures sans tomber en panne.

J'ai profité de l'occasion pour déplacer mon site vers un nouveau compte sur mon compte revendeur à Jumpline.comimage 2260935 1169332. J'ai été en extase avec Jumpline au fil des ans. J'héberge environ 30 sites Web et je ne reçois presque jamais d'appel des clients qui hébergent avec moi (sauf s'ils ont besoin d'aide). Le service est remarquable et leur équipe d'assistance est fantastique.

Leurs techniciens de support étaient en fait les gars qui ont identifié que c'étaient des spams qui tuaient mon site (merci!). Le passage au nouveau compte met maintenant ce site sur la dernière version de PHP / MySQL et dispose d'une application Ajax Webmail vraiment sympa.

Ce que je n'avais pas réalisé, c'est à quel point c'était une douleur incroyable d'essayer de faire un les rapports installation de WordPress. De nombreux plugins ajoutent des champs et des tableaux à votre base de données WordPress. J'évalue constamment avec des plugins, donc ma base de données était un désastre. L'exécution d'une sauvegarde de WordPress ou de la base de données et sa restauration sur le nouveau compte ne faisaient probablement que déplacer les problèmes. Au minimum, cela allait jeter un tas de champs et de tables supplémentaires là-dedans. J'aimerais voir les futures versions de WordPress exiger des modifications de la base de données lors de la désactivation d'un plugin afin que les ordures ne soient pas laissées de côté.

J'ai même regardé quelques plugins supplémentaires qui produiraient votre blog WordPress en XML pour réimportation, mais vous perdez alors beaucoup de données. Douze heures plus tard (j'ai dormi) et je pense avoir terminé de déplacer le compte et toutes les données applicables, cependant. C'était un peu un cauchemar, mais voici ce que j'ai fait :

  1. Sauvegardé du site et de la base de données d'origine.
  2. WordPress installé à partir de zéro sur le nouveau compte.
  3. Installation des derniers plugins WordPress à partir de zéro sur le nouveau compte.
  4. Définissez toutes les options du plugin et les paramètres du site.
  5. A fait une comparaison de table de chaque table de la base de données source et de la base de données de destination.
  6. Suppression de tous les champs de la base de données source qui n'existaient pas dans la base de données de destination.
  7. Vider toutes les tables de la base de données de destination (vous débarrasser des messages de test WP standard.
  8. A fait une exportation de chaque table sans déposer et recréer. Cela écrira les enregistrements dans la nouvelle base de données avec les mêmes clés afin qu'aucune des relations ne soit rompue.
  9. Copié mon dossier wp-content \ upload du compte source vers le compte de destination. Depuis que j'ai également déplacé le nom de domaine, toutes les références d'image ont été conservées.
  10. J'ai couru le blog et l'ai testé! J'ai dû nettoyer certains permaliens de pages, je ne sais pas pourquoi, mais ils étaient bien après.

Il est intéressant de noter que WordPress a des importations intégrées pour les plateformes de blogs concurrentes, mais aucune importation pour exécuter une importation WordPress vers WordPress qui ignorera les modifications de plugin.

Cela l'a à peu près fait. Vous remarquerez peut-être que je lance un nouveau thème. J'avais simplement trop de petits problèmes avec le thème bêta que j'exécutais. J'ai fait une personnalisation poussée de ce thème, mais je pense que je l'ai presque là où je le veux.

Mon seul reproche concernant le thème est que le auteur n'a pas implémenté de pied de page commun dans tout le thème qui résidait au-dessus de la balise >body> du bas, j'ai donc dû saisir manuellement mon script Google Analytics tout au long. J'aurais pu créer un pied de page personnalisé et le référencer, mais je pense que plus tard, j'aurais été confus puisque l'auteur du thème a utilisé le nom "pied de page" sur tout. C'est quand même un très beau thème !

Je suppose que je suis de retour maintenant ! Maintenant, je dois me mettre au travail !

3 Commentaires

  1. 1
  2. 2

    Juste une pensée…
    Je teste toujours des solutions de sauvegarde et de restauration, votre message a retenu mon attention.
    L'utilisation de l'exportation et de l'importation intégrées à la version 2.1 était un rêve. J'ai eu un problème avec les graphiques affichés.
    Je suis sur le point d'effacer et de redémarrer le blog de test, mais cette fois, je vais modifier le fichier XML pour refléter le nouvel emplacement des images.

  3. 3

    J'ai moi aussi eu la belle expérience de reconstruire mon site WordPress à partir de zéro. Tout s'est plutôt bien passé car j'étais sûr de tout sauvegarder via plusieurs moyens.

    Les principaux problèmes que j'ai rencontrés concernaient la perte de mes affectations de poste de catégorie en raison de l'importation via le fichier XML. De plus, quelques messages n'ont pas été entièrement restaurés. Il semble que cela soit dû à des problèmes liés à l'utilisation de guillemets simples dans les paragraphes. Pour une raison quelconque, le fichier de sauvegarde n'a pas correctement échappé aux guillemets et WordPress pensait qu'il était arrivé à la fin d'un article.

    Eh bien, cela a pris un certain temps, mais j'ai pu extraire ces informations du fichier .SQL que j'ai sauvegardé avant de supprimer la base de données.

    Merci d'avoir partagé vos expériences.

Que pensez-vous?

Ce site utilise Akismet pour réduire les spams. Découvrez comment sont traitées les données de vos commentaires..