2008年5月の投稿

2008-05-21
晴れ

H11TのEMchip交換

yuriko(e) による 10:36:47 の投稿
カテゴリー: モバイル・携帯電話
タグ: , , , ,
080521_102418.JPG

購入直後から頻繁にリセットがかかるなどトラブル続きのH11Tでしたが、この度 EMchip 交換してもらいました (写真は旧 SIM)。今度は快調な雰囲気です。ということは、SIM の初期不良か、取り付けた店員が壊してしまってたのか、どちらかですね。

[2011-07-05 追記] H11T の新規契約を詳細レポートしてなかったのですが、マトモな SIM が届いたこの日をもって「新規契約」記事とみなすことにします;-)

携帯の位置情報活用プラグイン Ktai Location 1.0.0-beta1 リリース

ゆりこ による 20:25:31 の投稿
カテゴリー: WordPressハック
タグ: , , , , ,

携帯電話の位置情報活用プラグイン「Ktai Location」の正式版に向けて 1.0.0-beta1 (ベータ版その1) をリリースしました。GPS 等の位置情報を WordPress ウェブログに簡単に取り込むことができます。0.99 からの変更点は以下の通りです。

  • Yahoo! 地図情報、駅探★乗換案内、マップル地図ナビ乗換、ちず丸の地図 URL に対応しました。
  • JPEG 画像に貼り込んだ GPS 位置情報が高さ (altitude) を含む場合、これも Lat_Long フィールドの第3引数として保存するようにしました。
  • 使い方で、ソフトバンク GPS なし端末および、イー・モバイル音声端末 (S11HT, H11T) の場合の使い方を追記しました。
  • Ktai Entry と併用したとき、位置情報 URL を div 要素で囲んだ部分が XHTML 文法違反になってしまう不具合を修正しました。なお、以前の投稿はそのままですので、手作業で修正願います。
ダウンロード: ktai_location100-beta1.tar.bz2 (19.2KB)
正式版 1.0.0 をリリースしました。

今回は、0.99 から対応する地図 URL を大幅に追加しています。このため、急に正式版とする前にベータ版を提供して、広くテストして頂こうと思っています。

写真に GPS 情報を埋め込むスタイルで運用している場合は、ほとんど変化はありません。しかし、地図 URL を活用している場合は多少動作が違いますので、不具合があるかもしれませんので、ご了承ください。

2008-05-22

Ktai Style 1.50-test2 配布

ゆりこ による 02:59:13 の投稿
カテゴリー: WordPressハック
タグ: ,

Ktai Style の次期バージョンのテスト版 (その2) を配布いたします。あくまで製作中のバージョンですので、新機能に興味ある方のみご利用ください。テスト版その1からの変更点は以下の通りです。

  • 外部サイトへの中継ページを出す直前で相手先にアクセスして Mobile Link Discovery (以下 MLD) を確認し、携帯ページを発見すれば直接リンクするようになりました。このため「PC向け」の表示を「外部サイト」に変更しました。
  • WP-Cache 2.0 と併用しても問題なく動作するように、アドオンファイル wpcache.php を添付しました。
  • コメント投稿時エラーをインライン表示させているとき (附属テーマの classic, default, redportal の場合)、シングルクォート(‘)やダブルクォート(“)の前にバックスラッシュ(\)がついてしまう不具合を修正しました。
  • 新規投稿・投稿編集で、カテゴリー選択画面に遷移して元の画面に戻ったとき、各フィールドの内容が保存されない不具合を修正しました。
ダウンロード: ktai_style150-test2.tar.bz2(232.5KB)
テスト版その3を作成しました。

今回はテスト版その1でのバグフィックスおよび、WP-Cache 対応の添付、外部リンクの改善です。やっと MLD に対応しました。ヨソの Ktai Style, MT4i 対応サイトは PC サイトではなく携帯サイトにリンクするようになります。ただし、MT4i の場合はサイト運営者が MLD をきちんと設置してない場合があるので、その場合は中継ページが出てしまいます。

[追記] 以前「今後の予定」にて、Mobile Eye+ の検出を試みると書いてありましたが、かなり困難なことが判明したので、当面はあきらめます。MLD がなければ、携帯電話のユーザーエージェントでアクセスし直して軽量化されたページが返ってくるか確認すればいいのですが、2回アクセスすることになって時間がかかりすぎます。重いサイトだと、MLD チェックだけでも反応が遅くイライラするため、2回チェックはあり得ません。

