きみちゃんの人生無茶修行！？

ロボットによる（と思われる）スパムが大量に来る様になって、掲示板改造支援サイトというのを見つけて来て対策を入れたのが２年ほど前。その後スパムがピッタリ止まっていたのだけど、このところパラパラと散発的に来る様になったので、対策して見ました。

上記改造支援サイトに最新版を見に行ったところ、うちが使っている BBS CGI は古い（オリジナル作者がサポートをやめた）ため、運悪くつい先日サポートが終わってしまっていました　(-.-;)

仕方が無いので、自力でなんとかしようと探していたところ、Captcha を使った対策について書かれているブログを発見　(^.^)/

実際の対策自体は、そこからさらにリンクされた先だったのですが、Authen-Captcha を使う方法よりもわかりやすそうだったので、使わせていただきました！（とは言うものの、そこに書かれているのは、もっとメジャーな BBS CGI への対策だったので、うちの BBS にインプリするのには少々苦労しましたが・・・）

まずは、ImageMagick を入れなければならないので、yum でインストール。

yum install ImageMagick

ところが、うまく動作しないぞ！？と思っていたら、ImageMagick-perl を入れるのを忘れていた！　(^.^;)

でも、なぜかエラーになり、ここでまたしばらく悩んでググる・・・結局、yum clean all してからやり直せば良い（かも？）という記事を見つけて試してみました。

yum clean all
yum install ImageMagick-perl

しかし、まだおかしい・・・と、keyinit.pl の中身を読んで見ると（って、最初から説明読めよな　(^.^;)）TrueType Font のパスを指定しなければならない・・・ってか、それ以前に TrueType Font がインストールされていなかったので、これまた yum でインストール orz

yum install xorg-x11-fonts-truetype

CentOS 5 では /usr/share/X11/fonts/TTF/ にインストールされるようなので、keyinit.pl のパスを直して、これでもう大丈夫！

と思ったら、まだエラーが出る・・・ダウンロードしてきたファイルの改行コードが CR+LF になってたせいでした orz（時々、これでハマるんだよね・・・　(-.-;)）

なんとか無事（いや、その後スクリプトの改造に少々手間取りましたが　(^.^;)）うちの BBS も Captcha 対応になりました。まぁ、スパム対策済みのサイトに散発的にスパムが来ていた状況を考えると、人間が手で入力して行ったという可能性もあるので、その場合には完全な対策にはならないでしょうが、少なくとも（見づらい）Captcha 打ち込んでまでスパムを書き込もうという「ヤル気を削ぐ」程度の役には立つかも？

何が困ったって、エラーメッセージが（Browser の中にも、サイトのエラーログにも）何も出ず、単に「何も起きない」だけだったこと・・・

しかも、いろいろググってみても、「○○のサイトでの対応状況」みたいなのとか、商用サイトにインストールした場合の説明は比較的豊富に出てくるのだけど、自宅サーバーにインストールした場合の細かい説明がなかなかみつからない・・・（しかも、ftp が PASV だとダメとかいうような、やってみたけど結局動かなかった、参考にならない説明とかしか・・・）

こういう時はググり方を変えるテクニックを使って「WordPress 自動アップグレード 自宅サーバー」でググってみたところ、同じ悩みを持つ書き込みをいくつか発見！結果、WordPress のディレクトリーを Apache の持ち物にしてしまえば、何も考えなくても（説明のわかりにくい ftp の設定などしなくても）簡単にアップグレードできるらしいというのが見つかりました。

http://futuremix.org/2009/02/wordpress-271-auto-upgrade

とは言うものの、「ftp はどうよ？」というのも気になったので、商用サイトの PHP の configure オプションを調べてみた（単に、自分が関係しているサイトに phpinfo(); を書いたページを置いてアクセスしてみただけ :）ところ、–enable-ftp というオプションが目に付いたので、それを追加して再インストールしたら、無事に動きました！！

ちなみに、「ダウンロード以前」の問題でハマってググったので、先に気が付きましたが（そして、その問題ではなかったけど・・・ orz）、自動アップグレードでは圧縮ファイルをダウンロードしてきて展開するので –with-zlib の指定も必要です。（実はこのオプションも入れてなかった　(^.^;)）まぁ、ググった情報によると、このオプションを忘れていた場合には（ダウンロードまではうまくいっていた場合）、ちゃんとエラーメッセージが出るそうですが・・・（それなら、–enable-ftp されていないときもメッセージ出して欲しかった・・・ orz）

さらに、インターネットサイドからアクセスしていたので、アップグレードの間だけ ftp ポートを開けた（サイトにアクセスしているブラウザがサイトに対して ftp で書き換えをするのかと思ってた・・・ orz）のですが、よくよく考えてみると –enable-ftp した PHP がアクセスしているのは「自分自身」のはず・・・

というわけで、インターネット側の ftp ポートを閉じても問題なかったのでした！ orz

結局、自動アップグレードの機能は「（PHP で動作している）WordPress 自身が圧縮されたファイルをダウンロードしてきて、テンポラリーのディレクトリーに置き、解凍したファイルを WordPress が設置されているディレクトリーに対して上書きする」という動作原理が、きちんと理解できていれば（わかりやすく書かれていれば）問題なかったのでしょうが・・・

「Apache のプロセスで動いている WordPress 自身が上書きするためには、WordPress のディレクトリーに対する Apache の書き込み権限がないといけない」ということもわかるはずだし、「そうでない場合」の代替手段として（そもそも、「ftp は代替手段なのだ」という事実自体が不明だった・・・ orz）「WordPress のディレクトリーに書き込みができるアカウント（WordPress を設置したアカウント）を使って ftp で上書きする」わけだけど、この「上書きする」の「主語」が WordPress 自身だというところが明確になっていれば、「PHP が ftp enable されていなければならない」ことも気が付くはずだし、あのわかりにくい ftp アカウントのページ（圧縮ファイルをダウンロードするための WordPress のサイトを指定するかに見える　(-.-;)）も「自分自身を上書きするためのアカウント情報」なのだから、普通はホストは localhost でいいはずだし、アカウントは「WordPress を設置した（上書き可能な）アカウント」だというのも明白なはず・・・

ついこの間インストールしたばかりのブログのソフト WordPress なんだけど、早速アップデートが出たので、アップデートしようとしてるのだけど、どうも「自動アップデート」がうまくいかない・・・　(;_;)