hiromasa.zone : o)

自サイト内でトラックバック試験をすると、スパム対策プラグイン Akismet にスパム判定される事実。

なんでおれを捕獲するんだ! おれはスパマーじゃない!

しかしながら、あるお話を思い出した。

妖怪人間ベム・ベラ・ベロ。　正義の彼らを妖怪だとののしり、最後は殺しに行ってしまう人間達。　その人間達こそが真の妖怪だった。

じつはおれ、自覚がないだけで、他人から見たらスパマーなんだろうか。　ふとそんな考えがよぎった。

続く（←うそ

ようやく WordPress を 2.0.5 にアップデートしました。 🙂

話題のトラックバック飛ばない、、という問題も同時に検証してみました。

結論を先に言うとコアにはおそらく問題がありません。　2.0.5 のトラックバックのロジックは正常に動いています。　ただし、2.0.5 に限らずなのですが、WordPress によるトラックバック送信で現在以下の問題があるようです。

• 試験的に自サイトもしくは WordPress サイトに飛ばしてみたが飛んでいない??　→ 十中八九 Akismet に捕獲されています。
• トラックバック URL を設定後に、「保存して継続」もしくは「保存」「公開」を押下で、画面が真っ白になる。 → おそらくサーバのメモリリミットの上限を超えています。
• 同上の操作で、画面が編集画面に戻るが「通知済みピン」にはいらずテキストボックスに URL がはいったままになる。 → execute-pings.php が落ちています。

Akismet に関しては、どうも最近日本語トラックバックの誤認が多いように思います・・・。　とりあえず、トラックバックのテストといういみでは Akismet はかまさないほうがベターです。　問題が分かりづらくなります。

ということで、試験をしたいかたは以下のスクリプトを設置してその URL に対してトラックバックをうつとよいです。　受信した際にログがでますので、確実にトラックバックの試験が出来ます。　（このスクリプトもずいぶん懐かしいな。。 🙂

生POSTデータを含む全てのデータを取得する PHPスクリプト

POST されてきたデータを、日付時分秒.txt に保存する スクリプトです。 XML-RCP とか、ブログの ping のデバッグ用などにどうぞ。 POST の ROW データ も保存します。

設置したディレクトリに書き込み属性をつけるのを忘れずに・・・。　同じディレクトリにログが出るようになっています。　このログに計上があれば正しくトラックバックの送信が出来ています。　このログがだせるが相手に届かないときはおそらく、相手サーバの問題だと思います。

メモリリミットに関しては、設定の上限自体はレンタルサーバの場合これはもうどうしようもないです。

対処としてはプラグインをはずすなどして WP をスリムにするとか…。　特に do_action で public_post など投稿時に動く hook を使っているものが要注意です。　もちろん、それ以外投稿で動かないプラグインもスクリプトの定義自体でもメモリ使いますので大きめのプラグインをはずすのも少しは効果があるかもしれません。（本当に微々たるものだと思いますが…）

本格的には、実行時に大きくメモリをとるプラグインを省メモリに改造してみるのもおもしろいでしょう。　コア側も、イベント的に動かないプラグインは定義自体もしないように出来ると良いですね。

ちなみに、wp-otenki などはメインロジックを別プロセス非同期呼びにしてメモリを節約していたりします。　うちのサーバが弱いだけなんですが。 😛

最後 execute-pings.php が落ちる件。　execute-pings.php はトラックバックなどを本体と非同期で処理する開始スクリプトです。　詳しい内容は割愛しますが、要は本体のバックグラウンドでトラックバック処理（多くは相手サーバのうけ待ちで時間かかる）を行い、本体の処理を速く終わらせようという試みです。

でもって、この送信をつかさどる execute-pings.php がおちることがあるようです。　トラックバック送信が出来ない場合は、 wp-admin/execute-pings.php をブラウザから手動で起動してみてください。　もしかすると、エラーが表示されているかもしれません。　ちなみに、正常に動くと画面は「真っ白」になります。

kohaku さんのところでおきている症状でしたが、何かのプラグインにより(??)

#3267 (PHP Error in template-functions-links.php) – WordPress Trac – Trac

という症状が execute-pings.php 実行時にでることがあるようです。（トラックバック実行時にこける。しかし通常通りWP本体から実行されると非同期のためエラーが画面に出ない）

