今回は完全に私の不用意な１クリック。運営サイトに記事をアップしたついでに、メンテナンスくらいの気持ちで、プラグインの更新ボタンを押してしまいました。多くの場合、問題ないけれど、今回はWordPress のバージョンと更新したプラグインが合わなかったよう。

それと前後して、サイトにアクセスする時のエラーにも見舞われ、ドメインでのアクセスは大丈夫だけれど、ドメインの前に「www.」を付けると、何も表示されなくなりました。

この２つの現象を別物と思っていたので、とりあえず「www.」の方はレンタルサーバー（エックスサーバー）に、問い合わせ。

内容は……

http://xxxx.co.jp/ では、すべてのブラウザで正常に表示されますが、www.をつけ http://www.xxxx.co.jp/ にアクセスすると firefox や chrome では真っ白な画面になります（ただし、IE8では http://xxxx.co.jp/ に切り替わり、正常に表示します）。検証していただけますでしょうか

といったもの。

半日で返事が来て、アッサリ解決。思い至っていなかったけれど、同じ原因で管理画面も真っ白になっていたのでした。サーバーの仕様が原因ではなく、組み込んだプログラムのせいだったのに、細部まで調べピンポイントでエラー修復のヒントをくれたエックスサーバーのサポートに大感謝（サポート外と跳ねられても文句を言えない部分だもの）。且つ、そのエラーの原因の探り方までレクチャーしてくれていて、もう「ずっとエックスサーバー」と思ったのでした（全文は文末に）。

かいつまんで説明すると、「Category Posts Widget」プラグインの更新告知に従い、最新版に更新。それが、WordPress のバージョン（3.1.3）と合わず、不要な文字を追加するというエラーを起こしたよう。サーバーパネルにログインする権利がないので、ファイルマネージャーからの修正が叶わず、「Category Posts Widget」プラグインの前回までの使用バージョンをダウンロードし、サーバーのプラグインを上書き、ダウングレードさせました。

以下、エックスサーバーサポートからのメール全文引用。長いので、必要な方だけどうぞ！（ドメイン部分のみ編集）

Wordpressでは「データベース」の中に、
「どのURLでWordpressが運用されているか（Wordpress運用URL）」の情報が、
wwwのあり・なしまで含めて管理されております。

エックスサーバーではwwwあり・なしいずれでもサイトの表示が可能ですが、
Wordpressへアクセスした場合、上記「Wordpress運用URL」との照合を行い、
wwwあり・なしの相違があった場合、自動的に正しいURLへの転送処理が行われます。

お客様がドメイン直下「http://xxxx.co.jp/」に設置のWordpressを
簡易的に確認したところ、wwwのついたURL「http://www.xxxx.co.jp/」から
運用URL「http://xxxx.co.jp/」への転送処理において、
エラーが発生しておるように見受けられました。

その際のエラーログを確認しましたところ、下記のようなエラーが出ております。

※サーバーパネル内「ログファイル」よりエラーログの確認が可能です。

▼エラーログより
————————————————————
[Wed Sep 21 03:22:01 2011] [error] [client 119.63.196.59] PHP Warning: Cannot modify header information – headers already sent by (output started at /home/xxx/xxxx.co.jp/public_html/wp-content/plugins/category-posts/cat-posts.php:1) in /home/xxx/xxxx.co.jp/public_html/wp-includes/pluggable.php on line 897
————————————————————

上記エラーを拝見する限り、
「/home/xxx/xxxx.co.jp/public_html/wp-content/plugins/category-posts/cat-posts.php」
ファイルの1行目の処理において何かしらの不都合が生じ、
その結果としてエラーが発生しておるようでございます。

このようなエラーが発生する場合、
【ファイルマネージャー】にて該当ファイル（cat-posts.php）をご確認いただきましたら、
先頭行にて「?

恐れ入りますが、こちらの表記を「? 再度状況をご確認くださいますようお願いいたします。