WordPress.com Stats に切り替え

ゆりこ による 03:13:12 の投稿
カテゴリー: 更新履歴
タグ: , ,

先月、試験的に FireStats をインストールしましたが、だいたい傾向が見えてきたので、使用を中止しました。今度は、WordPress.com Stats を試しています。詳細なレポートはヨソのサイトで多数あるので省略します。

WordPress.com Stats の検索ワード検出画面

こちらの方がマルチバイト文字列の対応が進んでいて、検索ワードの検出がより正確です。FireStats では、モバイル Yahoo! からの Shift_JIS 検索文字列が化けていましたが、こちらはそうではないです。いや、モバイル Yahoo! からの検索を無視しているのかもしれません……。

あいかわらず、灯火の会 (あさひ会に改名?) と、E03CA 関連は人気が高いですね。モロ「yuriko.net」という検索ワードは何でしょうか……。あ、yuriko.net という FQDN には A レコードを割り当ててないので、http://yuriko.net/ ではアクセスできないため、検索したんでしょうか? もしくは、いきなりアドレスバーに入れるのはまずいと考えて、とりあえず検索して素性をチェックしたとか??

2008-05-23
晴れ

Ktai Style と WP Super Cache を併用する

ゆりこ による 01:53:09 の投稿
カテゴリー: WordPressハック
タグ: , ,

以前、Ktai Style と WP-Cache の併用方法を紹介しましたが、WP Super Cache への対応も可能となりましたので、紹介いたします。

[追記: 2009-02-22] Ktai Style 1.70 から、WP Super Cache 0.6.8 以降を利用していれば .htaccess が自動で書き換わるようになりました。以下の手順は不要です。詳しくは Ktai Style の附属ドキュメント「WP-Cache および WP Suer Cache と併用する場合」を参照してください。

[追記: 2009-12-31] Ktai Style 1.81 から、WP Super Cache 配下の plugins ディレクトリーに入れる patch-supercache-ktaistyle.php ファイルを提供するようにしました。今後は WP Super Cache に同梱してもらう予定です。以下の手順は確認方法のみが有効なので、それ以外は del で消しました。

基本的には、WP Super Cache が生成する .htaccess で携帯電話のユーザーエージェントを除外させ、変数 $super_cache_enabled を false にすれば OK です。原理としては WP-Cache と同じなのですが、.htaccess にユーザーエージェントを書いてしまっているので、将来、対応する端末が増えたときは、ユーザーが手動で .htaccess を更新する必要があるのが注意点です。WP-Cache の方はメンテナンス不要なのですが……。

ダウンロード: patch-wpcache.php
最新の Ktai Style に同梱されていますので、それをご利用ください。

今回、wpcache.php を patch-wpcache.php に名称変更し、CVS からダウンロードしてもらうことにしました。設置方法は WP-Cache とほぼ同様です。

  1. wp-cache-config-sample.php を複製して wp-cache-config.php を作り、46 行目 ($cache_rejected_user_agent を定義した直後) に以下のコードを書く。
    
    if (file_exists(ABSPATH. 'wp-content/plugins/ktai_style/patch-wpcache.php')) {
            include ABSPATH. 'wp-content/plugins/ktai_style/patch-wpcache.php';
    }
  2. wp-cache-config.php を wp-config/ 直下に置き、WP Super Cache を有効にする。
  3. WP Super Cache で .htaccess の書き換えを行い、さらに手動で以下のコードを2か所ある RewriteRule の直前に挿入します。
    
    RewriteCond %{HTTP_USER_AGENT} !^(DoCoMo/|J-PHONE/|J-EMULATOR/|Vodafone/|MOT(EMULATOR)?-|SoftBank/|[VS]emulator/|KDDI-|UP\.Browser/|emobile/|Nokia)
    RewriteCond %{HTTP_USER_AGENT} !(DDIPOCKET;|WILLCOM;|Opera\ Mini|Windows\ CE;|PlayStation\ Portable;|Nitro)
    

    →※追記する内容は、Ktai Style 附属ドキュメント README.ja.html を参照してください。

  4. ログアウト状態、かつ、クッキーを削除した状態の PC で閲覧して、リロードしたとき、XHTML ソースの末尾に “super cache” の表示があることを確認する (WP Super Cache の動作確認)
  5. 携帯電話で同じページを閲覧して、携帯向け表示になっていることを確認する。PC 表示だったり文字化けしていたら失敗です。
  6. 再度 PC で同じページを見て、携帯向け表示になってないことを確認する (携帯ページがキャッシュされてないかの確認)。