shutdown の hook を使うプラグインのエラーだと思われるのですが、PHP のバージョン(?)によっては ｒｅｇｉｓｔｅｒ_shutdown ファンクション内で作成済みの WP のオブジェクトが破棄されてしまう、このためそのオブジェクトのメソッドを呼ぼうとすると、ぬるぽするということみたいです。 （インスタンス作るときに参照書きでつくると良いという裏技的な修正が上記にあります。 しかし、kohaku さんのところではきかなかった模様）

kohaku さんがいろいろ検証してくれたのですが、プラグインを全てはずして戻したところ直ってしまった!!という、冬の怪現象が起きてしまったため原因は特定できておりません。。　なぞぞーん。

以上、トラックバックに関して調べた結果です。　まだ何かありそうなので他に情報がありましたら教えてください。 🙂

検証にお付き合いいただきました、kohaku さん、aka さん、おでさん ありがとうございました。

ではおでさん、合コンおねがいします（締めの挨拶）

トラックバックのテストエントリです。　内容はないょ。

これは試験です。　これは試験です。　あ～あ～、これは試験です。

追記。

kohaku さん、おでさん、Masayan さん、みなさん Akismet に捕捉されておりました。。　ごめんなさい。。　トラックバック問題ないです!

ついでに自分も捕獲されました…。

追記２。

Sa・Ga さんも捕捉されました。。　Akismet おかしいぞ。。

追記３。

matopc さん、OK です！　捕捉されませんでした!

XAMPP を使い PC 上に WordPress などのローカル環境をつくった場合に、アプリケーションから登録した情報を phpMyAdmin で表示すると、プロダクトのバージョンによっては文字化けする場合があります。

通常の PHP アプリからは正常に見えますので問題ないことはないのですが、気持ちはよくありません。　DB クライアントとなるアプリケーションと MySQL サーバの文字コード設定のアンマッチが原因ですが、とりあえず XAMPP + phpMyAdmin + WordPress では以下のようにすればよいようです。

まず、新規データベース作成時にデータベース照合順序を以下のように設定します。

CREATE DATABASE `wordpress` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

このテーブルにインポートした UTF-8 データは phpMyAdmin から正しく表示できます。

しかしながら、WordPress などの通常の PHP アプリケーションから見るとこんどは逆に文字化けしてしまいます。

WordPress では以下の設定でこれを回避できます。

wp-includes/wp-db.php :: function wpdb()

この設定については、bono さんのサイトで詳しい説明があります。（とても参考になります 🙂

power source* > XREAにUTF8設置時の文字化け： 4）設置方法まとめ

障害の原因と対処方法の概要

ということでうまく表示できるようになりました!。

以上、お困りのかたがいらっしゃいましたらお試しください。

TAO さんがかかれました記事で、先日からとても気になっているエントリがありました。

TAO’s Weblog ≫ Blog Archive > 続々iPod

これがホンマもんのCDの音じゃーーーーーーーっと超感心してしまいました。 mrgreen
こんな音、CDプレイヤーでは聞いたことありません。

無圧縮 CD データを iPod で鳴らすとすごい!というお話です。 いいですねー!! 🙂

また、タイムリーなことに本日「ガラスのCD」の記事がスラドにでています。

スラッシュドット ジャパン | 夢のガラス製音楽CD

ガラスCDは完全に透き通っており、温度や湿度による変化を全く受けないという。

– ぼくはオーディオあまり詳しくないので、以下あまり信用されないよう。 –

CD は音楽をデジタルで記録する媒体ですが、プレイヤーや CD の材質によって音が変わることが知られています。

デジタルなのに、なぜ？　同じ 1 と 0 さえ取得できれば同じ音が鳴るはずです。　まぁプレイヤーの値段は D/A 変換のアナログ段の違い・・・。　とぼくは思っていたのですが、どうも違うようです。

要は、”同じ 0 と 1 が取得できる” という部分が間違え、、ということらしい。　PCとかいじっていると、どうもこの感覚に陥ります。　PCなどのデータを処理するコンピュータ上でデジタルデータが化けてしまうということは、正しく処理が継続できないということに他なりません。　ファイルは壊れるは、プログラムは暴走するはで大変。　ということで、絶対化けないようにベリファイやリトライの仕組みが必ず備わります。

