ブログサーバーの移行

2008年2月23日··で掲示されるブログMySQLの · ビューのコメント

ブログは技術的困難を経験してきた楽しんで、私は、サーバーからそれを変更して、WordPressの壊れたバージョンをアップデートすることを決めた。

WordPressのアップグレードの詳細はバージョンにより異なる場合がありますとオンされていますサイト

私はWordPress自体のオプションのインポート/エクスポートを使用していますが、古いプロバイダとの問題の一つでした、私はブログの管理領域にアクセスすることができないことだった。 でも何かの単一のアップロードをせずに私は、もはやブログにログインできなかったと私が得た応答は、プロバイダだった。

"... WordPressの開発者にお問い合わせください..."

私は、競争相手に連絡して、爪への移行を決定しました...

私が使用しpasssosは非常に簡単だったと、次のとおりです。

新しいプロバイダを雇う

私は、いくつかのインターネット検索をした友人に相談し、最後にただのフォームに必要事項を記入したが、クレジットカードの番号やお支払いの確認を待ちます。

バックアップ

私は、新しいプロバイダの確認を待っている間、私はブログをバックアップしました。 私はインストールされている "ジャンク"をたくさんあったので、私はポストを使用してデータベースをバックアップし、WordPressのlimpinhaのバージョンを使用することを決めた。

MySQLをバックアップするために私は、そのコマンドラインツールmysqldumpのものを使用しました。 クールな機能(私の意見では)MySQLとそのツールの一つは、それらをリモートで使用する可能性があります。 これは、sysadminの時代に数回私の肌を保存しています。

このコマンドは単純なものでした。

  =my.old.mysqlserver ユーザ@ホスト:〜$ mysqldumpを-ホスト= my.old.mysqlserver 
              -ユーザ= myuserの-パスワード 
              mybkp.sql - データベースmyblogdatabase> mybkp.sql 

-ホスト= my.old.mysqlserver:私のMySQLデータベースにあるホストに接続します。
ユーザ= myuserの:接続のためにこのユーザを使用します。
-パスワード:パスワードプロンプトを依頼してください。 私は、直接パスワードを入力したい場合は、行われ、パスワード= mypassを持つことができます。
Myblogdatabase·データベース:私のブログで使用されるデータベース 'myblogdatabase'内のすべてのテーブルのダンプを作成します。
> Mybkp.sql:ファイルへの出力をリダイレクトします。

mysqldumpはそれと同じ状態にデータベースを再作成するために必要なすべてのSQLを生成します。

データの復元

ダンプ·ファイルの開始時に古いデータに基づいて参照されます。 新しいデータベースは、異なる名前を持つ場合には、ダンプ·ファイルを編集する必要があります。 これは、sedで行うことができます。

  s /` olddatabase `/` newdatabase `/ mybkp.sql > mynewbkp.sql ユーザ@ホスト:〜$ sedのS / olddatabase `` / `` newdatabase / mybkp.sql> mynewbkp.sql 

復元はmysqlプロンプトを使用して、非常に簡単です。

  =my.new.mysqlserver --user =myuser --password ユーザ@ホスト:〜$ mysqlの-ホスト= my.new.mysqlserver -ユーザ= myuserの-パスワード
 MySQLの>使用newdatabase。
 MySQLの>。  mynewbkp.sql 

このlogamos我々はまだ空の新たな基地を入力し、テーブルと新しい、古いデータを再作成するSQL文の完全なダンプを含むファイルをexecutaamos。

Wordpressをアップグレードする

WordPressがの基本的な手順は、次のアップグレードインストールをダウンロードし、unpackは、目的の場所にコンテンツを移動およびファイルのwp-config.phpを編集します。

最後に、ブラウザで、ファイルを実行

http://my.blog.root.path/bla/bla/bla/wp-admin/upgrade.php

と出来上がり! あなたは、adminユーザのログインだけのためにランダムなパスワードを受け取ります。

