今回、ドメイン変更を伴うサイトの引っ越しをしてちょうど1ヶ月なので、無くなってしまう短期的な記録を中心に備忘録を。

新しいサイトに関してはgoogleのウェブマスターツールに登録＆sitemap送信した直後から猛烈にクロールされまして、2/21までは総アクセス数自体もうなぎ登りでした。

ただし、2/21頃から旧ドメインのインデックス内容が消され始めた＆新ドメインの評価は低い事からだと思いますが、サーチエンジン経由の流入数が極端に減りました。ページ数で数えると1/3以下ですねぇ。ま、仕方無いなぁ。

上は新しいサイトへの検索クエリ数のグラフです。右の方の大きな下落が「旧ドメインのインデックス内容が消され始めた」タイミングと同じ雰囲気です。

こちらは旧サイトの検索クエリ数のグラフです。順調に下がってますなぁ（笑）このグラフが意味する所は、旧サイトへのgoogle（今はyahooもか？）検索で検索された回数な訳でして、どうせなら早いうちに「0」に張り付いて欲しい訳ですが、1ヶ月では切り替わらないっぽいです。

アパッチのログ的にも2/22を境にアクセス数が急激に減っているので、「旧ブログの記事」が検索エンジン上からは消え、未だ信用ならない「新ブログの記事」は下位に埋もれている状態なんだと思います。

サイトの移転による一時的な事態なのかどうかは正直分かりませんが、サイトの引っ越しをすると…こんなもんだと、あらかじめ分かっているかどうかで人生変わるかもね（笑）

それから、HPの表示時間に関しては旧サーバだと「15秒」位かかっていたものが、今ならキャッシュ無しで2秒程になってまして確実に高速化されてますです。これだけで「サイトを引っ越し」た意味があるってもんですよ。

このサイト、向こう1ヶ月位は検索エンジンの上位へ表示されることは無いと思いますが…またいつの日か会いましょう！

サーバ移行をする気になった経緯は前回の通り。ちなみに移行する先のサーバは、去年の夏頃100円キャンペーンにやられて借りているドメインキングというレンタルサーバ会社。今までphpのアプリを作る練習台としてしか使ってませんでした（汗）

やった事をすぐに忘れそうな気がするので、具体的な手順をメモメモ。

１．まずはLacoocan側からのデータ吸い上げ→ドメインキングへ転送

FFFTPでLacoocanのwordpressファイル一式をローカル側へダウンロードして、ドメインキングのwordpressディレクトリへそのまま転送。しっかしすげぇ容量だなぁ…と作業完了後によく確認したら、デジカメの写真のバックアップデータまで含まれていて…容量のほとんどがこの無関係の写真データだった（爆）

wp-config.phpの中のMySQL のユーザー名等を新サーバ用に修正する以外はwordpress関連のファイル群の修正はいらない。

２．Lacoocan側のMySQLのデータベース内容をローカルへ保存→ドメインキングへ転送

最初、管理画面のエクスポートから吐き出したxmlファイルをインポートしようとしたらサイズが大きすぎて（2MByteまでらしい）インポート出来なかった。そんな訳で管理画面のバックアップでSQL文を出力。

ドメインキング側へphpMyAdminを使って転送しようとしたところ…ドメインキングではphpMyAdminが標準で使えるように準備されておらず…結局自力でphpMyAdminをサーバにインストールする羽目になった（爆）

phpMyAdminインストールした後は、SQLをインポート。インポート後にwp_optionsテーブルにある「siteurl」と「home」を新urlにして、取りあえず準備完了。（注）urlの変更を伴う時は、これだけではちと問題が起きます。項目４も参照下さい。

３．wordpressの再構築

wordpressの再構築とは言っても、新サーバのwordpress管理画面にログインしようとすると、何やらデータベースの更新やら何やらを実行しますと言われるので、「はい」ボタンを押していくと勝手に完成します。

プラグインも含めうまく動かない場合のほとんどの原因は、サーバ側のファイルとディレクトリのパーミッションの設定に問題があるようです。

４．ちょっとはまった事など

PCではちゃんと移行出来ているように見えたので、ktai styleがちゃんと動いているか携帯経由で見てみると…とりあえずは動いているんだが、何故か画像が縮小版では無くリンクに置き換わってしまっていた。\wp-content\uploadsの下に作られるktai styleが吐き出すファイル（旧版）が悪さをしているのかと思い全部消してみたが効果無し。

