mobilehacker group's diary feed

[HTML-MobileJp-Filter]持ちまわすHTMLをオブジェクト化

nobody@example.com (tomi-ru) — 2008-09-04T11:38:47+09:00

フィルタで、XMLパースしてやるものがけっこうありそうなので、HTML::MobileJp::Filterが各フィルタ間でHTMLを回す時のHTMLをオブジェクト化した。

http://svn.coderepos.org/share/lang/perl/HTML-MobileJp-Filter/trunk/lib/HTML/MobileJp/Filter/Content.pm

ただいまdevリリース中なんでshipitした。0.01_03

overload で stringfy すると HTMLを返すので、もし自前フィルタを書いていたとしても動くはず。

HTML::DoCoMoCSSあたりを、受け取るのがXMLオブジェクトだったらパースしないでそのまま使うように改造しようかと思ったけどちょい後回し

[あとで]タコがでない

nobody@example.com (tomi-ru) — 2008-09-02T15:41:22+09:00

http://mobilecat.koneta.org/entry/iHw9Z8kQvg

週末やる

nobody@example.com (tomi-ru) — 2008-08-22T01:02:39+09:00

Encode::JP::Mobile::MIME の変なところを直す

たとえば今は MIME-Heaer-JP-Mobile-KDDI-SJIS が iso-2022もdecodeできるので（便利だけど）、想定外の動作のような気がする。

なので MIME-Heaer-JP-Mobile-KDDI を aliasにするのをやめ、MIME-Heaer-JP-Mobile-KDDIみたいなcharsetなしのだけオールマイティな振る舞いをするようにしたらいいかも。

Encode::JP::Mobile にメール送信・受信用のエンコーディングを追加？

auの場合メール送信時は sjis で、受信時は iso-2022 を使いたい。めんどうなので、decodeはx-iso-2022-jp-kddi-auto、encodeではx-sjis-kddi-auto を使う新しいエンコーディングを作ると何も考えずそれを使えばいいから楽？

済 ***HTML::MobileJp::Filter

~~＋が使えるやつ来たので（まだ見てもいない＞＜）shipit。~~

~~余裕があればxmlパースして内部で持つようにするか~~

済 ***MobileCat の微調整？

~~自分用にRSSが欲しくなってきた。~~

済 ****どこにも公開してない変モジュールがいろいろあったのでUP

[MobileCat]ブログで告知した

nobody@example.com (tomi-ru) — 2008-08-06T03:19:30+09:00

ここよりはfeed見てる人多そうなので自分のブログでも告知。

http://e8y.net/blog/2008/08/06/p252.html

他の言語でのモバイル系フレームワークがどんな機能をもってるのかあらためて調査したいところだなあ。

共有化できるところは共有化したほうがよいだろうし。

とりあえずこれでひと段落着いたことにして、ドラクエV始めました。これからお化け退治にでかける。

au の一部端末終了のお知らせ

nobody@example.com (tokuhirom) — 2008-07-30T10:34:58+09:00

http://www.au.kddi.com/ezfactory/tec/spec/new_win/ezkishu.html

をみればわかるとおり

JPEG 非対応機種
GIF 非対応機種
モノクロ機種

は終了。

Email 受信するスクリプトをかくときのやりかた

nobody@example.com (tokuhirom) — 2008-07-29T17:44:56+09:00

package Email::MIME::JP::Mobile;
use strict;
use warnings;
use base qw(Email::MIME);
use Encode ();
use Email::Address::JP::Mobile;


sub mobile {
    my ($self, ) = @_;
    $self->{__jp_mobile} ||= Email::Address::JP::Mobile->new( scalar $self->header('From') );
}

sub force_decode_hook { 1 }
sub decode_hook {
    my ($self, $body) = @_;
    $self->mobile->mail_encoding->decode($body);
}

sub subject {
    my ($self, ) = @_;
    my $subject = Email::Simple::header('Subject');
    $self->mobile->mime_encoding->decode($subject);
}

