Hatena::Groupmobilehacker

clouderの日記

|

2008-01-20

進むのはやすぎ

01:37 |  進むのはやすぎ - clouderの日記 を含むブックマーク はてなブックマーク -  進むのはやすぎ - clouderの日記

ここ最近のEncode::JP::Mobileなんかの開発速度はやすぎw

ぜんぜん、おいつけません。。。

2008-01-17

Encode::JP::Mobileでの絵文字の相互変換方法

17:45 |  Encode::JP::Mobileでの絵文字の相互変換方法 - clouderの日記 を含むブックマーク はてなブックマーク -  Encode::JP::Mobileでの絵文字の相互変換方法 - clouderの日記

utf-8の絵文字であれば、普通にx-utf8-(imode|kddi|softbank)を使って相互変換できます。

たとえばDoCoMoの絵文字がDBに格納されている場合。

my $decoded = decode($data_from_db, "x-utf8-kddi");
my $output = encode($decoded, "x-sjis-kddi-auto");

というかんじにすれば、DoCoMoの絵文字(utf-8)をKDDIの絵文字(utf-8)に変換して、sjisの絵文字に変換した$outputを得られる。

ちなみに「x-sjis-kddi-auto」は「x-sjis-kddi」でもOK。なぜなら、「x-sjis-kddi」と「x-sjis-kddi-auto」はencodeにおいては等価だから。詳しくは g:mobilehacker:id:tokuhirom:20080117:1200556730 をどうぞ。

最新の絵文字Best Practice

17:24 |  最新の絵文字Best Practice - clouderの日記 を含むブックマーク はてなブックマーク -  最新の絵文字Best Practice - clouderの日記

内部: utf-8

外部: sjis(SoftBankの3Gのみutf-8。なぜならsjisの場合絵文字コードを送ってこない端末があるため)

これで決まり!以下説明です。


入力はクライアントのキャリアに応じて「x-sjis-(imode|kddi-auto|softbank-auto)」でdecodeして、その後DBにはutf8でencodeして保存。(もしこのときにたとえばDoCoMoの絵文字に統一して保存したかったら「x-utf8-imode」でencodeして保存することもできるけど統一して保存ってあんまりないか…)

出力はクライアントのキャリアに応じて「x-utf8-(imode|kddi-auto|softbank)」でdecodeしてから、「x-sjis-(imode|kddi-auto|softbank-auto)」でencodeして出力。

ただし、SoftBankでも3Gだけは「x-utf8-softbank」でdecodeして処理したあと「x-utf8-softbank」でencodeして出力。


ちなみにKDDIに関してはDBへ保存するのは裏KDDI絵文字と呼ばれるutf-8コードにして保存しています。これは、「x-utf8-(imode|softbank)」にて各キャリアの絵文字に相互変換できるようにするためである。

#という理解であってるかどうかがわからん…。

2008-01-16

CassieCassie2015/08/12 07:26Great common sense here. Wish I'd thuoght of that.

JasonteefsJasonteefs2017/01/25 04:28изготовление блокнотов http://wkrolik.com.ua/products/kalendari

2008-01-10

あけましておめでとうございます

17:19 |  あけましておめでとうございます - clouderの日記 を含むブックマーク はてなブックマーク -  あけましておめでとうございます - clouderの日記

今年ものっけからPerlのモバイル界隈はにぎやかでございます。

今年もたのしくなりそう。

宜しくお願い致します。

DoCoMoのGPS端末の判定

17:19 |  DoCoMoのGPS端末の判定 - clouderの日記 を含むブックマーク はてなブックマーク -  DoCoMoのGPS端末の判定 - clouderの日記

codereposに上げているH::MA::Plugin::LocatorのGPS判定が実はバグってるというのをid:tokuhiromに言われたので、判定ロジックを考えているのだがどうしたらいいかなぁ。

今検討中。

DoCoMoのGPS端末の判定 - 続報

18:38 |  DoCoMoのGPS端末の判定 - 続報 - clouderの日記 を含むブックマーク はてなブックマーク -  DoCoMoのGPS端末の判定 - 続報 - clouderの日記

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

903i(TV|X)を除く感じでこうしました。

hfrltprwnyhfrltprwny2013/12/18 03:33nbtjsnpcjmfibdlfs, <a href="http://www.skrkjqgqbm.com/">inmipyeyel</a> , [url=http://www.igplbuekac.com/]ksrdddzhir[/url], http://www.cghctwxche.com/ inmipyeyel

2007-12-06

H::MA::Plugin::Locatorを更新

20:21 |  H::MA::Plugin::Locatorを更新 - clouderの日記 を含むブックマーク はてなブックマーク -  H::MA::Plugin::Locatorを更新 - clouderの日記

更新内容は以下。

get_location()で、hashref以外にもparam()メソッドで値が取れるApache::RequestやCGIインスタンスを受け取れるようにした

これでSledgeの$self->rも渡せるようになったし、それ以外のときもparam()の関数があるリクエストオブジェクトであれば渡せるようになった。

get_location()の返り値をlatとlngのhashrefからGeo::Coordinates::Converter::Pointを返すように変更した

tokuhirom先生のご意見を参考に変更しました。これによって測地系の変換なども自分好みに変更できたり、使い勝手がよくなったと思います。

ちなみに測地系は「wgs84」で返ってくるようにしてあります。

もう少し泳がせてみて、問題ないようならCPANにあげちゃおうかなー。

|