<?xml version="1.0" encoding="utf-8" ?>
<rdf:RDF
	xmlns="http://purl.org/rss/1.0/"
	xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xml:lang="ja">
<channel rdf:about="http://mobilehacker.g.hatena.ne.jp/keywordlist?mode=rss">
	<title>モバイルハッカー連絡会 キーワード一覧</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keywordlistキーワード一覧</link>
	<description>モバイルハッカー連絡会 キーワード一覧</description>
	<items>
	<rdf:Seq>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/%E7%94%BB%E5%83%8F%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/WJ46065E"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/Mobile%E9%96%A2%E9%80%A3Perl%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/REP314"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/SSL"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/PictogramBestPractice"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/%E7%B0%A1%E5%8D%98%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/GPS"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/%E6%90%BA%E5%B8%AF%E7%AB%AF%E6%9C%AB%E3%81%AE%E3%83%AA%E3%83%95%E3%82%A1%E3%83%A9"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/CSS"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/Browser"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/ESMP"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/XHTML%2DMP"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/PictogramColor"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/Cookie"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/encoding"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/%E6%A4%9C%E7%B4%A2%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E3%81%AEUA"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/SoftBank%E3%81%AE3GC%E5%9E%8B%E7%AB%AF%E6%9C%AB%E3%81%AE%E7%B5%B5%E6%96%87%E5%AD%97%E9%80%81%E5%87%BA"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/%E4%BD%8D%E7%BD%AE%E6%83%85%E5%A0%B1"/>
		<rdf:li rdf:resource="http://mobilehacker.g.hatena.ne.jp/keyword/typeD%2Epdf%E3%81%AE%E8%A7%A3%E6%9E%90"/>
	</rdf:Seq>
	</items>