※該当ファイルをお手元で編集する場合、　
　必ず【BOMなし】にてファイルを保存してください。
　（windows付属のメモ帳で編集した場合「BOMあり」で保存されてしまい、
　　この度のようなエラーの原因となってしまいます）

エックスサーバーはこちら

それも、ダメな部分の修復などではなく、より高機能へスライドするためのメンテナンスらしい。

特に嬉しいのが「MySQLサーバーの処理速度の大幅な高速化」。WordPress多用の私にピッタリのメンテナンス。有り難いなー。

現状でも全然文句のない速度なんだけど、大幅に高速化するなんて……、嬉しすぎるーぅ。

■メンテナンス作業内容
・最新CPUへの交換
・ハードディスク構成のRAID1からRAPID10への移行
※最新CPUへの交換・ハードウェア構成の見直しによりMySQLサーバーの処理速度の大幅な高速化を行います。

エックスサーバーでWordPressを使う時は……

非常に整理された各項目のパネル、しかもほとんどのパネルの画面及び操作が統一されているので、こちらの頭の中もすっきり。

ドメイン毎に表示されるコントロールパネルの画面。ココを見ただけで、何をどういう手順でするか頭の中に動線が引かれる。

新規にWordPressを使う場合は、４の自動インストール後、WordPressの管理画面に移り各種設定することになる。

サーバーの引っ越しなら、５のphpmyadminでsqlファイルをインポート。

MySQL設定の画面はこんな感じ。ものすごくわかりやすい。

余談だけれど、エックスサーバーの設定画面は、常に２クリック（ダブルクリックじゃありません）で確定する。１クリック目で確認、２クリック目で確定。気の早い私は、「ボタン押したのに設定されていない」など失礼な独り言を言ったりしちゃって……。

データベース名＆ユーザー名とも、サーバーID_任意の文字列なので、申し込み時に決めるサーバーIDは後々のコトを考えて、わかりやすい＆短めがオススメ。

自動インストールは、あまりの簡単さにビックリ仰天。インストールにかかる時間も短く、待つ間もないって感じ。今まで手動でファイルをアップロードしていた身には物足りない程。１回目のインストールの時は、ファイルが全部揃っているかサーバーを確認してしまったくらい。

このWordPress自動インストールと整理されたコントロールパネルのお蔭で、引っ越しもストレスがなくスムーズに完了。

レンタルサーバー選びで時間を使い、迷いもし、失敗も繰り返し……、で結構憂鬱な時が続いたが、エックスサーバーで解放された思いです。最悪、「簡単サーバー移動」という機能を使って、内部引っ越しができるようなので、それも安心。

ただ、最後までどちらにしようかと迷ったヘテムルも捨てがたかったです。サイトデザインのクオリティーの高さも気に入っていたし、メニュー類の使い勝手の良さ、マニュアルの完璧な案内文、そしてWordPressのインストール。

ヘテムルのWordPress自動インストールは、（名称に拘らなければ）MySQL設定からインストールまで、本当に１クリック、瞬きの間（笑）に完了してくれる。ちょっと別世界って気がしました。なぜ選ばなかったかというと、ユーザーフォーラムに「重い」というクレームがこの頃目立っていたので。ヘテムル側は改善の方向に進めているようなのだけど、今引っ越しが必要なので、心を残してエックスサーバーに決定したのでした。



ヘテムルは今、５年記念のキャンペーン実施中です。

さて本題。契約前から始まった、ドメインキングとの行き違いや納得出来ずにいるコトを書いてみます。

１．ドメイン移管について
契約直後、別件の問い合わせに関連し、ドメインの移管が義務づけられているようなメールが届く。「ネームサーバーのアドレスが案内してあるから、間違いでは？」と返信すると、「誤解を招く書き方をしてしまいました……」って。脱力。

ドメインの移管前にドメインを使用してサーバーにアクセスを行うことは出来ません。

