Migration du serveur de blog
Bénéficiant du blog a traversé des difficultés techniques, j'ai décidé de changer de serveur et mettre à jour la version de WordPress cassé.
Les détails de la mise à niveau de WordPress peut varier d'une version à et peut être trouvé sur le site .
Je pourrais utiliser les options d'importation / exportation de WordPress lui-même, mais l'un des problèmes avec l'ancien fournisseur, était que je n'étais pas en mesure d'accéder à la zone administrative du blog. Sans même faire un téléchargement unique de tout ce que je ne pouvais plus entrer dans le blog et la réponse que j'ai obtenu était le fournisseur:
"... Contactez les développeurs de WordPress ... le"
J'ai alors décidé de contacter un concurrent et de migrer vers le clou ...
Les passsos j'ai utilisé étaient très simples et sont comme suit:
Embaucher le nouveau fournisseur
J'ai fait quelques recherches sur Internet, consulté des amis, et à la fin a été tout simplement remplir un formulaire, numéro de carte de crédit et d'attente pour la confirmation de paiement.
Sauvegarde
Alors que j'étais en attente de confirmation du fournisseur de nouvelles, j'ai été la sauvegarde du blog. Comme je l'ai eu beaucoup de "junk" installé, j'ai décidé de sauvegarder la base de données avec les messages, et d'utiliser une version de WordPress limpinha.
Pour sauvegarder le MySQL j'ai utilisé l'un de ses outils de ligne de commande mysqldump. Une des caractéristiques les plus cool (à mon avis) mysql et de ses outils est la possibilité de les utiliser à distance. Cela a sauvé ma peau plusieurs fois en temps de SysAdmin.
La commande était simple:
=my.old.mysqlserver user @ host: ~ $ mysqldump - host = my.old.mysqlserver - User = myuser - mot de passe mybkp.sql - Bases de données> myblogdatabase mybkp.sql
Organisez-my.old.mysqlserver =: Connectez-vous à l'hôte où est ma base de données MySQL
Utilisateur = myuser: Utilisez cet utilisateur pour la connexion.
-Mot de passe: Poser une invite de mot de passe. Si je voulais entrer dans le mot de passe directement, pourrait avoir fait du mot de passe = mypass.
Myblogdatabase des bases de données: Faire une sauvegarde de toutes les tables 'myblogdatabase' la base de données, utilisé par mon blog.
> Mybkp.sql: rediriger la sortie vers un fichier.
Mysqldump génère tout le code SQL nécessaire pour recréer la base de données dans le même état qu'il était.
Restauration des données
Au début de fichier de vidage a la référence à la base de données ancienne. Si la nouvelle base de données a un nom différent, vous devez éditer le fichier de vidage. Cela peut être fait avec la commande sed:
s /` olddatabase `/` newdatabase `/ mybkp.sql > mynewbkp.sql user @ host: ~ de $ sed s / olddatabase `` / `` newdatabase / mybkp.sql> mynewbkp.sql
La restauration est très simple, en utilisant l'invite de commande:
=my.new.mysqlserver --user =myuser --password user @ host: ~ $ mysql - host = my.new.mysqlserver - user = myuser - mot de passe mysql> utilisation newdatabase; mysql>. mynewbkp.sql
Cette logamos nous entrons dans la nouvelle base, toujours vide, et executaamos le fichier avec le vidage complet des instructions SQL pour recréer les tables et les données de l'ancien vers le nouveau.
Mise à jour de WordPress
Mise à jour WordPress suit les étapes de base de l'installation : Téléchargez, décompressez, déplacer le contenu vers l'emplacement désiré et éditer le fichier wp-config.php.
Enfin, avec le navigateur, exécutez le fichier
http://my.blog.root.path/bla/bla/bla/wp-admin/upgrade.php
Et le tour est joué! Vous recevrez un mot de passe aléatoire pour la connexion utilisateur admin et juste.
Mise en place WordPress
Lorsque le fournisseur fournit le service, il fournit généralement deux façons pour vous d'accéder aux fonctions du site. La première est la manière standard d'utiliser votre nom de domaine comme adresse, puisque l'autre fournit la même capacité que l'url étrange. Aujourd'hui, j'ai découvert pourquoi il en est: alors que le fournisseur de DNS a été nommé à l'ancienne, je accédé à l'url dans le nouveau fournisseur étrange, sans interférer avec (mal) fonctionnement de l'ancien site.
Après Wordpres installée, toute tentative d'accéder au contenu, redirigé vers l'ancien blog. Puis je me suis souvenu qu'il ya deux options pour configurer l'url dans le blog. Il suffisait de savoir où il était dans la base de données. Suivant la logique des noms de tables, est arrivé à des wp_options table.
Utilisation de l'outil GUI Query Browser MySQL, j'ai changé les champs 'option_value' qui correspondent à l'option 'option_name' les champs 'siteurl »et« maison »à cette url étrange, et je n'ai utlizá il lors de la migration, lors de l'installation des plugins et des thèmes . Après tout est fait, j'ai changé les DNS et enfin restauré les valeurs d'origine dans les options. Cette ligne de commande devrait ressembler à ceci:
; mysql> select * from limite wp_options 1; + ----------- + --------- + ------------- + ------------- ------------ + ---------- + blog_id | option_name | option_value | autoload | | Option_id | blog_id | option_name | option_value | autoload | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + | 0 | siteurl | http: // mydomain.com / etc | yes | | 1 | 0 | siteurl | http:// mydomain.com / etc | oui | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + ( 0.00 sec ) 1 row in set (0.00 sec) ; mysql> select * from wp_options où option_value = 'http://mydomain.com/etc'; + ----------- + --------- + ------------- + ------------- ------------ + ---------- + blog_id | option_name | option_value | autoload | | Option_id | blog_id | option_name | option_value | autoload | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + | 0 | siteurl | http: // mydomain.com / etc | yes | | 1 | 0 | siteurl | http:// mydomain.com / etc | oui | | 0 | home | http: // mydomain.com / etc | yes | | 40 | 0 | accueil | http:// mydomain.com / etc | oui | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + ( 0.00 sec ) 2 rows in set (0.00 sec) option_value = 'http://url.estranha.com/etc' mysql> wp_options mise à jour Septembre option_value = 'http://url.estranha.com/etc' où option_value = 'http://mydomain.com/etc'; 0.02 sec ) Query OK, 2 lignes affectées (0,02 sec) Warnings: 0 Rangées présents: 2 Changed: 2 Avertissements: 0 mysql>
La première instruction SQL était de savoir quels champs de la table, la seconde pour vérifier quelles sont les options qui avaient la même URL et la troisième, enfin, la mise à jour. Après cela, le blog est déjà pointant vers l'adresse correcte de travail, et le retour peut se faire par l'intermédiaire du site normalement.
Conclusion
Migration d'un blog sur l'ongle n'est pas la meilleure option, car vous risquez de perdre toutes les données. Je ne pouvais réaliser cet exploit, parce que je sais un peu de l'opération de WordPress et les outils autour. Pourtant, j'ai eu mes moments de suspense. Tout en maintenant la maison une sauvegarde séparée de messages, je ne pouvais pas enregistrer vos commentaires et les options en général. À certains égards, il était bon pour moi d'obtenir à puce et aller faire mes sauvegardes hebdomadaires du site.
Traducteur