1;
__END__

=head1 SYNOPSIS

    use Email::MIME::JP::Mobile;
    use Email::MIME::XPath;
    my $mail = Email::MIME::JP::Mobile->new($eml);
    say $mail->subject;
    my $bodynode = $mail->xpath_findnodes('//plain');
    say $bodynode->body if $bodynode;

[mobile][雑談]転載：Mobile-users.jpを作りました

nobody@example.com (Yudoufu) — 2008-06-01T01:04:28+09:00

そういえばこっちにはちっとも投稿してなかったわけですが。自分の本ブログから転載

各言語ごとにばらばらにモバイルコミュニティができてたり、情報が言語の壁で共有しきれていなかったり・・・そういった状態から、１箇所に集めるのはまだまだ困難だろうという思いもあり、作ってしまいました。

========

流行に乗るみたいであんまり好きではないですが、Mobile-users.jp - 日本のモバイルサイト開発者のためのハブサイトを作りました。

携帯のWeb閲覧環境は機種依存性が強く、通常のWeb開発に比べて個別対応のための複雑な問題が生じやすいと言う事情があります。にもかかわらず、まとまった情報を発信するサイトもまだまだ少なく、基本的な問題ですら情報共有が進んでいるとは言い難い状況です。

元々は、この辺を憂慮したのが前回の勉強会を開いた経緯でもあります。

ただ、PHPコミュニティの中での蓄積も大事ですが、コミュニティがその情報を内部に抱え込んで、全体としての情報の交流が進まないのも、やはり問題です。

だからこそ、こうやって俯瞰的に情報をまとめられるサイトがあるべきなんじゃないかな、と思って作りました。

僕もリーチしきれない情報は数々あると思うので、皆様のお知恵とお力を拝借できればと思っています＞＜

ぜひぜひよろしくお願いします＞＜

Willcomの絵文字入りメールの仕様

nobody@example.com (clouder) — 2008-05-19T20:17:19+09:00

忘れちゃうので覚え書き。

Willcomのメールは下記のようになってる。

