趣味で使っていたドメインに関してはGoogle Workspaceからメールを引っ越すことにしました。

いままで受信したメールも新サーバーに残しておくと、検索などで便利なので、移行の際のメモです。

目的と前提事項は、

• 新サーバーに今までのメールの必要な部分をコピーする。
• ローカルにもコピーを残す。
• 新サーバーへのコピーはあとからのんびり行う。
• 独自ドメインを持っていて、DNSの設定ができる。
• 新サーバーは有料の一般的なレンタルサーバーを想定している。

です。

GmailはIMAPで接続できるので、Mozilla Thunderbirdを利用して、PCにメールデータをダウンロードします。
webでgmailを開いて、「設定」（すべての設定）からimapの接続を許可しておきます。
次にMozilla Thunderbirdで受信できるよう設定します。受信サーバーはIMAPを選択します。

設定値は
受信サーバー:imap.gmail.com 接続:SSL/TLS( 993) 認証:OAuth2
送信サーバー:smtp.gmail.com 接続:STARTTLS( 578 ) 認証: OAuth2とします。サーバーはgooglemail.comでも可能かも知れません。自動設定では認証方式がOAuth2にならないかもしれないので、ここを手動で設定しないと、サーバーは見つかるものの、パスワードが違うと弾かれてしまいます。

設定が終わり、しばらくすると、ローカルに全てのメールがダウンロードされます。

次に新しいメールサーバーを用意し、同じくThunderbirdに設定します。IMAP接続のできるレンタルサーバーがお勧めです。この設定はレンタルサーバーによって異なるので割愛します。

両方のメールサーバーに接続できるようになったら、ドメインのDNSを変更し、メールを新サーバーで受信するよう変更します。

その後は必要なメールをThunderbird上で古い受信トレイから新しい受信トレイにコピーすれば、サーバーにもアップロードされます。

1. ドメインのDNS設定
   DNSの設定はいつでもできますが、反映されるのに時間がかかるので、先にやっておくと良いと思います。
   任意のドメインを取得し、DNS設定をCoreserverに向けます。
   value-domainであれば、「DNS設定」の欄を以下のようにします。

   a @ xxx.xxx.xxx.xxx

   ipアドレスは借りているサーバーに合わせて読み替えてください。@はwwwなどのサブドメインなしを示します。これで、example.comへ接続する場合、value-domainのDNSサーバーがレンタルサーバーのipアドレスを示すことができ、アクセス可能になります。

2. ドメインウェブの設定
   DNSで振り分けられたアクセスをレンタルサーバーで処理するための設定です。ここからはCoresreverの管理画面で行います。「ドメインウェブ」のsub1から続く欄の左側にexample.comと入力し、「ドメイン設定」ボタンを押します。このとき、先のDNS設定が正しいかどうかチェックされますが、設定から数分では反映されないことが多いので、間違いなければ「すべてのドメインでAレコードのチェックを行わない(強制設定) 」にチェックを入れてボタンを押します。
   設定すると、example.comというディレクトリがpublic_html下に作成されます。
   このexample.comというディレクトリに置いたファイルがexample.comにアクセスすることで表示されます。
3. データベースの設定
   Wordpressで使用するMySQLのデータベースを作ります。同じくCoreserverの管理画面から、「データベース」で2つ目以降の空欄にデータベース名(exampleなど)、パスワードを適宜設定し、文字コードはUNICODEとし、後でわかりやすくするために、備考欄に「example.com、wordpress用」などとしておきます。
4. sshのアクセス設定
   sshというコマンドラインでアクセスするため、「ホスト情報登録」メニューからssh登録ボタンを押します。Coreserverではセキュリティ対策のため、登録したホスト以外からはssh接続できないようになっています。
5. ssh接続
   RLoginなどのターミナルソフトでログインします。
   （詳細省略）
6. wordpressダウンロード
   ログイン直後は、ユーザーのホームディレクトリにカレントディレクトリがあるので、example.comに移動します。

   cd public_html
   cd example.com
   

   wgetでダウンロードします。ダウンロード先はwordpressのホームページのzipファイルのアドレスをコピーします。httpsの接続でホスト名の問題が出ることがあるので、–no-check-certificateオプションを付けます。

    wget https://jp.wordpress.org/wordpress-4.7.2-ja.zip --no-check-certificate
   

7. 圧縮展開
   zipファイルを展開します。

   unzip wordpress-4.7.2-ja.zip

   lsコマンドなどで確認しますが、wordpressディレクトリが作成され、必要なファイルが展開されます。

あとはブラウザからhttp://example.com/wordpress/にアクセスし、データベースなどの設定をウィザードに従って入力するだけで、設定は終わりです。

ローカルでzipファイルを展開してアップロードしても同じことができますが、細かいファイルがたくさんあるので、こちらのほうが、確実に処理できます。

結論から書くと、PHPのバージョンを5.4から5.6に変更していたことと、それに対応していないプラグインがあったことが原因です。ログインができないだけで、ページは一応表示できます。

環境は以下の通りです。

Coreserver(CORE-A)
Wordpress 4.5.3 （4.4.4でも同様）

CoreserverはドメインごとにPHPのバーションがコントロールパネルで変更できるので、一旦はログイン可能なバージョンに変更します。今回は5.5と5.6でログインできませんでした。また、5.4と7.0ではログインできました。