</channel>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/%E7%94%BB%E5%83%8F%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88">
	<title>画像フォーマット</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/%E7%94%BB%E5%83%8F%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88</link>
	<description>:au:jpeg, gif, png, bmp :docomo: jpeg, gif(iブラ2.0 からは png/bmp もOK) :softbank: jpeg, png  softbank でも 3GC は gif 利用可能(ただし V801SH、V801SAを除く)  一形式のみにまとめたい場合はすべての画像を jpeg にすると楽。Vodafone は 3GC のみと割り切れば gif も使える。  まじめにやるなら gif/png 使い分けか。  src.  http://www.au.kdd ...</description>
	<dc:date>2009-05-20T13:15:14+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/WJ46065E">
	<title>WJ46065E</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/WJ46065E</link>
	<description>Vodafone 端末の謎エラー。  公式な発表はないが、ぐぐるといろいろ情報がでてくる。端末のメモリ不足によるものという説が有力。   http://skeitai.com/blog/softbank/wj46065e.html  http://blog.goo.ne.jp/toru_loves_you/e/fd37886a161ad57570a6b390dc2bd057   meta tag で文字コードを指定しないとでるというのもあり  HTTP Header を出しまちがえると出るという説も  h ...</description>
	<dc:date>2008-10-29T11:54:35+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/Mobile%E9%96%A2%E9%80%A3Perl%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB">
	<title>Mobile関連Perlモジュール</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/Mobile%E9%96%A2%E9%80%A3Perl%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB</link>
	<description>まとめて[http://search.cpan.org/perldoc?Task::MobileJP:title=Task::MobileJP]でインストールできるようになる予定  Basic   Encode::JP::Mobile  絵文字を含んだテキストのencode/decode・相互変換  Mail::Address::MobileJp   メールアドレスのキャリヤ判定  HTTP::MobileAgent  User-Agent の解析  More  HTTP::MobileAttribute ...</description>
	<dc:date>2008-04-19T03:12:13+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/REP314">
	<title>REP314</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/REP314</link>
	<description>  ボーダ時代の一部機種でたまに見かけるなぞのエラー。はっきりとした原因がわかったためしがない。  metaタグを取るとみれるとかいう話もある。 </description>
	<dc:date>2008-02-09T18:25:00+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/SSL">
	<title>SSL</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/SSL</link>
	<description>OpenWave 端末は謎が多いよな。。   SoftBankのSSLの仕様は変  SoftBankは、httpからhttpsに移動するとhttps://example.com/foo が https://secure.softbank.ne.jp/example.com/fooになります。 でもブックマークやメール本文のURLから移動するとhttps://example.com/fooのままという変な仕様。  そして、もう1つおかしいのは、上述のブックマークやメール本文のURLから3GC端末でアクセスし ...</description>
	<dc:date>2007-12-03T18:23:30+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/PictogramBestPractice">
	<title>PictogramBestPractice</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/PictogramBestPractice</link>
	<description>Encode::JP::Mobile 使った場合。  大前提  サーバーサイドは utf8 で扱うのが best practice.  webでサーバー側から出力する絵文字 &amp;amp;#xXXXX; の unicode 実体参照で書くのがよさげ。  ただし、kddi の裏 uni は使えないから気をつけろ!  webの入出力 3GC, FOMA, WIN という前提  utf8 で html 出力。  サーバーサイドは utf8 で DB に store で、ナニもかんがえなくても pictogram 扱 ...</description>
	<dc:date>2007-11-14T12:18:14+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/%E7%B0%A1%E5%8D%98%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3">
	<title>簡単ログイン</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/%E7%B0%A1%E5%8D%98%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3</link>
	<description>またはユーザーを識別する100の方法。  いろいろ方法はあるが、大別すると「ユーザー」を識別する方法と「端末」を識別する方法がある。  ezweb HTTP Header の X-Up-Subno によりユーザー固有の番号が送られる。基本的にサーバーへのアクセス時に毎回送ってくる。  i-mode a タグまたは form タグに utn=&amp;quot;utn&amp;quot; というアトリビュートをつけると端末固有のIDが確認画面の後送られる。  公式サイトの場合には確認なしでユーザー固有のIDを得る方法がある。このパラメータ名は ...</description>
	<dc:date>2007-08-16T20:03:46+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/GPS">
	<title>GPS</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/GPS</link>
	<description>DoCoMo :Mova:http://www.nttdocomo.co.jp/service/imode/make/content/gps/mova/index.html :FOMA:http://www.nttdocomo.co.jp/service/imode/make/content/gps/index.html :全機種:http://www.nttdocomo.co.jp/service/imode/make/content/iarea/  EZweb :簡易位置情報:http://www.a ...</description>
	<dc:date>2007-08-16T11:17:29+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/%E6%90%BA%E5%B8%AF%E7%AB%AF%E6%9C%AB%E3%81%AE%E3%83%AA%E3%83%95%E3%82%A1%E3%83%A9">
	<title>携帯端末のリファラ</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/%E6%90%BA%E5%B8%AF%E7%AB%AF%E6%9C%AB%E3%81%AE%E3%83%AA%E3%83%95%E3%82%A1%E3%83%A9</link>
	<description>携帯端末は普通のブラウザと違ってキャリアによって送ってくるリファラが違います。 以下にまとめました。   DoCoMo  全機種リファラを送ってきません。 例：なし   au  全機種リファラを送ってきます。 例：http://example.com/foo/bar?baz=1   SoftBank  全機種リファラを送ってきますが、端末によってGWを通る時にクエリを削ぎ落す場合があります。 例：http://example.com/foo/bar?baz=1 or http://example.com/ ...</description>
	<dc:date>2007-08-13T17:37:10+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/CSS">
	<title>CSS</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/CSS</link>
	<description>ドコモがショボい。以上!  ドコモ  style=&amp;quot;color: red&amp;quot; にのみ対応  ただし a:link, a:visited, a:focus の3つの擬似クラスのみ内部参照(a:link { color: red } みたいなの)で書く必要がある  外部参照( みたいなの)には対応してない という謎仕様。   参考: http://www.nttdocomo.co.jp/service/imode/make/content/xhtml/outline/s1.html#1_1_1   iモードXH ...</description>
	<dc:date>2007-08-12T10:56:25+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/Browser">
	<title>Browser</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/Browser</link>
	<description>まだかきかけ。  DoCoMo http://k-tai.impress.co.jp/cda/article/keyword/19839.html   ドコモは ACCESS の Compact NetFront らしい(いまいちなソースしかないんだよな……)  (Compact NetFront Plus は PNG にオプションで対応可能と書いてあるんだけどな……  Cookie が使えない。致命的。  ECMAScript も使えない  描画がしょぼい  CSS 対応がしょぼい  CSS の外部参照 ...</description>
	<dc:date>2007-08-12T01:23:14+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/ESMP">
	<title>ESMP</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/ESMP</link>
	<description>ECMAScript Mobile Profile.  ぼちぼちケータイでもJavaScriptな時代がくる予感?</description>
	<dc:date>2007-08-11T08:22:02+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/XHTML%2DMP">
	<title>XHTML-MP</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/XHTML%2DMP</link>
	<description>  XHTML-MP は、XHTML 1.0 (HTML 4 の XML 版) の簡略版である XHTML Basic のスーパーセットです。 この XHTML Basic は、携帯電話、PDA、ポケットベル、TV ベースの Web ブラウザなど、コンピュータでない小型の装置を対象としています。   ここに日本語の解説あるあるよ。  http://developer.openwave.com/ja/tools_and_sdk/documentation/ue11/xhtml-mp-referenceJ/i ...</description>
	<dc:date>2007-08-11T08:05:46+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/PictogramColor">
	<title>PictogramColor</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/PictogramColor</link>
	<description>絵文字の色は悩ましき問題かな。  ドコモは絵文字が文字扱いなので &amp;lt;font color=&amp;quot;red&amp;quot;&amp;gt; の影響を受ける。しかもこれ一回色を指定すると元の色がいろいろな状態に戻すことはできないっぽい。これなんとかならんかねえ。誰か知ってるひといたらおせーて。  他のキャリヤは画像扱いなので影響を受けない。  Willcom は絵文字が背景透過なので黒い背景を設定すると黒い絵文字が見えなくなります。こまったもんだ。 </description>
	<dc:date>2007-08-09T19:37:07+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/Cookie">
	<title>Cookie</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/Cookie</link>
	<description>できるかぎり Cookie を使ったほうがいいと思う。StickyQuery はなにかにつけて脆弱だよ。きみ。  vodafone  typeW 以後。つまり typeW/type3GC かな。  au  基本的には対応してると思っていいのかな？  docomo  対応してねえ  willcom  対応してる  現状は下記のようなかんじか。   see also: http://www.bugbearr.jp/?%E6%90%BA%E5%B8%AFWeb</description>
	<dc:date>2007-08-09T15:44:19+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/encoding">
	<title>encoding</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/encoding</link>
	<description>文字コードはどうあるべきか。数年前は SJIS じゃないと駄目なアホ端末が多かったが、近年では utf8 への対応もじょじょに進んできている（sjis のみに対応の端末がじょじょに減ってきている）。  各キャリヤの対応状況は  DoCoMo  XHTML 対応端末は utf8 に対応  XHTML 対応端末は 900i 以後なので、utf8 前提でいいのでは？  EZweb  公式には SJIS のみっぽい？ http://www.au.kddi.com/ezfactory/tec/spec/4_2.ht ...</description>
	<dc:date>2007-08-09T14:38:47+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/%E6%A4%9C%E7%B4%A2%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E3%81%AEUA">
	<title>検索エンジンのUA</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/%E6%A4%9C%E7%B4%A2%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E3%81%AEUA</link>
	<description>検索エンジンの UserAgent その実例。   参考URL  http://help.goo.ne.jp/door/crawler.html  http://help.yahoo.co.jp/help/jp/search/indexing/indexing-27.html  http://help.goo.ne.jp/help/article/1142/14/  http://i.yappo.jp/docs/help/mania.html#robot </description>
	<dc:date>2007-08-01T17:01:20+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/SoftBank%E3%81%AE3GC%E5%9E%8B%E7%AB%AF%E6%9C%AB%E3%81%AE%E7%B5%B5%E6%96%87%E5%AD%97%E9%80%81%E5%87%BA">
	<title>SoftBankの3GC型端末の絵文字送出</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/SoftBank%E3%81%AE3GC%E5%9E%8B%E7%AB%AF%E6%9C%AB%E3%81%AE%E7%B5%B5%E6%96%87%E5%AD%97%E9%80%81%E5%87%BA</link>
	<description>SoftBankの3GC型端末は絵文字の送出がおかしい。これは公式にも明言されています。[http://developers.softbankmobile.co.jp/dp/tool_dl/web/tech.php:title=技術資料]のHTML編に詳しく書いてあります。  また、UTF-8でHTMLを吐くとUTF-8の絵文字が返ってくる端末が多いという噂もある。  </description>
	<dc:date>2007-07-29T00:20:34+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/%E4%BD%8D%E7%BD%AE%E6%83%85%E5%A0%B1">
	<title>位置情報</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/%E4%BD%8D%E7%BD%AE%E6%83%85%E5%A0%B1</link>
	<description>携帯電話の位置情報に関しては http://www.yaskey.cside.tv/mapserver/note/gps.html がくわしい。  位置情報の変換は id:yappo の Geo::Coordinates::Converter あたりを使うと楽。 </description>
	<dc:date>2007-07-26T05:52:26+09:00</dc:date>
</item>
<item rdf:about="http://mobilehacker.g.hatena.ne.jp/keyword/typeD%2Epdf%E3%81%AE%E8%A7%A3%E6%9E%90">
	<title>typeD.pdfの解析</title>
	<link>http://mobilehacker.g.hatena.ne.jp/keyword/typeD%2Epdf%E3%81%AE%E8%A7%A3%E6%9E%90</link>
	<description>au の絵文字データは typeD.pdf と呼ばれる pdf file に入っている。  PDF ファイルなので解析が面倒なのだが google の cache を使って適当に抜き出すスクリプトが下記である。   </description>
	<dc:date>2007-07-20T14:41:33+09:00</dc:date>
</item>
</rdf:RDF>