a ESC$B あ [太陽]ESC(B
ESC$B あ ESC(B a [太陽]
[太陽] ESC$B あ ESC(B a
[太陽] a ESC$B あ ESC(B
ESC$B あ [太陽] ESC(B a
a [太陽] ESC$B あ ESC(B
[太陽][傘][雲]

それぞれの意味は以下

あ → iso-2022-jp
a → アルファベット
ESC$B と ESC(B → エスケープシーケンス
[太陽] [傘] [雲] → x-sjis-docomo-raw

これを見る限り、

2バイト文字のあとに絵文字がくると、絵文字はエスケープシーケンスの中に入る
1バイト文字のあとに絵文字がくると、絵文字はエスケープシーケンスの中に入らない
絵文字だけであればエスケープシーケンスはない

というルールがあるように見受けられる。

前にも書いた通り、絵文字だけはSJISという奇妙な仕様…。

ちなみに Content-Type は text/plain;charset="ISO-2022-JP" になっている。

WX310SA の HTTP Header

nobody@example.com (tokuhirom) — 2008-04-28T11:38:45+09:00

DOCUMENT_ROOT: /path/to//htdocs
GATEWAY_INTERFACE: CGI-Perl/1.1
HOME: /home/tokuhiro/
HOSTNAME: jigen
HTTP_ACCEPT: '*/*'
HTTP_ACCEPT_ENCODING: 'deflate, gzip'
HTTP_CONNECTION: close
HTTP_HOST: example.com
HTTP_USER_AGENT: Mozilla/3.0(WILLCOM;SANYO/WX310SA/2;1/1/C128) NetFront/3.3
PATH_INFO: /
PERL_SEND_HEADER: On
QUERY_STRING: ''
REQUEST_METHOD: GET
REQUEST_URI: /

役にたつ情報がなさすぎて泣いた

表記揺れすぎだよ ez

nobody@example.com (tokuhirom) — 2008-04-24T19:59:55+09:00

もうちょっとなんとかしようぜ……

http://www.au.kddi.com/ezfactory/tec/spec/new_win/ezkishu.html

google appsでも対応してください＞＜

nobody@example.com (nihen) — 2008-04-15T11:19:41+09:00

http://googlejapan.blogspot.com/2008/04/gmail-no.html

google appsの独自ドメインでも対応してください＞＜

ついでにソフトバンクとも交渉して対応してください＞＜

他力本願なオレorz

というか普通に全ドメインあてに絵文字おくってくれよくださいです＞docomo,softbankの中の人

Bundle::MobileJP を皆で整備するのはどうか

nobody@example.com (yappo) — 2008-04-13T18:32:32+09:00

ようは CPAN Modules を使ったモバイルサイトを作るときのベストプラクティス的なドキュメントをまとめたディストリビューションにする。

主にドキュメントがメインになるのでBundleってのも怪しいから、もっといい名前空間があればそっちで。

いつのまにかこの日記の存在意義が消えてました

nobody@example.com (yappo) — 2008-04-13T18:30:22+09:00

http://mobilehacker.g.hatena.ne.jp/yappo/20070720/1184902204

H::M::P::Locator trunkにマージ

nobody@example.com (nihen) — 2008-03-03T22:13:38+09:00

r7422でbranches/get_locator_from_paramsをマージさせていただきました。

しっかしpodの書き方そろそろ本気で覚えないと駄目だわ･･･。

あと英語･･･。

H::M::P::Locator再度修正

nobody@example.com (nihen) — 2008-03-03T20:04:02+09:00

#mobilejpでいろいろとアドバイスを受けr7408の修正をしました。

下記のように使えるようになりました。

use HTTP::MobileAgent;
use HTTP::MobileAgent::Plugin::Locator qw/:locator/;
# これで、$LOCATOR_AUTO_FROM_COMPLIANT $LOCATOR_AUTO $LOCATOR_GPS $LOCATOR_BASIC が使えるようになる
# $LOCATOR_AUTO_FROM_COMPLIANT = 今のtrunkと一緒。GPS対応機ならGPSロケータ
# $LOCATOR_AUTO                = 入力パラメータによる自動判別
# $LOCATOR_GPS                 = GPSロケータ
# $LOCATOR_BASIC               = Basicロケータ

my $agent = HTTP::MobileAgent->new;

# いままでどおりGPS対応機ならGPSロケータ使用
my $location = $agent->get_location($params);

# 明示的にロケータ使用
$location = $agent->get_location($params, { locator => $LOCATOR_BASIC });

テストはもちっと追加しなきゃかも。ドキュメントは英語･･･だとうまく書ける自信なし＞＜

H::M::P::Locatorにさらに手を加える

nobody@example.com (nihen) — 2008-03-03T15:55:42+09:00

パラメータの自動判別はどうなんだろとid:tokuhirom氏にDISられたので明示的に指定する引数を追加するように方向転換。指定されていなかったら(undefinedだったら）従前通りGPSかどうかで判断してます。

あと、パラメータでの判別も外側でやりたいので

$agent->gps_parameter

を追加しました。

下記のように3種類の使い分けができます。

my $agent = HTTP::MobileAgent->new;

# いままでどおりGPS対応機ならGPSロケータ使用
my $location = $agent->get_location($params);

# 明示的にBasicロケータ使用
$location = $agent->get_location($params, 0);

# 入力パラメータによってロケータを切り分け
$location = $agent->get_location(
    $params,
    $agent->gps_paramter($params)
);

ブランチはget_locator_from_paramsのままです。

H::M::P::Locatorのget_locatorで来たパラメータによってGPSかBasicかを分けてみる

nobody@example.com (nihen) — 2008-03-01T19:49:51+09:00

GPSでの位置取得は(auは結構早いけど)簡易位置取得に比べ遅いのでユーザに選択させたい（というかさせてる）。

けど現行のH::M::P::Locatorだと機種がGPS対応なら強制的に{Carrier}::GPSのLocatorクラスを使ってしまうのです。

DoCoMo: AREACODEがあるか

au: lat,lonの先頭に+-が付いているか(ちょっと微妙だけど･･･)

SoftBank: posパラメータがあるかどうか

という条件でGPSなのかBasicなのかを判断できる。

ということでその判断を元にLocatorクラスを生成するように修正したブランチを作りました。

http://coderepos.org/share/browser/lang/perl/HTTP-MobileAgent-Plugin-Locator/branches/get_locator_from_params/

どうでしょうか？>id:clouder

Encode::JP::Mobileにx-iso-2022-jp-airhを追加してみた。

nobody@example.com (clouder) — 2008-02-26T22:19:16+09:00

ブランチ作ってやってみたよ！podはまだ書いてません＞＜

ブランチはこちら↓

http://coderepos.org/share/browser/lang/perl/Encode-JP-Mobile/branches/convert-willcom-mail-pictogram

changesetはこちら↓

http://coderepos.org/share/changeset/7172

ほとんどKDDIJISからのコピペなんだけど、ちょっとだけ違います。

(関数とかバリバリコピペでDRYじゃないので、どうしましょうか＞id:tokuhirom)

まずはAirHから送られてくる絵文字入りメールの仕様ですが、AirHのメールの本文は基本的にiso-2022-jpなんだけど、DoCoMo互換の絵文字だけはそのまんまのshiftjisでくるため、そこの部分だけをうまいこと変換してやらなくちゃならない。(KDDIJIS.pmはバイトをずらしたりしてるけど、その部分の処理がAirHJIS.pmと違う。)

例えば、[ISO]をiso-2022-jpで、[SJIS]を絵文字とすると

[ISO][ISO][ISO][ISO][SJIS]、[ISO][ISO][ISO][ISO][SJIS][ISO][SJIS]

なんて感じのメールになってる。

で、実際のAirHJIS.pmの動作としては以下のようになってます。

decodeするときは、[SJIS]にマッチするものだけshiftjisのままにしておきつつ、[ISO]の部分だけshiftjisに変換し、最終的にx-sjis-docomo-rawを使ってdecodeしています。

encodeするときは、まずx-sjis-docomo-rawでencodeしたあとに、1文字ずつDoCoMo互換の絵文字の領域のものだったそのまま残して、それ以外の文字であったらiso-2022-jpに変換していくという処理をしています。

まぁ、そのままですね。

どうでしょう＞Encode::JP::Mobile's authors

[au]device:location

nobody@example.com (perezvon) — 2008-02-23T19:35:52+09:00

京セラのauはdevice:locationにしても、device:gpsoneと同じようにdatum=1&unit=0というリクエストを送ってくる説。

確認したのは、以下の二機種。

KDDI-KC33 UP.Browser/6.2.0.9 (GUI) MMP/2.0
KDDI-KC38 UP.Browser/6.2.0.11.1.2.2 (GUI) MMP/2.0

HTML::Entities::ConvertPictogramMobileJpのmake test

nobody@example.com (clouder) — 2008-02-14T22:20:54+09:00

こけるね。

今時間がないので、あとでみる。メモ。

H::M::Plugin::Charsetのauの判定の件

nobody@example.com (nihen) — 2008-02-06T17:54:54+09:00

Encode::JP::Mobileと組み合わせると便利な

HTTP::MobileAgent::Plugin::Charsetですが、auはSSLにおいてUTF-8が表示できないということで常にx-sjis-ezweb-autoが選択されています。

SSLでのアクセスかどうかを判定できれば、nonSSLの場合はできればx-utf8-ezwebを選択させてあげたいと思うです。

そこで、手持ちのau端末(W44S, W52H)でSSLなページにアクセスしてヘッダを眺めてたところ、

non-SSL

Accept-Charset => 'shift_jis,*'

SSL

Accept-Charset => 'shift_jis'

という違いがー。

ちなみに他キャリアではDoCoMoはAccept-Charset自体無し、SoftBankは

Accept-Charset => 'Shift_JIS, EUC-JP, ISO-2022-JP, US-ASCII,ISO-8859-1, UTF-8'

といった感じでした。

=>branche切ってcommitしてみました

http://coderepos.org/share/changeset/6292

cpan shell の force install

nobody@example.com (clouder) — 2008-01-23T21:09:47+09:00

今更だけどcpan shellでforce installするには

% cpan -f Module::Name

とすればいいことを初めて知った…。

WWW::MobileCarrierJPのtestでこける

nobody@example.com (clouder) — 2008-01-23T21:00:54+09:00

DoCoMoのUAのページに705i系が追加されてたからだった。

追加された端末を08_docomo_htmlversion.tに追加しときました＞id:tokuhirom

http://coderepos.org/share/changeset/5359

Geo::Coordinates::Converter 0.04 is release

nobody@example.com (yappo) — 2008-01-16T15:55:05+09:00

http://mobilehacker.g.hatena.ne.jp/tokuhirom/20080111/1200037289

これの対応やってincディレクトリ添付して0.04をリリースだお。

[DoCoMo]そろそろcodereposのアカウントほしいかもな

nobody@example.com (perezvon) — 2007-12-06T12:43:46+09:00

これがあれば、こんなことはしなかっただろう。

[utf8]メリットがよく分からない

nobody@example.com (perezvon) — 2007-12-02T17:04:02+09:00

utf8 でケータイサイトをつくる時代。
http://wassr.jp/user/tokuhirom/statuses/9XOO60967K

今時 thirdforce の絵文字をエスケープシーケンスでいれてる人がいたらちょっと可哀そうになるw
http://wassr.jp/user/tokuhirom/statuses/eeJvGI3BSz

前者に関しては、確かに、SoftBankとWILLCOMならばutf8の方がいいと思うけど。

後者は、エスケープシーケンスではなくutf8でエンコードすればいいってこと？

[SoftBank]WJ46065EとWJ46202E

nobody@example.com (perezvon) — 2007-11-23T22:52:57+09:00

WJ46065EとWJ46202E、どちらもSoftBank端末でときどき出現するという謎のエラーだが、どちらもコンテンツサイズ関連のエラーだと睨んでいる。

WJ46065Eの原因の一つとして「HTMLのサイズが48Kbytes以上」があげられるというのは間違いないと思う。正確に48Kbytesではなく、なんか半端な数だったと思うが、それに近いサイズのコンテンツで100%再現する。

キーワード"WJ46065E"でも言及されている「HTTPヘッダー」の件も原因の一つであるかどうかは分からない。

WJ46202Eの方も、上記のエラーの調査の過程でほぼ再現できたので、コンテンツサイズの問題であろうということが推測できたが、正確な条件までは分からなかった。また、コンテンツサイズだけがWJ46202Eの唯一の原因であるのかどうかは分からない。

参考URL

http://skeitai.com/blog/softbank/wj46202e.html

http://mobilehacker.g.hatena.ne.jp/keyword/WJ46065E

続・HTTPS で x-jphone-** が送られてこない

nobody@example.com (ziguzagu) — 2007-11-09T17:33:25+09:00

http://mobilehacker.g.hatena.ne.jp/ziguzagu/20070821/1190169571 で書いた問題の続き。

どうやら、https://secure.softbank.ne.jp を経由すると送られてくる模様。

https://example.com/test?foo=bar

ていうところにいきたい場合は、

https://secure.softbank.ne.jp/example.com/test?foo=bar

に。ただし、example.com でオレオレ証明書使ってる場合はエラーになる。。

ていうのは、すごく常識だったのかもしれないという不安に駆られ中。。。

携帯でウィジェット？

nobody@example.com (wtnabe) — 2007-10-22T00:00:00+09:00

日本ではこういう小物はケータイの方がウケそうな気がする。

とりあえずメモ。

UWA はちょっと面白そう。日本のビジネス的には jig と ACCESS の対決？

HTTPS で x-jphone-** が送られてこない

nobody@example.com (ziguzagu) — 2007-09-19T11:39:31+09:00

Softbank の一部端末で HTTPS だとx-jphone 系ヘッダ（全部？）が送られてこないくさい。具体的にはこいつら↓

HTTP_X_JPHONE_SMAF
HTTP_X_JPHONE_REGION
HTTP_X_JPHONE_MSNAME
HTTP_X_JPHONE_DISPLAY
HTTP_X_JPHONE_UID
HTTP_X_JPHONE_COLOR

903SH、910SH で確認（SH 依存かしら…）。公式サイトだと問題ないのかしら？（ないんでしょう、たぶん。使ったこと無かったけど）

簡単ログインできない。

おわた。。。

HTTP POSTリクエスト時のContent-Body最大長

nobody@example.com (ziguzagu) — 2007-09-19T11:35:16+09:00

必要に駆られて、HTTP POSTリクエスト時に送信可能なContent-Bodyの最大長を調べた。

DoCoMo

http://www.nttdocomo.co.jp/service/imode/make/content/flash/feature/index.html

PDC: 5KB
FOMA: 32KB

Webブラウザでの制限については、明確な資料がみあたらない。上記の資料はFlashの話だけど、Webブラウザで動くもの（という解釈でいいのか…？）なので同じ制限になるはず。

KDDI

http://www.au.kddi.com/ezfactory/tec/spec/ezplus.html

こちらもWebブラウザではなく。。JavaでのHTTP POSTの制限。

Java Phase1-2.5: 20,480B
Java Phase3: 40,960B

上記の資料ではHTTP GET/POST のレスポンス時の最大長が9,000B（約9KB）となっていて、これは下記URLにある、Webブラウザでの制限と同じ約9KBということで、たぶんこのPOSTについてもおんなじじゃないかと期待。

http://www.au.kddi.com/ezfactory/tec/spec/xhtml.html

Softbank

http://developers.softbankmobile.co.jp/dp/tool_dl/web/tech.php のウェブコンテンツ開発ガイド[HTTP編] - 3.15.12 Content-Lenght より。

10KB

ちゃんと資料がある！ｗ

謎仕様（というか端末の挙動）が多いというのは別にして、Softbankはオープンな資料については豊富で助かる。

まとめ

送信可能な上限にあわせて、少なくとも textarea には全部 maxlength つけておいたほうがいいかなぁ。。HTTP::MobileAgent に max_post_length みたいのがあってもいいかも。

ちなみに、最大サイズを超えたものを送信しようとした場合は、超えた分だけ切られて最大サイズ分のみ送られる（これってHTTPの仕様でRFCになってたりするのかしら…）。

なんにせよ、マニアックな対応のような。。

忘れてた

nobody@example.com (wtnabe) — 2007-07-28T00:00:00+09:00

グループに登録だけして、てっきり何かメールがくるものと思っていたけどなーんも返ってこないのでよく見たらすぐに誰でも使えるのであった。

最近携帯用のコード書いてないけど、なんかうまいことメールと連動ってできたらいいなというアイディアだけはあったりしてます。

しかしいつも思うけどはてなグループって分かりにくい。

Moxyは

nobody@example.com (mikihoshi) — 2007-07-20T12:30:05+09:00

既にid:tokuhiromが大分手を加えてるので、俺は単に作り始めた人になりつつある件。

でもCPANにあげるよ

おれおれHTTP::MobileAgent作成日記

nobody@example.com (yappo) — 2007-07-20T12:30:04+09:00

にする