必要なバージョンアップを行い、一度バージョンを変えて試してみます。それでもログイン画面が表示されない場合は、プラグインを全てOFFにすると、おそらくログインできるはずです。

あとは、プラグインの変更や更新をした後、PHPのバージョンを戻してみて試します。

今回原因となったプラグインは、ZenCacheでした。プラグインの名称が変わり（Comet Cache）、ZenCacheそのものは更新が停止しています。

• 独自ドメインはそのまま使用する。
• レンタルサーバーを移転する。
• データベースサーバーも移転する。

1. メインテナンスモードに変更する。
   プラグイン（Maintenance Mode）
2. サイトのバックアップを取る。
   プラグイン（BackWPup）
3. データベースのバックアップを取る。
4. 新サーバーにWordpressのディレクトリをそのままコピーする。
   それなりのファイル数になるので、上記BackWPupなどで、圧縮ファイルにした後に、新サーバーで展開すると楽です。
5. 新サーバーにデータベースをコピーする。
   BackWPupの圧縮ファイルの中に、データベースのバックアップもあるので、phpmyadminなどで取り込んでもよいですし、記事末尾の方法でも良いともいます。
6. wp-config.phpを新データベースサーバーに合わせて変更する。

   define('DB_NAME', '');
   define('DB_USER', '');
   define('DB_PASSWORD', '');
   define('DB_HOST', '');
   

   この4行を適宜変更します。

7. ドメインのDNSを変更する。
8. レンタルサーバーのドメイン設定を変更する。

データベースのコピーはsshからでも行えます。
移行元ユーザーネーム db_s_username

 mysqldump -u [s_user] -h[s_server] -p[s_pass] [s_dbname] | mysql -u [t_user] -h[t_server] -p[t_pass] [t_dbname]

‘dir1/dir2/dir3’のような深いディレクトリを一度で作成する場合はmkdirに第3引数にtrueをつけて使用します。

$dirName = 'dir1/dir2/dir3';
$defaultUmaskNum = umask();
umask(0);
mkdir($dirName,0755,true);
umask($defaultUmaskNum);

mkdirの第2引数はパーミッションの設定です。数値で指定します。’0755’などのように文字列で指定するとエラーは出なくとも、おかしなパーミッションになることがあります。
また、umaskはデフォルトのパーミッションの設定です。mkdirに第2引数からumaskの値を引いた値が設定されるので今回は便宜的に0にして、処理後に戻しています。
PHP公式ではパーミッションの設定はumaskを変更するのではなく、chmodが推奨されていますが、作成される全てのディレクトリのパーミッションを同時指定することはできません。

表示したいディレクトリに「.user.ini」を設置します。

display_errors = On
error_reporting = E_ALL & ~E_NOTICE

error_reportingの値は適宜変更して下さい。設置したディレクトリとその下層ディレクトリで有効です。
coreserverのPHPはここ数年で変更がありましたので、過去の対応とは異なることがあります。これからも変化があるかもしれませんので、できれば公式の情報をあたることをオススメします。

速度やストレージ容量もそれなりですが、税込み504円/月という価格は何よりも魅力です。初期費用はかかりませんし、1ヶ月ごとの契約しかありませんので、年額と悩むこともありません。

「それなり」と書いたものの、VPSとしての機能は問題ありませんので、趣味や学習目的であれば、選択肢に入れるべきだと思います。

//画面にエラーを表示させない
ini_set(‘display_errors’, 0);
// ログに記録する
ini_set(‘log_errors’, ‘on’);
// ログの保存先
ini_set(‘error_log’, ‘/log/php_error.log’);

通常とは違う場所（ファイル）に分けて保存できます。書き込みができるよう、ディレクトリのパーミッションは適宜変更してください

cname @ www
a www xxx.xxx.xxx.002
mx mail 10
a mail xxx.xxx.xxx.001

しかし、これではメールは受け取りができません。以下のようにする必要があります。

a @ xxx.xxx.xxx.002
a www xxx.xxx.xxx.002
a mail xxx.xxx.xxx.001
mx mail 10

CNAMEはIPアドレスを変更するときに記述する箇所が少なくなり、管理が楽になりますが、メール等ではトラブルが起きやすいのでAレコードで記述すべきもののようです。

CNAMEをIT用語辞典で調べてみると「CNAMEレコードで定義された別名はMXレコードやNSレコードを設定することができない」と書かれています。今回の例ではMXレコードの直接の指定先ではありませんが、CNAMEは使わない方が良さそうです。

ImageJPEGはリファレンスによると以下の様に使います。

bool imagejpeg ( resource $image [, string $filename [, int $quality ]] )

ここで、ファイルではなく直接出力するために、2つめのパラメータである$filenameを「””」と設定していましたが、NULLにする必要があるようでした。（header(“Content-Type: image/jpeg”);としてから直接出力をすると、画像ファイルとして出力できます。Firefoxなどでは「画像ファイル…は壊れているため、表示できませんでした。」となってしまいました。）

以前は正常に動いていたコードなので、PHPのバージョンによっては空白でも動くようです。（今回は5.4でエラー）

imagejpegは出力の成否をboolで返すのですが、「””」と設定とした場合、falseが返ってきます。