Bienvenue sur le Journal du Blog, vous pouvez vous abonner au flux RSS. Merci pour votre visite!
Sauvegarder sa base de données, c’est une chose qu’on sait être importante mais qu’on ne fait jamais, ou du moins qu’on repousse toujours au lendemain. Jusqu’au jour où survient… le drame. Combien d’entre vous ont fait des mises à jours de leurs outils de blogging (WP, DC, et autres) en croisant les doigts lorsqu’ils réalisent qu’ils n’ont rien sauvegardé? Combien s’en sont mordus les doigts? Pour éviter tout problèmes futurs, nous allons voir ensemble, plusieurs solutions pour sauvegarder vos bases de données.
Tout d’abord les solutions propres à vos outils de blogging :
Dans un cas comme dans l’autre, en passant par phpMyAdmin.
- Pour Blogger
Faire des sauvegardes en ligne :
IAM Backup, qui a l’avantage d’être gratuit. Après quelques recherches, il s’avère que ce genre de solutions est généralement payant.
Certains hébergeurs proposent des sauvegardes automatiques de votre base de données, vous pouvez vous renseigner auprès d’eux.
Et vous quelle(s) solution(s) utilisez-vous?
Vous avez aimé cet article : abonnez-vous au flux RSS
12 Responses
[...] Le Journal du Blog Tags: Scanner, Version [...]
Alors je ne sais pas si j’ai tout suivi mais la manip conseillée par blogger me parait bien compliquée, pour sauvegarder l’intégralité de son blog blogger il y a beaucoup plus simple il me semble. Il suffit de sauvegarder 2 pages xml.
- la première qui contient tous les codes CSS et html: il faut aller dans tableau de bord > mise en page > modifier le code html > télécharger le modèle dans son intégralité
- la deuxième qui contient la base avec tous les textes ET commentaires: il faut aller dans le tableau de bord de draft blogger > général > exporter le blog
Et voilà le tour est jouer et on peut transplanter ça dans n’importe quelle autre adresse de blog blogger si on veut dupliquer son blog ou autre…
J’utilise depuis peu le plugin WP DB manager qui permet de gérer sa database à partir de l’admin wp. Un plugin interessant qui permet de se passer de phpMyadmin qui est un peu plus ardu pour les néophytes (comme bibi). Mon hébergeur propose qui plus est une version réduite de phpMyadmin, probablement pour éviter les catastrophes. Ce plugin propose l’optimization de la DB ce qui est un plus et aussi la suppression de certaines tables ce qui peut aider en cas de désinstallation de plugins n’ayant pas prévus qu’ils pouvaient etre désinstallés.
(Une petite note hors-sujet: la nouvelle numérotation des articles qui m’avait alarmé sur la DB est liée au versioning des articles)
Amitié
Thierry
@Tink Again : effectivement, ta méthode est beaucoup plus simple! Testée et approuvée? ^^ merci en tout cas pour l’info
@Thierry : j’ai vu depuis WP 2.5 (mais je n’ai pas testé :p), qu’en supprimant à “l’arrache” le répertoire d’un plugin activé, ça le désactivait automatiquement, pratique en cas de fausses manip. Sinon oui l’optimisation des tables des bases est importante, on devrait faire un billet sur l’entretien de son blog prochainement
Ho ben de rien, c’était la moindre des choses. J’ai justement sauvegardé un de mes blogs y’a 2 jours, ça tombait bien…
Chez OVH, il est facile de le faire avec la fonction “dump”: c’est un énorme avantage quand on a une grosse base de données.
Par contre, je suis moyennement convaincue par le plugin “Wordpress Database Backup”. Au début je trouvais ça trop cool, plus besoin de s’ennuyer à aller dans PhpMyAdmin, le plugin te fait tout tout seul. Mais ce qui m’ennuie, c’est que d’une part le plugin te met ta sauvegarde sur ton serveur, dans un dossier spécial, même lorsque tu as choisi l’option “Envoyer la sauvegarde sur mon email”. Donc, tu es obligé d’aller sur ton serveur via FTP et de supprimer à la mano le dossier en question, sinon bonjour la faille de sécurité. D’autre part, j’ai l’impression que ce plugin gère très mal l’encodage des caractères: lorsqu’est venu le temps de restaurer une sauvegarde faite avec ce plugin, tous mes caractères spéciaux étaient transformés en charabia - le problème d’encodage typique. J’ai mis pas mal de temps à comprendre que c’était le plugin qui créait ce problème.
Ma solution? Le dump sur OVH, au moins une fois par mois (mais une fois toutes les deux semaines quand je psychote). Un de mes sites s’est déjà fait cracker, ça n’a pas été drôle du tout car j’ai tout perdu, faute d’avoir fait ces sauvegardes. J’ai compris la leçon…
Merci pour ces infos kReEsTaL !
Pour ma part le plugin Database pour wordpress n’a jamais fontionné, mais bon j’ai deux mains gauches aussi
Par contre la fonction “Dump” chez OVH m’interesse si “kReEstal” veut bien me donner quelques liens pour connaitre le système. Merci
@PiXeL et le blogueur masqué: y’a pas de quoi!
Chez OVH, pour exécuter un dump, rien de plus simple:
1 - se logger à son manager;
2 - cliquer sur le domaine dont on souhaite faire une sauvegarde MySQL;
3 - cliquer sur l’item “Hébergement” dans le menu de gauche;
4 - dans la page affichée, chercher la rubrique “Bases de données SQL”, puis cliquer sur l’icône “Gestion SQL”;
5 - dans la page affichée, cliquer sur l’icône “Sauvegarde”.
OVH vous propose alors de sélectionner la base et la copie à sauvegarder (choix entre “Copie actuelle”, “Hier”, “Semaine dernière”).
Après validation, OVH se charge du dump et vous envoie un email avec le lien vers le dump, ainsi que le mot de passe vous permettant de l’afficher.
NB: le dump n’est en ligne que quelques heures, ensuite il s’auto-détruit (un peu comme dans Fort Boyard! lol)
@KReEsTaL : Merci beaucoup pour toutes ses infos Marie et ravi de te voir ici ;).
Ha ok merci kReEsTaL je connaissais sans savoir le nom
je cherchais la même chose automatiser en fait
[...] de vos données (MySQL et FTP). (NB: si votre site est hébergé chez OVH, j’avais posté un commentaire expliquant comment sauvegarder ses bases de données [...]