かたやCDプレイヤーは音の世界。　とどのつまり、ちょっとくらい正しい 0 と 1 がとれなくても一応は鳴ってしまうわけです。　もちろん CD プレイヤーもコンピュータですが、このへんの設計思想に違いがあるようです。　ただし、CDで扱うのは音なので時間軸だけは間違うわけにはいきません。

PC はいくら時間がかかっても、正しいデータを取り出そうとする。　CD はちょっとくらい間違っていても正しい時間軸でデータを出力する。

もちろん、CD にも強力なエラー”訂正”機能がありエラーがあれば元のデータに戻します。　それでもだめなら”補正”もするそうです。

補正がかかると音は変わるはず、またエラー訂正時にはプレイヤー機器にアナログ的なゆらぎが発生することもあるそうです。　まぁ、これらがどれくらいの頻度で起きているのかぼくは全然知りませんし、え～エラー訂正時にゆらぐ?? とも思います。　でも CD プレイヤーからは、なにか本来 CD に記録されているものとは違うものが鳴っているような気はしてきました。

じゃーということで、”正しいデータ”を処理できる PC を使って CD を一度ファイルに吸い上げて鳴らしてみたら面白そうです。 🙂

なにをもって正しい CD のデータ、、とするのかが最大の難問ですが、CD のリッピングソフトをいくつかつかって、何度か吸い上げた .wav データで差異がでなかったものを正としてみました。

最初、CDex というリッパーを使ってオプションでそれっぽいのを選択して、数度読んでみたのですがバイナリが一致しません。　読み出すごとに違うデータがでてきます。　ドライブとの相性が悪いのかもしれません。　(こういうことが CD プレイヤーでも起きているのだろうか…)

ということで、昔から定評のある（そしてこの手のことに気が使われている） cd2wav を使ってみました。　設定の「読み出し方法の設定」で「２パスフレーム間補正読みだし」を選択し、何度か同じ曲を読み出したところ md5sum が一致し出しましたので、これを正としました。

サンプルにつかった CD は宇多田ひかるさんのアルバム「First Love」。　この CD 、若干コンプ強めですがミックスダウンがとても良くできていると思います。

後は鳴らすだけ。　.wav を D/A して音として出力すればいいわけですが、何を使おう･･･。　ここで、TAO さんは iPod を使われているわけです。 iPod は小さいながら、D/A 性能がとても良いらしい!　いいなぁ。。

この PC で鳴らしても良いのですが スピーカがいまいちなので、せめてミニコンポに・・・ということでここで登場、 XBOX (初代)。

知る人ぞ知るですが、XBOX は中をあければ普通のPC。 そして最強のメディアプレイヤー、ffmepg ベースのXBMC が動作します。 .wav くらい軽々読み出します。　あとは、D/A 段をどこでやらせるかですがこれは、餅は餅屋でミニコンポにさせてみました。　光ケーブルでのデータ損失もあるかもしれませんが、CD プレイヤーでのデータ損失よりずいぶん少ないに違いない、、という思いこみで聴かなかったことにします。（笑）

はたしてミニコンポのスピーカ程度で違いが分かるものだろうか。。　不安を覚えながら再生。

こ、これは違いますね。　音を言葉で表現するのは難しいですが、スピーカの前からカーテンが１枚なくなったような感じです。　クリアというのでしょうか。　スネアがパーンって強くなっていたり、キラ系のシンセが広がってきこえたりします。

CD と XBOX とランダムにならして当てるテストしてみたいところなんですが、、近くにあるから動きで分かってしまうんだよな･･･。　こんど考えてやってみます。

しかしながら、最大の弱点は XBOX のファンがうるさいということです。（←だいなし

人生の時間が無限だったら、速度への飽くなき挑戦はないのだろうか（挨拶）

おもわずノリで名乗ってしまったのです。

The fastest, the lightest archive plugin for WordPress,

先日リリースした、wp-mosquito のplugin description です。

あの後 kohaku さんからアーカイブ系プラグインをいろいろ教えていただいて、ファイル・キャッシュを実装しているものがいくつかあることを知りました。　wp-mosquito は、動的な HTML 生成の速さはおそらく「The fastest」だと思うんですが、いくらなんでもファイルキャッシュ静的出力には負けてしまいます。

最速を名乗ってしまった以上、こうなりゃ意地です。 😛 （ホントは MySQL のクエリキャッシュでやるのが正しいというのはおいとく!）

