さきほど、WordPress 携帯対応プラグイン「Ktai Style」の正式版となるバージョン 1.00 をリリースいたしました。主な変更点は以下の通りです。ウェブログ URL の配下にある画像すべてに対し …

「それぐらいの難関を乗り越えてコメントしてくれるのは、マトモな人に違いない」

　話の本筋からは外れますが、残念ながらそうでないケースが実際にありました。詳しくは申し上げませんが。

「リロードが必要」ということに気づかない人がかわいそう

　それも検討させてはいただきますが、携帯電話の場合は特に書き直しがかったるい（コピー＆貼り付けも少々手順が面倒）ので、足し算プラグインについては適用の継続可否を含めて検討させていただきたいと思います。

# 　確か、足し算プラグインのエラーメッセージはカスタマイズできたはずですが、
# 日本語、しかも長文は可能だったかなぁ？

アフィリエイト広告の HTML 文法無視はどこも似たようなもので

　私がメインで使用している「アクセストレード」は割とまともですね。提供されたHTMLのまま、特に手直しをせずともXHTML文法的には特に問題は発生しておりません。
　逆に、よそは結構ひどい。要素が大文字だったり、規定されていない属性が書かれていたり。あと文法以外でも、宣伝文句のテキストと1×1の画像との間に改行が入っているなど、「ブログでまともに見せるため」には手直しが必要なものが多いですね。

アフィリエイト広告の HTML 文法無視はどこも似たようなもので、Yuriko.Net メインサイトで使っているリンクシェアもひどいものです。alt がなかったり、IMG 要素が大文字だったり、URL の & が & ではなく & のままだったりします。そういう文法違反を修正するのは規約に抵触しないと解釈していますが (ウェブログツールが修正するから)、最初から正しい文法にしてもらいたいものです。
まあ、そういう文句を言うならアフィリエイトなんかするな、と言われてしまいそうですが

ブラウザーの戻るボタンで前の画面に戻って正しい値に直してもダメ (==コメント投稿フォームをリロードさせる必要あり) というのは、ちょっと分かりにくいと思っています。

　それ「自体」は当方も認識しております。
　とはいえ、スパム対策と全体的な利便性（JavaScriptを使えなかったりOFFにしたりしている人々への対応）とのバランスを考えると、実はこれよりももっとよい解法を知らなかったりします。

# 　「JavaScript使用不可＝ボット」と判断するプラグインもあるが、
# 個人的にはその手のものは採用したくない。
# 　現在問題になっている足し算プラグインのように、携帯電話向け
# プラグインにも影響を及ぼしてしまう場合、事実上、
# 携帯電話からのコメント締め出しになってしまうから…。

　「e217.net」を復活させる際は、とりあえずあちらに設置予定のブログには足し算プラグインを採用しない方針ですが、どうしようか悩みどころです…。

携帯電話表示では 0.gif?a8mat=U0OMN+APSWS2+D8Y+61JSH などという表示になってしまっています。

　おろ？　あたくしの端末ではそのような現象起きてござーませんことよ（ぉぃ）。
　…というのは冗談で、ご指摘の現象についてはしっかり確認させていただき、これまたご指摘の方法で改善できました。ありがとうございます。

# 　しかし、A8.netの広告ってHTML文法を無視しているのが
# 多く、ちょっと辟易しているところ。
# 　元々「さくらインターネット」の広告を貼るために
# A8に契約したようなものですから。昔はアクセストレードでも
# やっていたのに。

　嗚呼、対スパムプラグインどうしよう。

なお、余談ですが、TelminaCube の記事中にあるさくらインターネットの広告が、alt=”" と /> がくっついているため、alt=”" が無効になり、Ktai Style のバグ (1×1 画像を無視する機能が動いてない) のとあわさって、携帯電話表示では 0.gif?a8mat=U0OMN+APSWS2+D8Y+61JSH などという表示になってしまっています。alt=”" のあとにスペースを入れると改善されると思いますので、修正をお願いします。バナー広告は、よりによって src=”" と /> がくっついているので、src 属性が消えてしまっています!!

WILLCOM WX310K

　うん。確かにそのようにログには記録されていました。

本当は PHP のエラーが出ていればいいのですが、それはサーバー側で error.log に吐くようになっている必要があるので、無理でしょうか…… (ウチのサーバーは PHP のエラーが Apache の error.log に出ます)。

　残念ながら、一般的なApacheログに記録される内容以上のものは確認できませんでした。
　現状では無理かもしれません。
# 　でもPHPのエラーだったら画面に出てくれても
# いいと思うんだけどなぁ。

たぶん足し算プラグインの改変が必要でしょう。

　あまりに間違いが多いようであれば、このプラグインの使用継続も含めて検討した方がいいのかもしれませんね。
　とはいえ、コメント・スパムは防ぎたいですし、ほかによさげな対コメントスパムプラグインをあまりよくは知りませんし。

　ちょっと考えてみます。

足し算エラーが別ウィンドウになるのは、それはそれでいいと思うのですが、間違えたときの対処が大変 (元の画面に戻って、リロードして、コメント内容の打ち直しが必要。単に結果入力し直しではダメ) なのが面倒に思っています。逆にいうと、そういう実装だと、これをインライン表示に対応させるのは、かなり難しいかもしれませんね。たぶん足し算プラグインの改変が必要でしょう。

　こちらについてはまだ試していませんが、後ほどご報告いたします。

　済みません前言撤回です。
　当たりをつけていたところは単にエラー発生時に入力フォームに値を書き戻していたところでした。
　と言うわけで、足し算の場合は「間違えたあんたが悪い」ということで…ダメでしょうかねぇ。

# 　でも、一部難しい漢字を使っていること以外は
# 小学校一年生レヴェルですからねぇ。

　まず足し算の場合は・・・あっちのプラグインの仕様ということで（笑）。
　足し算が間違っている場合はどうしようもないのですが、単に入力していないだけの場合、もしかしたら「comments.php」に1文を加えるだけでどうにかなるのではという期待もあります。
　こちらについてはまだ試していませんが、後ほどご報告いたします。

　エラーにつきましては、どのタイミングで発生したのか特定できませんが、この記事の本文投稿以降で、「Ktai Style」が絡んでいそうなところだけ見てみますと、16:39頃にWILLCOM端末からのアクセスで405が、さらに16:40に同一IPでかつ同一と思われる端末からのアクセスで500が、それぞれ報告されています。
　発生場所について、前者は「comments-post.php?kp=2」、後者は単に「comments-post.php」となっていました。
　しかし、405エラーの意味（メソッドは許可されていません）を考えると、発生理由がわからなかったりします…。

　もし生ログを読みたいということであれば、当該箇所だけ切り取ってお送りいたしましょうか？