雑念ベース

　AmazonLink の Amazon.co.jp 検索に、検索結果のページ切り替え機能を実装しました。

　コードの整理などがある程度終わったところで実装方法を思いついたので、3時間ほどで一気に実装。今のところ気持ちよく動いてくれています。

　ページ切り替えで1ページ目の前や最後のページの次を表示しようとしたときの処理をどうしようかと考えていたのですが、ループして反対側を表示するようにしてみました。これだとボタンの表示非表示の処理もいらないので、作る側としても楽です。

　残りの TODO は、キーワードを入れるところでエンターキーを押されたときの処理だけです。通常だと submit されてしまいますが、代わりに検索ができることを目指します。keydown イベントでキーコードを拾って分岐処理という予定ですが、環境依存にならないか心配です。

　しばらく前に 0.5.0 をリリースした AmazonLink ですが、ASIN を調べるのにわざわざ Amazon.co.jp に行くのは面倒であることに気がつきました。アソシエイトセントラルで調べたりしたら意味がないですしね。

　というわけで、先週から記事作成画面で検索する機能を実装中です。アクションフックの dbx_post_advanced を使って、抜粋表示オプションなどのドッキングボックス部分に検索フィールドを追加しています。検索結果は Ajax を使っているのでリロードやポップアップウィンドウはありません。

　Ajax らしく、ローディング中は回転アニメーションを表示。Ajax といえばやはりこれです。

　ちなみに、このアニメーションファイルは Ajaxload で作成しました。ブラウザで手軽に作れるのでお勧めです。

　検索結果の表示はこんな感じ。タイトルの下にあるのが、AmazonLink 用のコードです。本当はクリックで挿入とかやりたいところですが、方法がまだわからないのでコピー＆ペーストで。

　今後の優先課題は、10件目以降の検索結果への対応ですね。Amazon Web Service では、10件ごとにしか検索結果を得ることができません。それ以上はページを指定する必要があり、そのページ切り替えの仕組みを考え中です。

　ちなみに、使用している JavaScript ライブラリは次のとおり。

• prototype.js 1.5
• XML.ObjTree
• JKL.Dumper

　XML.ObjTree は、XML データや DOM ツリーを JavaScript オブジェクトに変換してくれるライブラリです。JKL.ParseXML の後継で、prototype.js を使う場合はこちらのほうがお勧めだそうです。内部から prototype.js を呼び出して直接オブジェクトを得ることも可能ですが、XML データの取得と JavaScript オブジェクトへの変換は別にしたほうがデバッグしやすいと感じました。prototype.js で取得して、それを XML.ObjTree に渡して変換ですね。
　JKL.Dumper は XML.ObjTree と同じ作者によるライブラリで、JavaScript オブジェクトをJSON 形式テキストにダンプしてくれます。目で見るとわかりやすいので、デバッグ用に使用しています。これもお勧めです。

　WordPress ME（以下、ME と表記）はバージョンが上がるごとに Ajax の導入が進んでいるようです。当然のようにいくつか Ajax ライブラリが標準で付属していて、その数も導入具合同様増えている模様。
　標準で付いているというのは一見便利なようですが、プラグインを開発する側から見るとなかなか悩ましいのです。自分が使いたいものが付属していればいいのですが、そうでない場合は相性の問題が出てきます。

　現在このブログで使用している WP のバージョンは 2.0.10 です。このバージョンには Simple AJAX Code-Kit（SACK） のバージョン不明のものが付属しています。ME 2.2 からは jQuery が中心になっていくようなので、Ajax を導入したプラグインの開発に jQuery を使用しようとしたのですが、どうやら SACK と相性が悪いようでエラーが出てしまいました。
　また、ME 2.1.3 と 2.2.1 に付属の SACK のバージョンは 1.6.1 となっており、2.0.10 付属のものとは使い方に違いがあります。SACK を開発に使用するとしても、2つのバージョンに対応させる必要があります。ME 本体で使っているのですから、自前で持っているものを使うというわけにも行きません。正直、うまく動くとは思えません。

　とりあえず、ME 2.0.10 には付属していなくて ME 2.1.3 と ME 2.2.1 に 1.5.0 が付属している Prototype.js が大丈夫そうなので、これを使って開発に挑んでみようと思います。

　スパムブロックプラグインとして定番の Akismet を導入していますが、どうも最近ブロックし損ねるスパムが多いようです。先日なんか、一気に25件のトラックバックスパムがありました。

　さすがにこのままでは平和が侵されると思い、もう1つ対スパム兵器を導入することに。

　今回導入したのは、Simple Trackback Validation 日本語版 v1.2 for UTF-8。トラックバック先へのリンクを含んでいないものをブロックしてくれます。はっきり言って、これがあれば Akismet はやめてもいいんじゃないかという気になります。自作プラグインの SpamAnalytics（未公開）によると、トラックバックによるスパムが98％ぐらいです。

　なお、このプラグインはコメントモデレーション機能のあとに働くようです。6割ほどのスパムが該当するあるキーワードを追加したら承認待ち報告のメールが一気に増えたのですが、見に行ってもすでにこのプラグインによって処理されたあとでした。コメントモデレーションもやめてもいいかも。

　AmazonLink 0.5.0 をリリース。ぎりぎり間に合いました。

• AmazonLink（WordPress Plugins/JSeries）

　詳しいことは配布ページで。
　まあ、説明はほとんど要らないと思いますが（＾＾；