また、Sa・Ga さんより出力ヘッダなどの可変化のご提案もいただいておりました。

ということで、

1. ファイルキャッシュの実装
2. テンプレートタグのような引数の指定による、出力フォーマット変更

を以下で試験中です。

WordPress Plugins/JSeries > wp-mosquito

CVS HEAD(試験中) / キャッシュ & タグ引数実装版

実のところ、レンタルサーバ上では MySQL への接続自体にコストがかなりあるので、環境によってはあまり効果が分からないこともあるかもしれません。

とりあえず、うちのサーバでの最速タイムは

27 queries. 0.389 seconds.

でした。　速い。　未キャッシュ時は 30 クエリーほどです。（コアのクエリーキャッシュによってちょっと変わる）

機能的には引数で出力フォーマットの指定が出来るようになっていますので、必要な方は遊んでみてください。（パッチ & バグレポ Thx でした。 > Sa・Ga さん)

とりあえず、CVS HEAD 版で公開しております。　頃合いみてバージョンタグうちますので、何か不具合あればご連絡いただければと思います。 🙂

高速かつ低機能(!!)な WordPress 用、エントリ・アーカイブ表示プラグインをリリースしました。

WordPress Plugins/JSeries > wp-mosquito

非常に軽量ですが非常に低機能なエントリ・アーカイブ表示プラグインです。

多くのアーカイブ系プラグインはエントリ表示のため大量の SQL を発行します。　レンタルサーバ上エントリ数の多いブログで運用を行うと、これが負荷となりサーバに強制切断されたり表示に時間がかかる場合があります。　もしそのような理由でアーカイブの表示が出来ない場合は、このプラグインを試してみてください。

このプラグインは極力クエリを発行せず、またなるべくメモリを使ってアーカイブ出力を処理するため、特にエントリの多いブログでは低負荷、高速に表示を行うことが出来ます。

逆に言うと、負荷で困っていない方にはただただ低機能なアーカイブプラグインです。 😛

出力形式は、年/月ごとのサマリーのみとなっています。

必要はコーディングの母…。　というわけで、あるところに同じ悩みをもつ男が２人がいました。

aka さんとひろまさ。

aka さんは、出力時の2500超の SQL がロリポおじさんの顔を曇らせ、ひろまさは MySQL に接続をたたきおとされていました。

エントリ・アーカイブ表示ができない。 orz

yutaka さんにも「壊れているよぉ」とご指摘をうけてから、数ヶ月。　ついに立ち上がるときがきました。　軽量なアーカイブ表示をつくったる。

原因はおおよそ分かっていました。　多くのプラグイン、そして標準のテンプレートタグでアーカイブを作成しようとすると、必ずエントリ名からのリンク作成のため、 WordPress のコアに存在する、get_permalink 関数を呼び出します。

コードを見ている方はご存じだと思いますが、この関数はパーマリンクを含むエントリへのリンクを返す関数で、 必ずその作成に必要な情報を DB に SELECT しにいきます。　これが何を意味するかというと、アーカイブなどの多くのエントリを表示しようとすると、たとえば 300 エントリあれば 300 個 SQL をなげてしまうのです。　また、パーマリンクの構成によってはそれよりも数倍の SQL をなげることもあります。

近代プログラミング(?) 的にはこれで全然かまわなくって、へんに hackish なコードを書くべきではないと思います。　ただ、ね。　アーカイブの表示にはちょっとそぐわないのです。　必要な情報さえあればパーマリンクは作成できますので、この変が改良点になります。

というわけで、Tiny な get_permalink を作って不要な SQL を削減。　また、メモリ上になるべく情報をもってループで SQL を投げないように注意しています。　ただ、PHP のメモリリミット（多くのサーバでは 8M Limit)もありますので、この辺が悩ましいところ。　１年分くらいのエントリなら、どこのブログでも大丈夫だろうということで、１年分づつループ処理しています。

というわけで、yutaka さん、動きましたヨ!（←動作図） うちのサイトだとサイト全体で、30 クエリ前後で動くようです。

コード自体はわずかな時間で作ったもので、もともとが hackish な考えなのでいまいちきれいじゃないですが、、他にもそんなひとがいたら、とおもい置いてみます。（バクってたら教えてください）

エントリ増えたらアーカイブ表示ができなくなった!! なんてときはこのエントリのこと思い出してください。 🙂

