AmazonLink を Product Advertising API（旧 Amazon アソシエイト Web サービス）に対応させるに当たり、PHPのバージョンの傾向を知るためのアンケートを開始しました。アンケートはサイドバーにも掲載されます。
PHPは4.x がすでに公式に開発終了となっていますが、まだまだ生き残っています。5.x に移行するべきではありますが、サーバー側で対応していなければどうしようもありません。大手レンタルサーバーはすでにかなり対応していますが、4.x しか使えないところも残っているようです。
現時点でどれくらいのサーバーが移行できているのかを知ることが目的です。ご協力よろしくお願いします。
Amazon.co.jp からいろいろな情報を取得することができる”Amazon アソシエイト Web サービス”というサービスがありますが、”Product Advertising API”という名称に変わるとのことです。そして、情報のリクエストには署名による認証が必要になるとのこと。
拙作 WordPress プラグインの AmazonLink でもこのサービスを使用しているので他人事ではありません。
基本方式はほとんど変わらないとのことですが、認証で使用する電子署名の作成には、開発者登録をしたときに作成した Secret Access Key というものが必要になるようです。リクエスト時のデータによって変わるため、電子署名データだけをプログラムに埋め込んでおくことができません。また、Secret Access と言うくらいなのでこれを公開するのも駄目でしょう。
詳しい情報がまだ得られていないのでなんとも言えませんが、ただ使うだけの人にも開発者登録をしてもらわないと駄目になるかもしれません。
今のところは、たつをさんによる記事が一番詳しそう。
電子署名データの作成には RFC 2104-compliant HMAC with the SHA256 hash algorithm という変換処理のようなものが必要で、これを行うための関数である hash は PHP5 でないと標準では使用できません。PHP4 はすでに終了宣言が出ているのですが、まだ PHP5 が使用できないサーバーもあるので悩みどころです。
このブログでは、月ごとアーカイブをコンパクトに表示してくれるプラグイン monthchunks を使用していますが、記事がないのに表示されている月があることが判明しました。
問題の月は、2006年の9月。Google ウェブマスターツールのリンクエラー報告によると、76箇所で表示されているとのこと。さすがに数が多いので、本腰を入れて調べてみることにしました。久しぶりのプラグインハックです。
何はともあれ、まずはプラグインのコードを読みます。使用しているバージョンは、最新の2.1。関数が１つ定義してあるだけでコメントを含めても154行と非常に短いので、初めてのハックにはお勧めかもしれません。
大まかな流れは、SQL 文を生成して実行するだけ。オプションによって多少分岐がありますが、上から追いかけていけば大したことはありません。101行目からと114行目（110行目から始まる foreach の中）からの2箇所でデータベースにアクセスしています。1箇所目は記事のある年度の取得、2箇所目は各年度別に記事のある月の取得をしています。
今回問題になっているのは月の情報なので、2箇所目を詳しく見ていきます。PHP のコードと SQL が混在してわかりにくいので、最終的な SQL 文を記述してみます。オプションを特に指定しない場合は、次のようなものが出来上がります。（改行やインデントなどを加えてあります）
実際にこの SQL 文を手がかりに検索してみると、記事ではなく固定ページが見つかりました。記事と固定ページを区別していないため、固定ページしかない月も表示してしまっていたのです。
ここまでわかればあとは簡単。検索条件に記事であることを加えればいいのです。記事の場合は post_type というフィールドの値が post となるので（WordPress 2.1以降）、post_type = 'post' を加えます。変更後は次のようになります。私は120行目に加えました。
これにより、その年の公開されている記事という条件で絞り込むことができるようになりました。現在2006年の9月は表示されなくなっています。
prioさんからコメントをいただきましたので、年度の表示についても追記します。確認はしていませんので、参考程度にどうぞ。
100行目からの年度のコードを見ると、月の取得同様に固定ページも含むようになっています。SQLにしてみるとこんな感じ。
記事の投稿に限定する条件を加えると次のようになります。
104行目が追加した行です。意味については、月の場合と同じです。
WordPress のシェアを知りたかったので、アンケートを設置しました。右ペインのカレンダーの下にありますので、気が向いたらお願いします。
アンケートは、Democracy AJAX Poll というプラグインを使用しています。Ajax を使用することで、ページのリロードなしで投票できます。導入方法などについては、ぼのさんによる記事が参考になると思います。
なお、日本語リソースは配布していたサイトが閉鎖してしまったため導入していません。普通に日本語が使えましたので、とりあえずはこのままで行く予定です。
久しぶりの WordPress ネタです。ちょっとだけですが・・・。
昨日、拙作プラグインの AmazonLink のテストをするために、ローカル環境に WordPress 2.6 をインストールしました。そして、ざっと管理画面を眺めたらおもむろに AmazonLink をインストール。真っ先に記事投稿ページへ飛んで、フォームが表示されていることを確認。早速検索！
「wordpress」（テストはいつもこれです）とキーワードフォームに打ち込んで、エンター！
クルクルとあの画像が回転し始めそのまま待っていると、なぜか記事管理ページへ。投稿されてしまったようです。ここは検索結果が出るだけで画面遷移は起こらないはずなのですが。
とりあえず戻ってキーワードを入力。今度は検索ボタンをクリック。でも何も起こりません。検索は始まらないし、送信中でもなさそうです。この瞬間頭の中は疑問符がいっぱいでした。
ここでふと思い出したのが、2.6では submit は専用の JavaScript プログラムを経由することが推奨されているとどこかに書かれていたはず。どうやら簡単には動いてくれないようです。
すでに2.6にしてしまった方ごめんなさい。対応は2.0以降にします。
JavaScript ではなく PHP だったようです。
よくわかりませんが、アクションフックに登録すればいいんでしょうか。日本語での詳しい説明がほしいところです。
AmazonLink 2.0 を開発中ですが、価格情報と発送時期の表示で悩んでしまっています。
基本的に、Amazon Web Service では商品情報を24時間までキャッシュとして所持することが可能です。めったに変更されない情報については1ヶ月まで可能ですが、現時点では24時間を基準として更新するという実装をしています。
今のところはうまく動いているのでこのまま価格についても実装するつもりだったのですが、途中で価格情報と発送時期はキャッシュ禁止となっていることが判明しました。規約に、other than pricing or availability information
とあります。
キャッシュが出来ないとなると毎回取得することになるのですが、1秒に1回というリクエスト制限があるために表示に時間がかかってしまいます。WordPress プラグインの仕様上記事単位の処理となり、1ページに複数の記事がある場合では1回のリクエストで一括して取得するという方法が使えません。
現在の選択肢は次の2つ。
今のところ1のやり方で出来ないかと検討しています。テンプレートに価格情報か発送時期のコードがあるときにだけリクエスト処理をすれば、使う人が選択することが出来ます。プログラムが汚くなりそうなのが心配ですが・・・。
一番いいのはキャッシュをさせてくれるようになることですね。期限を1時間とか30分とかにしたとしても、アクセスの多い大手ブログでは効果が出ると思うのです。
規約によると、表示された価格と発送時期を1時間ごとに強制更新する必要があるのだそうです。逆に言えば、1時間は同じままでもいいということですよね。だったら、「価格と発送時期は1時間までキャッシュ可能」とすればいいはず。
いい解決手段があればぜひご連絡ください。
AmazonLink 2.0 で新たに必要になる素材として、商品がないときに使用する代替画像があります。”No image” だったり “Now printing” だったりしますが、商品写真の代わりとなるものです。正式な名前がなんというのかわかりませんが・・・・。
今までのバージョンでは Amazon.co.jp が用意したものが使われるので問題なかったのですが、2.0からは自前で用意する必要があり、それなりのものが欲しいと思っていました。試行錯誤しながら作ってはみたのですが、悲しいほど出来が悪い。単純に “Image not found” とか入れてみたりしても面白くないし、Amazon.co.jp から持ってきてしまうのはいろいろ問題になりそうです。出来の悪さを認識しながらも、先日そのままサーバーにアップしてしまいました。
そんな話を同僚に話したところ作ってもらえることに。デザインを担当しているので、私よりもはるかに上手い。喜んでお願いすることになりました。
出来上がったのがこちら。
お願いしたのは2つ。どんなサイトで使われるかわからないのでニュートラルな感じにして欲しいことと、主張しすぎないこと。派手すぎず地味すぎず、落ち着いた感じになりました。青みがかったグレーがお気に入りです。
この画像は大中小の3つのサイズのうちの中です。ほかの2つも同じデザインで作っていただきました。AmazonLink 2.0 から同梱され、表示する商品に指定したサイズの画像がないときに使用されます。オプション設定で好みのものを指定できる機能をつける予定ですが、このブログではこの画像を使おうと思います。
WordPress 用 Amazon.co.jp アソシエイト支援プラグインの AmazonLink 次期バージョンの開発をしています。このブログでも動作させています。
開発中ということで、表示が崩れたりサイト自体が表示できないことがあるかもしれません。その場合はすぐ変更を戻したり、最悪でもプラグインをはずすことで対応しますので、しばらくすれば表示されるようになると思います。
次期バージョンの目標は、アソシエイト広告の表示フォーマットをある程度自由に出来ること。
現在のバージョンでは Amazon.co.jp の個別商品リンクを表示するようになっているため、自由自在にデザインを変えるということは出来ません。実際に使ってくださっていても、その点が不満であるという方が多いようです。私自身不満だったりします。
管理画面で検索する機能を実装したことで、Amazon Associates Web Service（旧 Amazon E-Commerce Service）の使い方もかなりわかりました。データの取得に関しては大体出来ていますので、表示の仕方を煮詰めていこうと思います。今のところ、管理画面でテンプレートを入力してもらい、それを使って表示するデータを作る予定です。
テンプレートは、多分こんな感じ。
誰でも出来るというものではなくなってしまっていますが、個別商品リンクを使った方法も残していけばいいかなと思っています。また、いろんな人がテンプレートを公開してくれて、自分では作れないような人はそれを使ってもらうというような、コミュニティーの広がりが出来たらうれしいですね。
バージョンナンバーですが、1.0を飛ばして2.0にするかもしれません。
現在の最新リリース版は0.9番台ですが、これはボタンクリックでコードを挿入する機能が実装できたら1.0にしようと考えていたからです。残念ながらいまだに実現できていません。クリックされたというイベントに連動させる方法がわからないのです。実現できたときのために、1.0は空けておこうかなと。
Amazon アソシエイト支援プラグイン AmazonLink の0.9.2 をリリースしました。今回はバグの修正のみです。ダウンロードは、いつものように WordPress Plugins/JSeries のページから。
修正したバグは、プラグインファイルを置いてあるディレクトリの名前が正しく取得できないというものです。Windows サーバーでは、そのディレクトリのフルパスとなっていました。
0.9.1 では、AmazonLink.php の76行目に次のように記述してあります。
これを、0.9.2 では次のように変更しました。80行目です。
この行の処理は、自分自身（AmazonLink.php）のフルパスからディレクトリ部分を取り出し、それを階層ごとに分割した配列を取得するというものです。Linux などでは階層の区切り文字は /（スラッシュ）ですが、Windows では \（バックスラッシュ。日本語版 Windows では円マークで表示されます）です。区切り文字が正しくなかったため、分割ができていませんでした。
対応方法として、文字を直接指定するのではなく、定数 DIRECTORY_SEPARATOR を使用するように変更をしました。この定数には実行環境に合わせて階層の区切り文字が入ります。
ちなみに、次の行で取得した配列の最後の要素を取り出して使用しています。この値が、プラグインファイルの入っているディレクトリの名前となります。
WordPress のアップグレードと一緒に、そのままになっていた akismet-multibyteview のアップグレードもしました。1.20 からはダッシュボードのボックス枠（名前はあるんでしょうか。hook が activity_box_end なので、アクティビティーボックス？）にマルチバイトスパムの数が表示されるようになってさらに便利に。
サイト内トラックバックが捕獲されてしまったので早速リンクから一覧に飛ぼうとしたのですが、File Not Found になってしまいました。ブラウザのアドレス覧を見ると http://edit-comments.php?page=akismet-admin&multibyte=true となっています。ソースコードでもやはりおかしなことに。
こういうのを見るとついつい調べてみたくなります。早速ハックです。
何はともあれ、ソースコードを見ます。該当の処理は akismet-multibyteview.php の関数 akismet_stats_mbinfo が行っています。1.21 では139行目から始まっていて、目的の場所は156行目です。
clean_url() という関数が使われています。URL として正しくなるように修正をするもので、WordPress ME2.1.3では wp-includes/formatting.php で次のように定義されていました。
1078行目で、:// を含まなく / で始まっていなくて半角英数字＋拡張子 php になっていない場合に http:// をつけるという処理をしています。
そして、引数の文字列に含まれる変数 $this->akismet_admin_uri は、同じファイルの62行目で次のように定義されています。
さて、ここで関数に渡される引数を確認してみます。変数が展開されると、引数は edit-comments.php?page=akismet-admin&multibyte=true となります。拡張子は php ですが、半角英数のファイル名ではありません。ハイフン（-）が入ってしまっています。そのため、clean_url() は http:// をつけてしまっていました。
初めは akismet-multibyteview のバグだと思い解析をしていましたが、実は WordPress 側のバグでした。2.2.1 のコードでは次のように修正されています。
作者のひろまささんはすでに2.3系になっていますので気が付かなかったのかもしれません。
コアファイルのほうを修正してもいいのですが、影響範囲が少ないプラグインのほうを直してしまいます。固定アドレスなので、関数の処理は必要ないと判断。156行目を次のように変更しました。ついでに & を文字参照にしてあります。やらなくても大丈夫ですが、気分的に。
これによってリンク先が正しくなり、マルチバイトスパムの一覧に飛ぶことができるようになりました。
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| « 4月 | ||||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||
HTML convert time: 0.389 sec. Powered by
