À mesure que le trafic de votre site Web augmente et que votre base de lecteurs / téléspectateurs augmente, vous finirez par dépasser votre plan d'hébergement partagé et envisagez de migrer vers un VPS.
Afin de migrer votre site WordPress tout en utilisant le même domaine, vous devez considérer les aspects suivants:
- La base de données constituée de l'architecture du site et du contenu textuel,
- Fichiers, y compris les plugins WordPress, les thèmes et les images téléchargées, les vidéos, etc., et
- Enregistrements DNS pour spécifier l'emplacement d'hébergement.
Ce tutoriel couvrira le processus de migration d'un site WordPress d'un hébergement partagé vers un VPS Vultr.
Conditions préalables
- Un site WordPress existant où les fichiers principaux ne sont pas modifiés.
- Une instance Vultr existante avec une application WordPress en un clic comme système d'exploitation.
- Une installation existante de WordPress sur l'instance Vultr qui a été configurée et est accessible via http: // [[votre-serveur-ip] / wp-admin.
- Un utilisateur sudo avec lequel vous êtes connecté à l'instance.
Étape 1: Sauvegardez et téléchargez la base de données WordPress sur l'hôte partagé
Habituellement, le fournisseur d'hôte partagé vous offre la possibilité d'exporter vos bases de données MySQL dans le panneau de configuration ou un outil d'administration de base de données. Quoi qu'il en soit, vous devez exporter l'intégralité de votre base de données WordPress dans votre répertoire Web pour le télécharger. Supposons que le fichier de base de données exporté se wordpress.sql
trouve dans le répertoire de base du répertoire Web sur l'hôte partagé.
Copiez le fichier de sauvegarde de la base de données sur votre serveur depuis votre terminal SSH. Assurez-vous que les autorisations du fichier sont 644 pour éviter l'erreur interdite 403.
cd ~
wget http://www.yourdomain.com/wordpress.sql
En outre, assurez-vous de préparer le nom de la base de données, le nom d'utilisateur de la base de données et le mot de passe de la base de données pour une utilisation future.
Remarque : Pour empêcher tout accès non autorisé, le fichier de sauvegarde de la base de données dans le répertoire Web doit être supprimé dès que vous avez terminé la transmission. De plus, vous pouvez utiliser un nom / chaîne aléatoire comme nom de fichier, ce qui réduit considérablement la possibilité d'accès non autorisé au fichier. Quoi qu'il en soit, le fichier doit être supprimé immédiatement après avoir été téléchargé dans votre instance Vultr.
Étape 2: Sauvegardez et téléchargez les fichiers nécessaires sur l'hôte partagé
Il vous suffit de sauvegarder l'intégralité du wp-content
répertoire et certains fichiers ajoutés manuellement, tels que favicon.ico
dans le répertoire de base du répertoire Web. Supposons que vous ayez ajouté tout le répertoire "wp-content" et tous ces fichiers dans un fichier d'archive nommé files.tar.gz
qui se trouve également dans le répertoire de base du répertoire Web.
Copiez le fichier d'archive sur votre serveur depuis votre terminal SSH. Encore une fois, assurez-vous que les autorisations du fichier sont 644.
wget http://www.yourdomain.com/files.tar.gz
Supprimez ce fichier d'archive dans le répertoire Web après la transmission.
Étape 3: Mettez à jour votre VPS et le programme WordPress
Mettez à jour votre système avec Yum:
sudo yum update -y
Mettez ensuite à jour votre installation WordPress vers la dernière version à partir du tableau de bord WordPress.
Étape 4: Reconstruisez la base de données WordPress sur le VPS
Afin de restaurer votre site WordPress sur le VPS Vultr, vous devez reconstruire la base de données Vultr WordPress, en d'autres termes, vous devez supprimer toutes ses tables et importer l'ancienne sauvegarde de la base de données.
Affichez les informations d'identification MySQL par défaut de l'application WordPress Vultr en un clic:
sudo cat /root/.my.cnf
Utilisez les informations d'identification à l'écran pour vous connecter au shell MySQL:
mysql -u root -p
Recherchez la base de données dont le nom est composé de wp
7 chiffres, puis basculez pour l'utiliser. Dis que c'est wp9968857
ici.
SHOW DATABASES;
USE wp9968857;
Facultatif: vous pouvez générer des commandes de suppression de table pour examen:
Select CONCAT( 'drop table ', table_name, ';' ) FROM information_schema.tables Where table_name LIKE 'wp_%';
Utilisez les commandes suivantes pour supprimer les 12 tables de la base de données wp9968857:
USE wp9968857;
DROP TABLE wp_commentmeta; DROP TABLE wp_comments; DROP TABLE wp_links; DROP TABLE wp_options; DROP TABLE wp_postmeta; DROP TABLE wp_posts; DROP TABLE wp_term_relationships; DROP TABLE wp_term_taxonomy; DROP TABLE wp_termmeta; DROP TABLE wp_terms; DROP TABLE wp_usermeta; DROP TABLE wp_users;
Toujours dans le shell MySQL, importez le fichier de sauvegarde MySQL dans la base de données nouvellement créée:
SET NAMES 'UTF8';
SOURCE ~/wordpress.sql
EXIT;
Étape 5: restaurer les fichiers de sauvegarde
Pour restaurer les fichiers de sauvegarde, vous devez décompresser le files.tar.gz
fichier, définir les autorisations appropriées pour chaque fichier et répertoire et les déplacer vers les emplacements appropriés.
Décompressez le fichier de sauvegarde dans votre répertoire personnel:
cd ~
tar -zxvf ~/files.tar.gz -C ~
Le wp-content
répertoire et le fichier ajouté manuellement "favicon.ico" devraient maintenant se trouver dans votre répertoire personnel.
Pour éviter les erreurs d'autorisation, l'ensemble du wp-content
répertoire et le fichier favicon.ico
doivent appartenir à nginx:nginx
:
sudo chown -R nginx:nginx wp-content
sudo chown nginx:nginx favicon.ico
En outre, les autorisations du wp-content
répertoire et de chaque sous-répertoire doivent être définies sur 755, les autorisations de chaque fichier doivent être définies sur 644:
sudo chmod 755 wp-content
cd wp-content
find ./ -type d -print | sudo xargs chmod 755
find ./ -type f -print | sudo xargs chmod 644
cd ~
sudo chmod 644 favicon.ico
Remettez-les dans le répertoire Web /var/www/html
:
sudo mv /var/www/html/wp-content /var/www/html/backup-wp-content
sudo mv ~/wp-content /var/www/html/wp-content
sudo mv ~/favicon.ico /var/www/html/favicon.ico
Redémarrez le serveur:
sudo shutdown -r now
Maintenant, vous pouvez consulter votre site migré depuis http: // [votre-serveur-ip] /. N'oubliez pas d'utiliser les anciennes informations d'identification WordPress pour vous connecter. Les informations d'identification WordPress que vous avez configurées lors du déploiement du VPS ont été effacées et n'existent plus.
S'il y a des textes ou des liens liés à votre ancienne adresse IP dans le contenu de votre site WordPress, vous devez les corriger manuellement.
Étape 6: modifier les enregistrements DNS
Enfin, vous devez modifier les enregistrements DNS A de votre domaine, remplacer l'IP de l'hôte partagé par l'IP du VPS Vultr que vous utilisez. Une fois les modifications entrées en vigueur, vous pouvez visiter votre nouveau site WordPress en utilisant votre nom de domaine.
Ceci conclut notre tutoriel. Merci pour la lecture et joyeux blog!
Dépannage
- Si le site donne une erreur 500, cela pourrait être dû à un problème avec une URL codée en dur dans un plugin, par exemple
w3-cache
. Pour résoudre ce problème, accédez au wp-content/plugins
dossier à l'aide de SSH et renommez le dossier du plug-in en ajoutant un suffixe. Cela désactivera le plugin et résoudra l'erreur 500. Ensuite, à partir du tableau de bord d'administration WordPress, réactivez le plugin.