前のエントリーで「コンピュータ系ブログだ」なんて書いていたくせに、いきなり突撃晩ご飯。　予想GUY の展開に、Mie ちゃんもびっくりです。 🙂

てなわけで、北海道といえど札幌なんかいると、実はカニもなければウニもない。　案外と一般的に食べるものは東京と変わらなかったりします。

しかしながら、鮭だけは違うかも。　入手性、価格、お味ともに札幌でも嬉しい存在であります。　前にも出てきているかもしれませんが、札幌版親子丼。　鮭とイクラで親子丼。

あと、ホタテだょ。 🙂

Masayan さんのところで、

自分でダメ出し < MMRT daily life

このブログを第三者的見方で見ると・・・何のブログ？

という興味深い記事が・・・。

うちもなんだろーと思い調べてみることに。　WordPress やってたり、夜ネタがあったり、ごはんうつしているときもあるし。。　いったいなんなんだろうか！

hiromasa.zone らしく”第三者”はコンピュータ。　自分の全エントリを形態素解析して、その品詞分類と頻出単語から探ってみることにしました。

ChaSen’s Wiki – FrontPage

形態素解析システム茶筌

利用させていただいたのは、形態素解析システム茶筌。　詳しくはリンク先を･･･。　茶筅に全エントリをたべさせて、単語でサマって、それででもって、名詞と未知語（多くは茶筅の辞書にない名詞）でランキングしてみました。

やっぱ WordPress が多いのか?! 　結果は以下に！（全エントリから 20 以上出現した単語）

どうどうの一位は・・・。「 :-)」。　orz

ということで、hiromasa.zone は笑いっぱなしの愉快なブログ（勝手に一人で愉快になっているという説もある）ということが分かりました。 😛

やはり WordPress 関連が多いらしく、WordPress および プラグ – イン が上位に顔をだしています。　他もコンピュータ単語が多いですね。　「このサイトについて」はあながちうそでは無かった模様です。（笑）

人名に目を向けると、Masayan さんがトップで 53。　kohaku さん 41。 Otsukare さん 40。 yutaka さん 22。　と昔からお世話になっている方々が顔をのぞかせます。　今後ともよろしくお願いいたします。

くちぐせ的には「あと」とか「自分」、「うち」「いくつか」が多いのかな～。　まぁこの辺は名詞以外をみるとまた違った結果になるでしょう。

これらのやり方ですが、割と簡単で、wp_posts テーブルから post_content フィールドだけ CSVエクスポート。　落としてきたファイルを、html のタグ除いたりダブルコートとったりして、クレンジング。　でもって、茶筅の Windows 版にかけて結果を Access とかでサマればできます。　月別にサマったりしてみるのもブームが分かって面白そうですね。

エントリ数が多いブログをお持ちの方はやってみると面白いかもしれません。 🙂

WordPress (org) のサイトフォーラムに採用されている、bbPress の 0.72 がリリースされています。

bbPress > bbPress 0.72

The moment you’ve all been waiting for has arrived. bbPress has officially been released, and we’re calling it 0.72: Bix. 0.72 after WordPress’ auspicious beginnings, and Bix for Bix Beiderbecke’s inspiring sound and really hep name.

bbPress 0.72 Releases at orioa@orioa

WordPress ベースのフォーラム、「 bbPress 」0.72がリリースされました。

bbPress はカスタマイズ性にすぐれたフォーラムシステムです。　WordPress 譲りのテンプレートタグとプラグインロジックで、テーマや動作を変えることができます。　また、RSS、AJAX やタグといった技術も組み込まれ、Web 2.0 的な掲示板を構築できます。

前も少しいじっていたのですが、再度入れてみました。

標準のテーマがかっこよくなっていますネ。

日本語はうまく通るようです。 i18n はまだ途中みたいですが、いくつかパッチすれば .mo 使えるようになります。　また、プラグインの動作の考え方が同じなので、WordPress 用のフィルター系プラグインも、簡単なものなら関数名を変えるだけで動くでしょう。 smiley なんかは動きました。 🙂

今回のリリースで WordPress との連係機能が実装され、ユーザ などが WordPress と共通化できるようです。

まだ、0.72 ですが本家で既に使われていますので、用途によっては十分安定しているような気もします。 デザイン重視のフォーラムを作りたい方には良いかと思います。　遊んでみてください。 😛