「FreshReader が機能不全になったけどなんとか回復できた」顛末記

昨日本日午前、いつものようにFreshReader にて feed をこなしていこうかなとサイドバーを開いたところ、何やら見慣れない画面が…
借りているレンタルサーバの PHP がバージョンアップしていた関係で何やら縒れてしまったらしく。ただ、更新作業があったのはもうだいぶ前のハズなんですよねー、と。
ひょっとしたらと Twitter 検索をかけてみましたが、同時多発的に発生しているモノではない様子。
つか、以前にもポロポロ発生していることが分かりますね。

そこで、前出のエラー画面にある通りに ini ファイルを編集してみたのですが、結局はなんの改善もなく。
多分 PHP 自体のバージョンアップに何か関係あるんだろうなってコトで、サーバ設定で以前の版と最新版を行ったり来たり。それでもダメなので改めて FR 自体を再インストールしてみたり。
…それでもダメだったんですが orz

そんで、改めて「システム設定方法」のページを読み直し、ひょっとしたらココで提示されている設定行自体に間違いがあるのではないか、と。
コレがビンゴで、どうやら FR 側の提示していたPHPがスレッドセーフモードで動作している場合ッてのが、実は違っているらしい、と。
「スレッドセーフモード」ってのはよく分かってないのですが、とにかく Thread Safe を外してみたら FR の機能を利用できるように復旧しました。

zend_extension_ts = /*/ioncube/ioncube_loader_fre_5.2_ts.so

コレを

zend_extension = /*/ioncube/ioncube_loader_fre_5.2.so

と云う具合に。

コレで一安心と思ってしばらく放置して、ふと気になって再度 FR にアクセスし直してみたところ、今度は新規に feed を取ってきていない様子。
「ぬあー、 cron でも転けてるか?」と改めてサーバ設定で cron の記述を見直してみたり。
…それでもダメだったんですが orz

今度はネタは揃っているのでザッと検索かけてみたところ、そのものスバリのページに到達。

clip IT!
from WEB OKANOs Customize
「freshreader　さくらのPHP5でcronがエラー」

こちらにあった cron の記述を戴いて再度サーバ設定。

/usr/local/bin/php -f /*/crawler.php -c /*/php.ini

ココまでやって、なんとか FR が復調してくれました。
この復旧自体は大した手間も掛かってませんし、なんらかのデータ破壊があったワケでもないのですが、スケジュール通りの PHP アップデートがトリガーでした(爆) 何がトリガーとなって発症したのかが分からないのがとにかく気持ち悪いですね。
今回設定したことによってもう再発はしないと思いたいですが、先の「スレッドセーフモード」の状態認識にバグがあるのかサーバがおかしいのか、真因不明なのが不気味です…
あ、もちろん「サポート」にはコトの顛末を投げてはおきましたけど、ね。

以下、オマケの Twitter log です。

1. ぬー、レンタルサーバの PHP バージョンアップで F…
2. FreshReader やっと復活。再インストールをし…
3. Twitter 検索でも確認できましたが、何度か出てい…
4. FreshReader の顛末をサイドフィードに投げて…
5. あら? FreshReader 復旧したと思ってたんだ…
6. あった、パス指定が必要なのか! 『freshreade…
7. よしよし。 cron も回ったな。コレで完調復帰か。 …