携帯向け表示の確認は、Firefox で UserAgentSwitcher を使ってしまうと、ブラウザーのキャッシュに携帯向けページが残ってしまい、再度 PC で見たときの確認がうまくいきません。電話の実機で行うことをおすすめします。もしくは、PC 向け表示の確認には別のブラウザーを使ってみてください。

.htaccess で携帯電話のユーザーエージェントを検出すればいいことは分かっていたのですが、Super Cache の確認環境がうまく動作せず、確認していませんでした。今回、対応にチャレンジされた方がおられたため、重い腰を上げて環境を整え、対応させることにしました。ポイントとしては、.htaccess ではスペースをバックスラッシュでエスケープする必要があることでしょうか。これに気がつかないと HTTP 500 エラーになります。

2008-05-24
くもりのち雨

Mobile Link Discovery 仕様書が消えた

ゆりこ による 06:50:03 の投稿
カテゴリー: ソフトウェア
タグ: , ,

Ktai Style 1.50-test2 で他サイトの Mobile Link Discovery (MLD) 検出に対応したのですが、肝心の MLD 仕様書が Not Found になってしまいました。test2 公開時は http://www.sixapart.jp/docs/tech/mobile_link_discovery_ja.html で見られたのですが、きのうあたりには見えなくなっています……。

シックスアパートがサイトリニューアルしたわけでもないですから、ちょっと不思議です。とはいえ、URL が変更になったとしてもそれはそれでダサいですよね (クールな URI は変わらない)。早期の復旧を期待します。

XHTML への MLD 埋め込みはだいぶ前に実装しましたが、RSS や ATOM への MLD 埋め込みはまだなので、対応しようかと目論んだのですが、仕様書が消えてしまったのは困りました……。

2008-05-25
雨のちくもり

北海道学生サッカー連盟の反応がない

ゆりこ による 03:40:08 の投稿
カテゴリー: スポーツ,ネットワーク
タグ: , , ,

Mobile Eye+ を紹介するなら URLGATE 機能に触れるべき」という投稿で、「北海道学生サッカー連盟ウェブサイトで URLGATE オン状態の Mobile Eye+ を使っている」ことを書きましたが、先方にトラックバックを送ったところ、後日削除されてしまいました!! 当該記事に追記してありますが、ここに転載しておきましょう。

[追記 2008-05-15] さきほど北海道学生サッカー連盟のサイトを見てみると、送信したトラックバックが削除されていました。しかし、URLGATE 機能は有効なので「ポルノ広告が出る」状態はそのままです。ということは、「北海道学生サッカー連盟は、閲覧者にアダルト広告を見せるのを是とする」ポリシーであると考えられます。しかし「このサイトについて」では「公序良俗に反する書き込みは固くお断りいたします」となっているため、連盟自身はアダルト広告はふさわしくないと考えているはずです。これは自己矛盾ですね。上位団体である「全日本大学サッカー連盟」にチクろうと思いましたが、ここはサイトリニューアル中です……。Google さまに伺ってみると、2003年時点のキャッシュでは、以下の住所・電話番号のようです。さっそく電話で質問ですね ;-)

全日本大学サッカー連盟
〒113-0033  東京都文京区本郷3-10-15 JFAハウス10F
TEL 03-3830-1850 FAX 03-3830-1851

前の「土浦市相撲連盟の場合」では、メールの返事はなかったものの、しばらくすると URLGATE が外されていました。本当ならばきちんと返事がほしいですね。スポーツ屋さんってのは、こういう体質なのかな……。

[追記 2008-05-19] 全日本大学サッカー連盟に電話してみましたが、北海道サッカー連盟のウェブ運営に口出しする権限はないとのことでした。独立性があるということで、それ自体は好ましいことなんですが、「アダルト広告はやめてよ」という意見すら言えないのはどうかと思います。

上位団体への電話作戦は失敗に終わったので、正攻法であるメール問い合わせを行いました。「トラックバックを削除されている」うえに、土浦市相撲連盟のときに返事がなかったこともあって、あまり期待してなかったのですが、一応スジは通しておこうということです。