何が原因なのか良く分からないのでIEからFirefoxにブラウザを変え、ユーザーエージェントを携帯の設定にして旧サーバと新サーバのソースを見比べたところ…画像のリンク先が旧サーバになってしまっていた。ktai styleは外部サーバの画像はリンクとして表示する仕様だそうなのでこれが原因。

ktai style自体を再インストールすれば直るかと思いきやこれまた効果無し。何でなのかなぁ…と考えながら、普通に表示されている普通のPC版のソースを何となく眺めていたら…思いっ切り昔のサーバにある画像を読み込んで表示している事が判明（爆）

インポートしたSQL文を見てみると…ブログの本文のイメージタグが昔のサイトのurlのままだった。そりゃそうだわな（笑）そんな訳で結局「秀丸」でSQL文の旧urlを新urlに全置換して再インポート。無事に移行が完了しました。

最終的に.htaccessで旧サーバ→新サーバへリダイレクトして、旧サーバ側へのアクセスも新サーバへ来るように設定したので、後はgoogleのクロールがある程度進んだらウェブマスターツールでアドレスの変更をすれば全部終わりかな。めでたしめでたし。

まずはこの世界の先達の皆様方へ感謝。

皆々様の解説ページや体験談を参照させて頂いたことで何とか移行が出来ました。本当に有難うございます！

そして…何とか新サーバへのwordpress移行が出来たようなので備忘録などを。

注）日本国債の歴史的な格下げの日にブログ移転作業が完了出来た事を感謝したい（嘘）

～サーバー移転の経緯あたりから？～

一般的なブログサービスで日記的なもの（旅の思い出等々）を蓄積していってしまうと、いずれ首が回らなくなる気がした事から「jugem」というブログサービスから抜け出したのが去年の正月頃。

当時の一般ブログからレンタルサーバに移行した経緯の詳細はこちら「WordPressを使い始めて１ヶ月」。

～その後月日は過ぎまして…lacoocanサーバでブログ等を続けて行くのが少々苦痛になってきた～

去年レンタルサーバを借りようと思った時は、パソコン通信時代（笑）から未だに繋がり続けている「@nifty」に「lacoocan」というレンタルサーバサービスが有る事を知り…正月に酔った勢いで1年契約を結んだのだと思う…（笑）

lacoocanの良いところ

ユーザーそれぞれで違うかと思いますが、個人的には「サーバが止まってるように思うんですが…」というメールを出したら、現状～復旧状況に関してをリアルタイムに詳細にメールで御連絡を頂けた事かなぁ。さすがに自社のサーバトラブルを「ツイッターで！」ってな訳にはいかないと思いますんで…メールでの対応でいいと思います。

lacoocanの駄目だったところ

１・最初の一ヶ月間のお試し期間が終わった後に、webサーバが「apache」では無く「Zeus」だと言う事に気が付いた。あらゆるWeb系の解説書の大前提として「webサーバはapache」として色々解説されていると思うがそれが通用しない。「Zeus」サーバなんてlacoocan関連以外では未だに聞いた事ねぇし…（笑）ただまぁ、「Zeus」サーバは「apache」を意識して出来ている関係で、コマンドの一部がそのまま使える模様。コマンドマニュアルもダウンロード出来たので読んでみた。。。とは言うものの…「Zeus」サーバへのコマンド群は「lacoocan」ではサポート対象外との事。

ようするに…どうにもなんねぇだろうよっ！（涙）

２・遅い

googleでの検索結果にこのブログがそれなりに出始めた頃から気になっていたんだが…このブログのページを表示するのに１０秒とか掛かる事が連発し始めた。

最初は一時的なものと思っていたが、どうやら違うらしい。サーバに同居中の方の中に重い処理を続けている方がいるのかもね。ま、自分自身はSETI賛同者なんでCPUの負荷に関しては文句は言えないが（笑）そのうちに、ヒ素以上の生物のシグナルを受信するんだから気にはしないさ（笑）

～そんな訳で～

自分のバイク旅のページ等々が重い事はどうでも良かったりするが、局所的とは言えgoogle検索で上位に表示される「ラーメン屋」情報のレスポンスが悪いままなのはどうかと思い…サーバ移転を決意しました。