２．意味不明の電話（親切という側面も考えなくはないけど……？）
未だに意味がわからないけれど、契約後、ドメインキングの方から電話がきて「何でも相談に乗るから、気になっているコトがあるなら……」と。「初めてのコントロールパネルなので、WordPressの引っ越しが心配なんですよー」と言ったら、「技術の者に代わります」。

内心、そこまでサポートはしてくれないだろうと、普通ねー。でも、代わった技術の人はあまりWordPress（データベース？）のコトがわからないようなので、「いや大丈夫です。自分で考えます」と私は言ったのに、「同じ環境を作ってやってみて、改めて電話でサポートします」と。かなりビックリ。でも、それっきり。前サーバーの期限切れも近かったので自力で引っ越したけれど、待ちの２日間のロスで焦った。

３．インタビューなの？
WordPressの引っ越しが終わって少しした頃また電話（電話はいつも夜8時過ぎ）。「引っ越しは上手くいったから」と伝えると、いろいろ質問攻め。今にして思えば、その手順を聞きたかったのか？とも。仕事が押していたので、またまた焦った。

※もしかしたら、電話インタビュー？　立ち上がったばかりで情報が欲しかった？　で、エンドユーザーとヘビーユーザーの間くらいの私に白羽の矢が……とも思ったり。でも、夜の電話はちょっとね。

４．頻繁なサーバーダウン（今は解消している感じ）
とにかくデータベースがよく落ちる。落ちると回復までかなりの時間を要した。ただ、これは私が借りたマシンがたまたまひ弱、ということも。どのレンタルサーバーでも、共用ならヘビーユーザーと同居してしまうこともあるので。と、大目に見たい気持ちはあるのだけど、ひと頃は激しく落ちる感じで焦った。最近はほとんど落ちていない感じ（サーバーダウンを教えてくれるwebサービス）。

でも、最初は障害報告のページが無かったので、ダウンを発見すると、ドメインキングが把握しているか心配で、出先からメールしたり……。大いに焦った。

５．メールが挙動不審＆サポート不信
メールの受信機能が挙動不審。何日も受信数ゼロと思っていたら、ドッと一気にその間のメールが纏めて届く。と思いきや、正常に動作したり。届かない時は、メーラー機能でサーバーのメールボックスを覗いても空（もちろん、サーバーにメールを残す設定）。正常に動作している時は、メーラーから設定日分のメール（受信の如何に関わらず）がサーバー上でちゃんと確認できるのに。

ドメインキングに問い合わせたら「webメールで確認出来ます」って。それは確認したけれど、そのメールがメーラーから見えたり、見えなかったりするのが可笑しいし、受信の間隔が何日もあるのも可笑しい。設定がそのままでも、時々正常に受信するのも可笑しいとまで思っちゃう（笑）。

で、ついには

なお、メールソフト等にてメールを受信し、一度既読されたメールに関しましては、「受信箱」にはカウントされないかと存じます。※基本「サーバーの中を見る」等の機能では、「未読」のメール数のみを　カウントするためです。

また、別のメールソフト等にて「POP3」形式で受信された場合、既に受信済みという形となり、別のメールソフトにて受信を行うことが出来なくなるかと存じます。

既読後、受信内容をメールソフト上より削除された場合、再度受信を行うことは出来ません。

「POP3」とは、メールデータを受信する際の受信方法のひとつで、サーバー上よりメールデータを取得後、サーバー上からメールデータの削除を行います。

こちらは世界共通で定められた受信方法となっておりますので、弊社サーバー側にて対処させていただくことは出来かねます。

と返事がきちゃって……。メールのメカニズムは知らないけれど、経験として、POP3で設定したメールでも、「サーバーに残す」設定にしておけば、受信後メーラーから削除してもサーバー内に残っています。同一のPC＆メーラーからも何度でも受信できます。今まで経験したサーバー（さくらインターネット、WebARENA、ハッスルサーバー、アイル、サーバーカウボーイ）すべてそうですよん。

