月別アーカイブページが表示されない→PHP5.4のせい？

月別アーカイブが表示されなくなっちゃった

Disappearing Money / Out.of.Focus

んー、なんとも難しいというか、「こんな事があって、原因はコレで、こうしたら解決しました！」みたいな完結記事が書ければベストなんですけど、今もよく分からないので困ってます。

記事タイトルにも書いた通り、「月別アーカイブが表示されなくなっちゃった」という現象で悩みまくりました。

同様の現象で悩んでる方、あるいは解決された方がいないかをGoogleで散々検索し、探ったのですが、全くと言っていいほど記事や解説が見つかりませんでした。私だけが苦しんだのだろうか。

もしもどこかで同じ現象により悩んでらっしゃる方がいたら（いると思うんだけどなぁ…）、と思って今回書いてみます。

発端はバックアップ用プラグインのエラー

事の発端は、WordPressのデータをバックアップするプラグイン「BackWPup」のおかしな挙動でした。

詳細は上の記事で書いた通り。概要を書くと、

というのが、上の記事を書いた3月初旬時点での状況でした。

ここから先は、記事を書いた以降に実施した内容と、その結果としておかしくなった状況になります。時系列で書いていきます。

旧バージョンでも保存エラー発生

今まで成功実績があったはずの旧バージョンでもおかしくなってしまいました。バージョンの戻し方をミスったのかもしれません。

設定を見直してしばらく様子を見ましたが、エラーが発生したり、ログ上は成功でもファイルがなかったりと、処理失敗が続きました。

ロリポップのPHPを5.4に、プラグインを最新にアップ

旧バージョンでも失敗するなら仕方ない。他のプラグインや処理への悪影響が気になりましたが、バックアップを取らないわけにもいかない。

他のプラグインに変えることも検討しましたが、最終的にはPHPとBackWPupのバージョンを上げることにしました。

↑まずロリポップでPHPのバージョンアップ。ユーザー専用ページで「WEBツール」→「PHP設定」。

↑ロリポップにある全てのPHPバージョンを5.3から5.4に変更。

さらにWordPressの管理画面でプラグインBackWPupのバージョンを最新版にアップデート。これで完了です。

旧バージョンでタイムアウトエラーを防止するためにやっていた「処理時間を延長するためのソース修正」が、最新バージョンのBackWPupでは出来なくなった（＝カスタマイズ対象のファイルが見当たらなくなった）ので、バックアップジョブを更に細分化し、ファイルサイズを極力小さくするよう努めました。

これらの結果、バックアップがようやく成功するようになりました。

ここまでは良かったんです。しかし、懸念していた悪影響が出てしまいました。

月別アーカイブが消えた

↑今までエラーなど1つもなかった「サーバーエラー」が、ある日いきなり発生してました。（ウェブマスターツールの「健全性」→「クロールエラー」で確認できます）

↑見るとエラーになってるURLは全て月別アーカイブのページ。

↑月別アーカイブのリンクは、当ブログの一番下、フッター欄の右端に表示しています。例えば2013年4月のリンクをクリックすると、2013年4月にアップした記事が一覧表示されるようにしてます。

ところがウェブマスターツールでエラーになってるのを知り、月別アーカイブのリンクをクリックしてみると、確かにページが表示されない。「500エラー」になってました。

なぜ突然エラーになり始めたのかが最初は全く分からず、PHPコードを見直したり、書き直したりしてみたけど直らない。仕方ないのでフッターの月別アーカイブを停止。表示させないようにしました。

ところが。それで済むわけもなく。

サーバーエラーは増え続け、更に…

↑ウィジェットを非表示にした後も、エラーは減るどころか増え続けていきました。月別アーカイブを消してもクロールには記録が残り続けているせいなのか、ロボットから見ると「ページがどこにもナイじゃないか」という状況のままだと判断されたってことなんでしょうね。

ちなみに、「カテゴリー」や「タグ」など、月別と同じプログラムコードの作り方をしていた他のアーカイブページは正常に表示されてました。月別だけがエラーになっている。

日に日にエラーが増え続ける。どうすれば直るのか分からない。

プログラムを作り直し、ローカル環境で再テストをすると成功するのに、Webにアップするとエラーになる。これがパニックに拍車をかけました。後で振り返れば、この時点で気付くべきだったんですけど。

更に哀しいことに、エラーが増えていくのと同じ頃から、Google検索による当ブログへのアクセス数が日を追うごとに減っていきました。またアドセンス広告の単価も急降下。クリック数は以前と同じ水準なのに単価がすごく低い。

検索アクセスとアドセンスの件が今回のサーバーエラーと関係あるのか、それとも全然関係ない別の話なのかは現在も分かりません。ただ、「ウェブマスターツール」「検索」「アドセンス」は全てGoogleのものなので、もしかして？　と。

アドセンスの単価については他にも要因がありそうです、が今回は本筋ではないので割愛。

ようやく月別アーカイブが表示された

「ローカルでは成功するのにWebではエラー」
「エラーが発生し始めたのはいつ頃からだっけ」

と考えていくうちに、「ロリポップのPHPを上げたせいか？」と、ようやく気付きました。

「5.4」に上げていたPHPのバージョンを「5.3」に戻し、フッターのウィジェットを再設定。

↑月別ページが正常に表示されるようになりました（赤枠で囲っているのは月別アーカイブを表す「パンくずリスト」です）。

ちなみにローカル環境のPHPバージョンは「5.3.8」でした。だからエラーにならなかったんだ。もっと早く気付けよって話。

↑ウェブマスターツールの最新状況は上のような感じです。

PHPを5.3に戻して以降、いったんエラーが減少傾向になったのですが、今朝確認したら再びエラーが増えてます(笑)　なんでやねん。もう何も悪いことしてないはずなんだけどなぁ。

アクセス数とアドセンスに関しては、前述した通り「直接の関連性があったのか」は分かりません。ただ、最近は少しずつ改善傾向にあります。

ということで「ふりだし」に戻った

ひとまず月別アーカイブが表示されるようになったので、今後はサーバーエラーも減っていくんじゃないかと期待してます。今朝増えてたのはガックリきたけど。

これでバンザーイってわけではなく、単に「PHPが5.3に戻った」→「プラグインBackWPupのエラーが発生する状況に戻った」ということ。データベースのバックアップは成功してるみたいですが、やっぱりファイルのバックアップは失敗してるっぽい。今後どうするか対策を練らねば。

PHPコードのバグなのかと思って調べていた過程で、「query_posts」というPHP関数がエラーの原因ではないかという説を唱えているページも目にしました。推奨されていない関数で、他の関数を使うべきだ、と。

しかし、その意見を否定する意見もあり、推奨ではないにしろ「query_posts」を使っても現状は問題ないとの解説もありました。

現に私のブログで、月別以外のアーカイブページ（カテゴリーやタグ）は問題なく表示されてましたので、「query_posts」がエラーの直接的な原因ではない、と私は判断しました。

ということで結論は「バージョンの兼ね合いって難しいですねー」というオハナシでした。

お持ちのWordPressブログで月別アーカイブページが500エラーになってるロリポップな方がいらっしゃったら、PHPのバージョンを疑ってみるといいかもしれません。

※関連記事
◆BackWPupを3.0.Xに上げたらバックアップがおかしくなってた
◆バックアップ大事！BackWPupの設定は現在こんな感じで落ち着きました
◆BackWPupのDropbox保存エラー、解決策が判明しました