北海道学生サッカー連盟ウェブサイト担当者さま

  貴サイト http://jufa-h.net/ では、携帯サイトの提供に Mobile 
Eye+ というプラグインを利用されていますが、これの機能として、
ポルノ・出会い系広告が出るという副作用が発生しております。

  具体的には、外部サイトや画像をクリックして、外部の変換サー
ビスに移行すると出てきます。例えば、最新記事である

http://jufa-h.net/?p=23

では「再訂正」にリンクがはっていますが、これをクリックすると
URLGATE という画面でページ変換ができます。

-------------------
[ページ変換]
1.Google
2.画像URLGET
3.ファイルシーク
4.通勤ブラウザ
5.mobazilla

[直接]
#.そのまま

[コピー](*)
[http://jufa-h.net/doc/2008/2008_shouri_touban_shinpan_saisyu]
-------------------

このうち「画像URLGET」「ファイルシーク」はアダルト広告が出る
サービスです。

  http://jufa-h.net/?page_id=2 には
「公序良俗に反する書き込みは固くお断りいたします」
とありますため、アダルト広告もふさわしくないと考えられますが、
そういうあやしい広告を出す外部サービスを利用している現状はよ
ろしくないかと思います。

解決方法としては、Mobile Eye+ の URLGATE 機能をオフにするこ
とです。この場合、外部サイトや PDF へのリンクは直接張られる
ことになりますが、最近の携帯電話では問題ないかと思います。

もしくは、携帯電話対応プラグインを Mobile Eye+ 以外のものに
変更する手があります。これはウェブ構築業者と相談してみてくだ
さい。

なお、本件に関しまして、貴サイトにトラックバックを送信しまし
たが、それが削除されてしまいました。非常に遺憾なことです。誠
意ある回答を期待いたします。

しかし、案の定返事がありません。たぶん、「わたしのトラックバックを削除した」担当者に送られているはずなので、返事がないのは予想通りと言えますが……。この時点で「北海道学生サッカー連盟のウェブサイトはアダルトサイトである」という判断をしてもいいのですが、誠意ある回答を引き出せないのは癪にさわります。たいていのウェブサイトだと「URLGATE はあぶないよ」とコメントすると好反応が得られるのに、まるで対応してもらえないのはひどいです。

そこで、Google キャッシュを探してみたところ、旧サイト (Geocities に設置されていた) に理事およびウェブ担当者のメールアドレスが見つかったので、そこに送信してみることにしました。さすがに理事の先生に直接メールしたら反応はあるでしょう……。

[追記] 27日に返事が届きました。エスカレーションは大成功です ;-)

WordPress メール投稿プラグイン Ktai Entry 0.8.3 リリース

ゆりこ による 05:01:15 の投稿
カテゴリー: WordPressハック
タグ: , , , , , , ,

WordPress 用メール投稿プラグイン「Ktai Entry」のバージョン 0.8.3 をリリースいたします。変更点は以下の通りです。

  • 各社装飾メール (デコメ/デコレーションメール等) を送信した場合、同じテキストが重複しないようにしました。装飾をそのまま反映する機能は未実装です。
  • ログ機構が吐くメッセージを日本語化しやすいように、po ファイルにログ用文字列を含めました。デフォルトでは、文字化けを防ぐために英語メッセージのままです。日本語化は各自で行なってください。
  • From フィールドに MIME エンコードされた日本語を含む場合でも正しくメールアドレスを検出するようにしました。従来、1バイト目もしくは2バイト目に < や > を含む場合 (「ぜ」「下」「次」など) では漢字部分をメールアドレスとして判断してしまっていました。
  • 日本語名の添付ファイルを正しく検出するようにしました。ただし、保存時は日本語部分を削除したファイル名となります。すべて日本語部分のときは、ランダムな英数字をファイル名とします。

(以下、技術的な難し〜〜い話)
今回はバグフィックスのみです。「From に漢字を使っていると投稿できない」というバグに対応するため、MIME ヘッダをデコードしないことにしました。From, To, Cc フィールドからメールアドレスを抽出する処理は、正規表現ではなく RFC2822 に準拠した方式にしているのですが、従来、MIME B デコードしてから処理していたため、日本語部分にメールアドレスっぽい文字列があると抽出に失敗していました。MIME デコードしない状態で抽出すれば OK です。正規表現でメールアドレスを探す場合、”Ikeda,Yuriko”@example.com だとか、@ の前後に空白がある (yuriko @ example.com) とかでうまく抽出できないという問題がありますが、独自方式にも落とし穴がありました……。