WordPressを設定する

プロバイダがサービスを提供する場合は、通常、サイトの機能にアクセスするための2つの方法を提供しています。 一つは、他の奇妙なURLと同じ機能を提供しているので、アドレスとしてドメインを使用する標準的な方法です。 これは、なぜ今日は発見された:DNSプロバイダは前者に任命されている間、私は古いサイトの機能(MAL)に干渉することなく、奇妙な新しいプロバイダのURLにアクセスしました。

Wordpresをインストールした後、コンテンツにアクセスしようとすると、古いブログにリダイレクトされます。 それから私はブログでurlを設定するための2つのオプションがありますことを思い出しました。 それは十分にそれがデータベースにあった場所を知っていた。 テーブル名のロジックに続いて、テーブルwp_optionsに到着しました。

GUIツールのMySQL Query Browserを使用して、私はフィールドのフィールド 'option_nameの'オプション 'siteurl "と奇妙な、そのURLに"ホーム "に対応していること'がoption_valueが"変更され、プラグインやテーマをインストールしている間、私は、移行中にutlizáそれを持っている。 すべてが完了した後、私は、DNSを変更し、最終的にオプションで元の値が復元されます。 このコマンドラインは次のようになります。

  ; します。mysql> SELECT * wp_options限界1から;
 + ----------- + --------- + ------------- + ------------- ------------ + ---------- +
 blog_id | option_name | option_value | autoload | | Option_id | blog_id | option_nameは| option_valueが|オート|
 + ----------- + --------- + ------------- + ------------- ------------ + ---------- +
 | 0 | siteurl | http: // mydomain.com / etc | yes | | 1 | 0 | siteurl | http://をmydomain.comの/ etc |はい|
 + ----------- + --------- + ------------- + ------------- ------------ + ---------- +
 ( 0.00 sec ) セット内の1行(0.00秒)

 ; します。mysql> SELECT * = 'http://mydomain.com/etc "をoption_valueがwp_optionsから。
 + ----------- + --------- + ------------- + ------------- ------------ + ---------- +
 blog_id | option_name | option_value | autoload | | Option_id | blog_id | option_nameは| option_valueが|オート|
 + ----------- + --------- + ------------- + ------------- ------------ + ---------- +
 | 0 | siteurl | http: // mydomain.com / etc | yes | | 1 | 0 | siteurl | http://をmydomain.comの/ etc |はい|
 | 0 | home | http: // mydomain.com / etc | yes | | 40 | 0 |ホーム| http://をmydomain.comの/ etc |はい|
 + ----------- + --------- + ------------- + ------------- ------------ + ---------- +
 ( 0.00 sec ) セット内の2行(0.00秒)

 option_value = 'http://url.estranha.com/etc' mysqlの>アップデートwp_options 9月= 'http://url.estranha.com/etc "をoption_valueが 
       ここで、= 'http://mydomain.com/etc "をoption_valueが。
 0.02 sec ) クエリの[OK]を、影響を受けた2行(0.02秒)
 Warnings: 0 マッチした行:2変更:2警告:0

 mysqlの> 

最初のSQLステートメントは、同じURLとサードを持っていたオプションは、最後に更新内容を確認するテーブルのフィールドを、第二を知っていた。 その後、ブログは既に正しい仕事用のアドレスを指している、リターンは、通常、サイトを介して行うことができます。

結論

ネイルのブログを移行し、すべてのデータを失うリスク以来、最高のオプションではありません。 私はWordPressの周辺ツールの動作を少し知っているので、私は、この偉業を実行することができます。 それでも、私はサスペンス、私の瞬間があった。 自宅ポストの個別のバックアップを維持しながら、私は一般的にあなたの意見やオプションを保存できませんでした。 私はスマート取得し、サイトの私の毎週のバックアップを行って行くため、いくつかの方法でそれが良かった。