Plugin VEFbackupRestore Sauvegarde et migration pour WordPress

Questions fréquentes

Y a-t-il une version payante ?

Tout ce que décrit cette page pour le Free est gratuit et complet : rien n’est verrouillé, il n’y a ni essai ni limite. Une extension payante séparée, VEFbackupRestore Pro, apporte la migration : elle déplace un site vers une autre adresse ou un autre WordPress, importe une sauvegarde depuis votre ordinateur, réécrit les adresses (y compris dans les données sérialisées) et le préfixe des tables, avec annulation. Le nouveau site récupère le paquet directement sur l’ancien, avec une clé à usage unique. C’est un autre plugin, qui a besoin du Free.

Quelle est la différence entre la sauvegarde et la migration ?

La sauvegarde, gratuite, fait des copies de votre site là où il est, pour pouvoir le restaurer sur ce même site. La migration, dans VEFbackupRestore Pro, déplace un site vers un autre WordPress : un nouvel hébergeur, une nouvelle adresse. Le site d’origine prépare lui-même un paquet tout neuf sur son propre serveur ; le nouveau site le récupère directement avec une clé de transfert, ou par Google Drive, Dropbox ou votre ordinateur, qui ne servent alors qu’à le transporter.

Faut-il un compte Google Drive ou Dropbox pour déménager un site ?

Non. Le plus direct est la clé de transfert : vous la créez sur l’ancien site, vous la collez sur le nouveau, qui récupère lui-même le paquet, sans aucun compte. Si l’ancien site n’est pas joignable depuis internet, vous pouvez passer par le même compte Google Drive ou Dropbox connecté sur les deux sites, ou télécharger les fichiers du paquet sur l’ancien site puis les importer sur le nouveau depuis votre ordinateur.

Que faut-il pour le transfert direct d’un site à l’autre ?

L’ancien site doit être joignable depuis internet en https, avec VEFbackupRestore Pro actif, et rien ne doit bloquer son fichier admin-ajax.php (un pare-feu, une extension de sécurité, un mot de passe devant le site). Un site qui n’existe que sur votre ordinateur ne peut pas être récupéré depuis un autre serveur : passez alors par votre stockage en ligne ou par votre ordinateur.

La clé de transfert est-elle sûre ?

La clé contient l’adresse de l’ancien site et un code à usage unique. Elle ne sert qu’une fois, cesse de fonctionner une heure après sa création (ou tout de suite si vous l’annulez ou en créez une autre) et n’est affichée qu’à sa création : l’ancien site n’en garde qu’une empreinte. Les tentatives erronées sont limitées et chaque fichier est vérifié par son empreinte avant la bascule. Toute personne qui détient une clé inutilisée peut récupérer le paquet pendant l’heure qui suit : ne l’envoyez qu’à vous-même, et annulez-la si quelqu’un d’autre l’a vue.

Dépend-il de l’éditeur de mon site (blocs, Divi 5, Elementor) ?

Non. Il sauvegarde la base de données et les fichiers, quelle que soit la façon dont les pages sont construites.

Faut-il un programme en ligne de commande ou un serveur spécial ?

Non. Le plugin est du PHP ordinaire et ne lance aucun programme extérieur. Il demande l’extension PHP zlib, très courante. L’extension sodium sert seulement à enregistrer chiffrées les connexions à Google Drive et à Dropbox, et ZipArchive seulement à contrôler une seconde fois les archives.

Faut-il créer une clé ou une application chez Google ou chez Dropbox ?

Non. Vous appuyez sur « Se connecter avec Google » ou « Se connecter avec Dropbox » et vous vous connectez dans la petite fenêtre qui s’ouvre. La connexion passe par un petit service de v-images.com, qui la transmet à votre site et ne garde rien ; vos sauvegardes, elles, vont de votre site à votre compte, sans passer par v-images.com. Si vous préférez garder tout le lien entre vos mains, le mode avancé permet d’utiliser votre propre clé Google, créée gratuitement dans votre compte Google : publiez alors l’application en « En production », car en mode « Test », Google annule la connexion tous les 7 jours et vos sauvegardes planifiées s’arrêteraient sans bruit.