日本語ファイル名ですが、Ktai Entry は「携帯電話から投稿する」ことを主眼にしていたので、ファイル名は英数字記号だけと想定していました。しかし、PC からメール送信する場合は日本語があり得るので、今回対応を図りました。そうなると、RFC2231 に対応しなければなりませんよね ;-)

既存ツールでは、MobG だけが RFC2231 準拠の日本語ファイル名を認識できます。さすがですね (でも、ソースに「RFC2331」と書いてあるのはご愛嬌)。wp-mb_mail は、RFC 非準拠の MIME B エンコードだけ対応、wpmob は日本語ファイル名を認識できません。まあ、「携帯電話から投稿」という意味では、あまり問題ではないでしょう。

なお、WordPress MU でメールサーバーの設定が入力できない件の対応は見送りました。「MU だけフィールドを増やす」手が楽ですが、それならすべての WordPress で設定フィールドをつけてもよさそうです。で、そうなると、wp-mail.php 起動の根本対策として、メールサーバー設定カラム名称を独自のものに変更することが可能になってしまいます。こうするとセキュリティーが非常にアップして魅力的なのですが、似た設定項目が複数あるとややこしいのではないかと気にもしています。そのへんの検討が進んでないので、見送り、としました。

写真撮影日時を投稿日時にしてみる

ゆりこ による 20:36:10 の投稿
カテゴリー: WordPressハック
タグ: ,

きょうリリースした Ktai Entry 0.8.3 ですが、実は Mail_mimeDecode.php の内部関数 (コメントで @access private と書いてある関数) を外から使うという凶悪な実装になっています。あまり行儀のよいスタイルとは言えないので、早めに修正したいところです。

で、それだけ修正しても仕方ないので、投稿日時の指定機能を付けることにしました。DATE: 2008-05-25 19:39 などと書けば、その日時になるという仕組みで、実装はとても簡単です。未来の日付にすると、WordPress コアの機能で自動的に予約投稿にもなります。

ただ、それだけ実装してもまるで芸がないので、「写真を添付したときは、写真の撮影日時を投稿日時とする」オプションを盛り込む予定です (「DATE: 1」と書いたら1枚目の写真の日付とする etc)。これは、旅のリアルタイムレポートでは絶大な効果がありまして、「写真を撮って文章を書いているうちに圏外になってしまった」とき、事後送信しても撮影した時刻が投稿日時となるため、記録という意味では正確なウェブログになります。この手法は、いずみちゃんの「Feel Fine!」で実践でされているものです (P BLOG + オリジナルの投稿スクリプトという構成)。

Ktai Entry の処理では、まずマルチパートを解析し (画像はまだオンメモリー)、次に本文だけ投稿処理をして、それから写真を保存して公開します。exif_read_data() は画像がファイルじゃないと使えないので、EXIF の日時は本文投稿時点では読めません。日時は後で読む必要があって、ちょっとややこしい処理になりそうです。

なんとか実装してみて、CVS に放り込んであります。テスト完了したら 0.8.4 としてリリースですね。

PCからコメントできませんでした

ゆりこ による 22:58:21 の投稿
カテゴリー: 更新履歴
タグ: ,

まことに申し訳ないことに、5月20日ごろから当サイトおよび旅行記でコメントができない状態になっていました。スパム対策のため、「コメント欄に URL しか入ってない」状態のときエラーを出すようにしたのですが、デバッグのため、正しいコメントでも exit() させていたのを除去し忘れていたのでした。携帯電話は、コメント受付処理が違うためコメント可能だったはずです。

トラックバック・ピンバックが可能だっため、気がつくのが遅れてしまいました。コメントしようとしていた方にはご不便をおかけしておりました。ごめんなさい。

なお、Reject Short Comments にもバグがあって、コメントできない状態になっていた模様です。配布ファイルを差し替えておきました。なんと、テスト方法がミスっていて、配布したファイルはテストが通っていなかった (!) のが原因でした。当サイトだけ特別に wp-comments-post.php をいじっていますが、そこで Reject Short Comments と同じ処理を入れていたため、正しく動いていると勘違いしていたためでした。