ワードプレスでブログを運営していると、突然ブログにアクセスできなることがあります。ブログにアクセス出来ないので、ウェブからでは何もできなくて、どうして良いのか戸惑います。
何故か今日も全くブログにアクセスできない状態になっていました。前回も同様になったことがあるので、前回の例を参考にして回復させました。それは、データーベースの保存と復元です。
Xrea Coreserver の管理画面に入って、データベースの操作画面で、データベースの保存をして、約3分後に復元をすると直りました。このようなことがあるから、私はブログが嫌いなのです。自分の管理外で何かわからないことが起こっている可能性があります。
ホームページではこのようなことはまずありません。ページの作成には少し難易度が上がりますが、全て自分の管理下にあります。
WP-DBManager はデータベースを簡単にバックアップできるプラグインです。データベースの最適化、復元、バックアップ、修正、削除、自動実行スケジュール等の機能があります。
作者のサイトは次です。WP-DBManager Ver.2.5 WordPress 2.8用に作られています。
http://lesterchan.net/portfolio/programming.php
WP-DBManager Ver.2.20 日本語版は次の所にあります。
http://wp.mmrt-jp.net/files/plugin/wp-dbmanager-2.20-ja.zip
作者のサイトからWP-DBManagerをダウンロードして解凍します。日本語対応にするには、WP-DBManager 日本語版をダウンロードして解凍します。wp-dbmanager.pot と wp-dbmanager-ja.mo を使用します。
wp-content/plugins/にダウンロードしたwp-dbmanagerフォルダ毎アップロードします。そして、プラグインの画面でWP-DBManagerを有効化します。後は、メニューのデータベースで設定します。
デフォルトでPHPがセーフモードで実行しますので、動作を重視してWordPressをCGIで実行した方が良いでしょう。まず.htaccessに以下の内容を追加して、WordPressのルートに転送します。
AddHandler application/x-httpd-phpcgi .php
次にWP-DBManagerを有効化します。すると、サーバー上にwp-content/backup-dbが作成されます。左下の「データベース」をクリックします。
mysqldumpのパスが自動で取得できないエラーが出ているはずです。「DB オプション」で次のパスを入力します。
mysqldumpのパス: /usr/local/mysql/bin/mysqldump
mysqlのパス: /usr/local/mysql/bin/mysql
WordPressを使っていると突然データーベースが不具合になることがよくあるようです。この場合、データーベースの最適化をやらないと直らないものです。これを自動的にしてくれるのがこのプラグインです。また自動的にバックアップをしてくれるのも便利です。
私は今まで、WordPress のブログをドメインのルートディレクトリに作っていました。しかし、このままだと、ルートファイルがゴチャゴチャして見にくいのです。また、将来ホームページスペースとして使う場合にも使いにくいのです。
そこで、ブログをルートからサブディレクトリに移動することにしました。ブログはMySQLというデーターベースを使っています。この為、ブログの移動はホームページの移動のように簡単にはできません。やり方を間違えるとブログが消えてしまうことが考えられます。
まず、ブログのデーターベースのバックアップをします。これは、Coreserver の管理画面でデーターベースの保存をします。public_html のひとつ上の階層に mysql_.**********.dump という18MB程度のファイルができました。
次にブログの管理画面のツールから、データーのエクスポートをします。これはパソコンの中にデーターをダウンロードします。wordpress.2010-11-15.xml のようなファイル名で500kB程度のファイルでした。
念の為に、ワードプレスのフォルダもFTPソフトでミラーリングダウンロードしておきます。画像ファイルは、これでダウンロードできます。
ブログをサブディレクトリに移動する手順は次の所にもあります。
http://wpdocs.sourceforge.jp/Giving_WordPress_Its_Own_Directory
ここでは簡単にできるように書いてありますが、実は色々な所でつまずきます。自信がない人はやめた方が良いでしょう。私もさんざん迷いましたが、結局やってみることにしました。次に私が経験した方法を記述します。
WordPress をルートディレクトリにインストール済みの場合、WordPress ファイルを専用ディレクトリwpへ移動するには次のようにします。
ブログの管理パネルで 設定 > 一般設定パネルを開きます。WordPress のアドレス (URL)欄を、新しい WordPress の URL に変更します。
WordPress のアドレス (URL)： http://hogehoge.com/wp
ブログのアドレス (URL)欄も、新しい WordPressの URL に変更します。同じにした方が後々問題がありません。
変更を保存（Update Options）をクリックします。 （この時点でエラーメッセージが出ても気にしません）
WordPressファイルを、作成した新ディレクトリ（WordPress address）へ移動します。ここでは、コピーでなくて移動します。
WordPressディレクトリの index.php ファイルをテキストエディタで開きます。次の修正を行ない、ファイルを保存します。
修正前：require(‘./wp-blog-header.php’);
修正後：require(‘./wp/wp-blog-header.php’);
新しい URL からログインします。例、http://hogehoge.com/wp/wp-admin/
パーマリンクを設定している場合、パーマリンク設定パネルを開き、パーマリンク構造を更新してください。.htaccess に適切なパーミッションを設定してあれば、WordPress が自動で .htaccess を更新します。
これだけではありません。各フォルダやファイルのパーミッションの見直しをしてください。また、テーマの中のPHPファイルを変更している場合はこの中のアドレスの変更も必要です。
http://hogehoge.com/ からhttp://hogehoge.com/wp/ へ移転したので、今までのアドレスのままでも転送して表示されるようにします。ルートのhtaccessファイルに次の行を追加します。私は追加ではなく、この2行だけにしました。
RewriteEngine on RewriteRule ^(.*)$ /wp/$1 [L,R=301]
このままでは永久ループの可能性があるので、hogehoge.com/wp/のディレクトリのhtaccessファイルに次の行を追加します。
RewriteEngine Off
永久ループしない安全な方法は、ルートに index.php ファイルを作って、内容を次のように設定します。つまり、/wp/へ転送するだけです。この場合はhttp://hoge.jp/にアクセスがあった時だけ/wp/へ転送されます。直接ブログの中にアクセスがあっても転送はされません。
<html> <head> <meta HTTP-EQUIV="Refresh" CONTENT="0;URL=http://hoge.jp/wp/"> </head> </html>
このままでは画像が表示されないので、次に画像を表示するように変更します。画像はhttpからの絶対アドレスになっています。
先程、ブログの管理画面のツールから、データーのエクスポートをした、データーwordpress.2010-11-15.xml の内容をエディターで修正します。エディターはTeraPadのようなutf-8の文字コードに対応したものを使います。メモ帳ではできません。
修正する内容は次のように置換を行ないます。
http://hogehoge.com/ を http://hogehoge.com/wp/ に置換します。
次にブログの管理画面の投稿から、投稿を全て削除して、ゴミ箱からも削除します。これをしないとデーターの上書きができません。カテゴリーも削除した方が良いのかも知れません。私はカテゴリーを削除しなかったので、カテゴリーが2重に登録されました。
次にブログの管理画面のツールから、データーのインポートをします。これでたぶんうまくいくはずです。
Xrea,Coreserverで管理画面からMySQLデーターベースの phpMyAdmin にログインしようとすると、「#1045 Access denied for user ‘****’@’localhost’ (using password: YES)」 というメッセージが出てログインできなくなりました。
この現象はよくあるようです。原因は、Xrea,Coreserverの管理画面の記述がわかりにくいのもひとつの原因になっています。Xrea,Coreserverの管理画面には次のような記述があります。
「ページ入室の際はログ閲覧画面の認証パスワード(ユーザー名:****,パスワード:****)をご利用下さい。」と書かれていますが、これはMySQLデーターベースの phpMyAdmin のログインパスワードではありません。
これは、管理画面で「ログイン」をクリックすると、表示されるBasic 認証のダイアログボックスで入力する ID、パスワードのことです。つまり次に入室に使用するユーザー名はMySQLデーターベースのユーザー名であり、パスワードも MySQLデーターベースのものです。
ログインの画面が2段構えになっていることが理解できないと難しいのです。また、Basic 認証のダイアログボックスは一度パスするとブラウザを再起動しないと、再度表示されないことも理解しておきましょう。
一度間違えて入力すると以後正確なユーザー名とパスワードを入力しても入室できないこともあります。ブラウザにユーザー名とパスワードを記憶させていると、間違ったパスワードになり、何度やってもうまくいきません。何度かやっていると突然入室できたのでやっとわかりました。
Powered by WordPress