Le plugin voit-il tout mon Google Drive ou tout mon Dropbox ?

Non. Avec la connexion en un clic, il ne voit que les fichiers et les dossiers qu’il crée lui-même dans votre Drive, et que son propre dossier d’application (Apps / VEFbackupRestore) dans Dropbox. Avec votre propre clé Google, vous pouvez au contraire le laisser parcourir tout votre Drive pour choisir un dossier. Il n’écrit jamais ailleurs que dans le dossier choisi.

Une sauvegarde est-elle une photo exacte du site à un instant ?

Non. La base de données est copiée table par table pendant que le site continue de fonctionner : un commentaire écrit pendant la sauvegarde peut y figurer ou non. Pour une boutique qui reçoit beaucoup de commandes par minute, planifiez la sauvegarde de la base à l’heure la plus calme.

La sauvegarde planifiée ne s’est pas lancée à l’heure choisie.

WordPress ne démarre ses tâches planifiées que lorsque quelqu’un visite le site. Sur un site peu visité, demandez à votre hébergeur d’appeler wp-cron.php toutes les 5 minutes (une tâche cron), puis ajoutez define( 'DISABLE_WP_CRON', true ); dans wp-config.php. L’écran Diagnostic indique ce qui s’applique à votre site.

Où sont gardées les sauvegardes sur mon serveur ?

Par défaut dans un dossier privé, au nom aléatoire, à l’intérieur de votre dossier de téléversements ; vous pouvez en choisir un autre dans Réglages → Stockage. Une sauvegarde contient votre base de données et wp-config.php : personne ne doit pouvoir la télécharger. Le plugin protège son dossier pour Apache et IIS ; sur Nginx, ajoutez une règle ou choisissez un dossier hors du site. L’écran Diagnostic le teste.

Quelles sont les limites des sauvegardes ?

Les fichiers de plus de 4 Go sont ignorés et listés dans le journal. Les liens symboliques sont ignorés, sauf si vous les activez. Les déclencheurs, les procédures stockées et les événements planifiés de la base de données ne font pas partie du fichier SQL.

Quelles sont les limites de la restauration ?

Une sauvegarde est restaurée sur le site où elle a été faite ; pour la mettre en place sur un autre site, il faut la migration de VEFbackupRestore Pro. Les vues, les déclencheurs et les événements de la base de données ne sont pas restaurés, ni les dossiers situés hors du dossier de WordPress. Si WordPress ne démarre plus, la restauration se fait à la main : extraire les ZIP dans le dossier de WordPress et importer le fichier .sql.gz avec phpMyAdmin ou en ligne de commande (le Guide l’explique). Téléchargez une sauvegarde de temps en temps et regardez ce qu’elle contient : c’est la seule vraie preuve qu’elle fonctionne.

Peut-on sauvegarder un réseau multisite ?

Oui. Sur un réseau, une sauvegarde couvre toute l’installation, et seul un super administrateur peut s’en servir.

Que deviennent mes données si je supprime le plugin ?

Par défaut, seul le code du plugin est supprimé : vos sauvegardes sont toujours là si vous le réinstallez. Si vous cochez « Supprimer toutes ses données » dans Réglages → Outils avant la suppression, ses réglages, les connexions à Google et à Dropbox et les sauvegardes gardées sur le serveur sont supprimés. Les sauvegardes déjà envoyées sur votre stockage en ligne ne sont jamais supprimées.

Un développeur peut-il l’étendre ?

Oui. Le plugin propose des points d’extension documentés : vefbr_destinations pour ajouter un lieu de stockage, vefbr_admin_pages pour ajouter un écran, vefbr_transfer_engine pour restaurer la sauvegarde d’un autre site, entre autres. C’est ce qu’utilise VEFbackupRestore Pro.

Quand VEFbackupRestore sera-t-il disponible ?

Très prochainement. Le téléchargement du Free, l’achat du Pro et les tarifs seront proposés sur cette page dès l’ouverture. D’ici là, vous pouvez essayer la démonstration, dont les écrans sont simulés, lire l’aide en ligne ou écrire à efabre@v-images.com.