　次回からの Amazon.co.jp の個別商品リンクは、すべてこのプラグインを使用します。

　ほぼ完成となっていた AmazonLink ですが、一部仕様変更することにしました。公開時期が延びるかもしれません。

　仕様変更するのはオプションデータの取り扱い方法。ひろまささんの記事『管理画面のある WordPress プラグインの作成方法』を参考に専用のクラスとして扱っていましたが、これだとほかのプラグインなどで同じ名前のクラスを使っていると具合が悪くなります。1度作ったものを使いまわせるようになることを前提でクラス化したのですが、専用の名前にしないと駄目というのは不便です。

　というわけで、EntryKeywords の初期段階で使用していた、連想配列による方式（概念としては構造体に近いです）に戻そうと思います。シリアライズしてそのまま保存してしまう点はそのまま残るので、1クエリですむというメリットは残ります。

　WordPress のデータをバックアップするプラグインとして、WordPress Database Backup があります。2.0 で標準搭載で、定番といえるでしょう。

　さて、この便利でありがたいプラグインですが、PHP がセーフモードになっているとうまく動かないという悩ましい事実があります。そして、WordPress 対応の定番としておなじみの XREA はセーフモードです。対策として、PHP を一時的に CGI として動かすというものがあり、ありがたいことに XREA はこれが簡単にできます。次のコードを .htaccess に加えるだけ。

　これだけで動作するようになってくれます。

　ただし、バックアップデータを得るためにはもう1つ問題がありました。

　バックアップデータはダウンロードだったりメールで送信してくれたりと複数の方法が選択できます。共通するのは、PHP で gzopen という関数が実装されていると、ファイルを gzip という形式で圧縮するということ。ファイルサイズが小さくなってありがたいですが、この形式は Windows や Mac ではマイナーです。解凍ツールはありますが、存在を知らなければどうしたらいいのか悩んでしまうこともあるでしょう。
　幸い私は存在を知っていたので普通に解凍してみたのですが、なぜか肝心のファイルはバックアップの意味を成さない内容のみ。gzip ファイルのサイズが380KB なのに、解凍してできたファイルは108Bしかありません。ほかの解凍ツールを試すという方法もありましたが、おもむろにプラグインの hack に挑戦。

　hack といっても gzip を無効にするだけです。
　関数の実装を確認するユーザー関数の定義が、65～67行目（WordPress に付属の 1.8 ではなく最新の 2.1.2 の場合）にあります。

　これを、次のように変更します。コメントアウトした行を含めると、1行増えています。

　この変更により、関数が実装されていても使えないと判断させることができます。

　この変更を行って改めてバックアップしてみたところ、無事 1.63MB のファイルを得ることができました。phpMyAdmin では文字化けしているので心配でしたが、その点についても問題なく読める状態となっていました。

　これで、WordPress 2.2 へのアップグレードに挑む準備ができました。

　Amazon.co.jp のアソシエイトセントラルには、商品単体の紹介を目的とした、「個別商品リンク」を埋め込むコードを生成してくれるページがあります。私も多用しているのですが、設定が個別になるところが難点。ブログのデザインを変更しようとすると、過去のものをすべて修正しないと浮いてしまいます。

　「なければ作ればいい」ということで、現在プラグインを開発中。
　オプションで共通の設定をできるので、リンクの色を変更したとかあった場合でも一発ですべての個別商品リンクを修正できます。100箇所でも1,000箇所でも平気。使い方も、商品コードである ASIN をタグで括るだけなので簡単です。

　名称はとりあえず「AmazonLink」としました。カテゴリーも作ってあります。

　進行状況は、現在70％といったところ。基本はできていて、オプションの保存とかが未着手です。オプション画面付きは EntryKeywords で1回やっているので、明後日までにはとりあえず公開にこぎつけそうな感じ。

　現在の表示はこんな感じ。たまに壊れるかも・・・。

　ひろまささんによるプラグイン『wp-hatena』を導入してみました。はてなブックマークに登録するクイックリンクを表示させるものです。

　はてなユーザーではないですが、ちょっとメモ的に登録してもらえたら便利かなと思って導入してみました。どの位置に表示させるかは検討中なので、とりあえずは記事タイトルの横に表示。

2007年4月29日 16時18分追記

　h3 の中にあるのも変なので、メタ情報欄に移動しました。
　

　1週間前に製作中と発表した SpamAnalytics ですが、いじってるうちに大雑把なスパムの傾向が見えてきました。

• 2007年4月8日の記事『スパム解析プラグイン SpamAnalytics 製作中』

　なお、この記事は長くなったため、項目ごとに複数ページ表示にしてあります。記事下部のリンクでページを選択することができます。

頻度

　頻度は波があるようです。

　2007年4月の頭に集中してスパム投稿がありました。4月1日だけは低めで31件ですが、ピークの4月3日は279件です。これに対し、ピークを過ぎてから4月9日までひたすら減少が続き、最小5件です。
　大きな波はこれで一旦退き、4月11日に小さな波が来て44件。昨日の4月13日までは、31,11,13と減少傾向です。ちなみに、今日は現時点で6件です。

　私は、定期的にスパム行為を繰り返しているためだと推測しています。当然足並みをそろえてやっているはずもなく、偶然複数のスパマーのタイミングが重なったときが大きな波になっているのではないでしょうか。
　うちはたいしたアクセスもない弱小ブログですが、大手であればもっと傾向がわかるのかもしれません。