受信したらメールが削除され、他のメーラーで受信できないなら、「サーバーに残す」設定って何？って感じです。上記引用内の文章は全く理解できません（状況や設定内容も詳しく伝えているので、認識が違うというワケではないと思います）。

ともかく、もう諦めました。コントロールパネル（Plesk）も使い難かったし、たまにものすごく重いし……。

で、次のレンタルサーバーはエックスサーバー。ここは素晴らしい。使ったコトがあるレンタルサーバーで、最も使い易くて、軽くて、速い。コントロールパネル内の作業に全くストレスを感じません。別の記事で、また報告したいと思います。

サポートからは、丁寧に「違うよ」と返されました（ま、当然な気もします）。またもや検索しまくり。で、見つけました、ピッタリの記事を。

wordpressプラグイン“all in one seo pack”のタイトル文字化け修正

何やら、先頭文字を大文字にする文字関数
日本を粗末にしやがって・・・

とありますが、ではなぜ今まで、そして他のサイトで使っている「all in one seo」は問題なく動いているのでしょうか？　Windowsサーバーってルールに厳しくて、Linuxなら見逃してくれる記述にもダメ出しするのでしょうか？　真面目ですね－。

ともかく、上記サイトからプラグインをダウンロードして入れ替えたら、すっくり文字化けが解消しました。

画像などのデータをFTPでアップロードしたり、データベースをインポートするまでは、アイルは実に軽快でした。自分でも慣れてきたなーなんて（笑）。

が、しか～し、校正用のアドレスでサイトを確認している時に「う、うーん」と頭真っ白。デフォルトのパーマリンクでは問題なかったのに、いつもの「/%post_id%.html」にすると、トップページ以外「404 Not Found」。「数字ベース」など選べるパーマリンク設定のテキストボックスには、なぜか「/index.php」が挿入されている。

アドレスに身に覚えのない私は、「/index.php」を削除したり、戻したりしながら確認したところ、どの場合もアドレスに「/index.php」がある場合は、すべて大丈夫。「/index.php」のないアドレスにするとトップページ以外全滅。

http://xxxx.xxx.jp/xxx.com/xxxxx/index.php/3601.html

WordPress.日本語によると、パーマリンクの種類の違いで

PATHINFO パーマリンクは、途中に /index.php が挿入されるという差異の他は、mod_rewrite パーマリンクによく似ています。

なんですけど、嫌なんですよ、これじゃ。引っ越し前のアドレスと違ってくるし、見た目も、何だか？な気がして。

で、アイルに問い合わせメールを出したところ、これが実に丁寧で核心を突いた返事が半日で戻ってきたのでした。その説明だと

……
ご利用頂いているサーバーはWindowsサーバーとなり、URLの書き換えを行う「mod_rewrite」はご利用いただけません。代替の機能として「ISAPI_rewrite」を提供しております。

「ISAPI_rewrite」をご利用いただくことにより、仰せの現象が解決する可能性がございますのでお試しいただければと存じます。「ISAPI_rewite」の設定につきましては、下記にて……（以下省略）

省略したのは、実際の記述が私の場合と違って使えなかったからです。それから、「ISAPI_rewrite」で検索しまくり、下記のページに辿り着きました。

リライトしてください、コノヤロー。

で、つまり娘の子育てブログ「kanta-hako」サイトは下記内容の.htaccessファイルを置いたわけです。

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /kanta-hako/index.php [L]

この件を検索していた時、「/index.php が入っちゃうけど、どうしても回避策がわからない」「仕方ないから、/index.php が入ったアドレスでも良いコトにした」なんて、諦めの言葉をいくつも目にしました。

良いコトがあるからなんだと思うけれど、やっぱりWindowsサーバーのこんな部分は嫌ですね。でも、今のところアイルは良い感じです。早いし、サポート最高だし、99.99％の稼働率だし、私のレンタルサーバーの契約が切れる頃、娘に同居の打診をしてみようかなんて思っています。60GBも使い切れないだろうし、ね。