photo credit: /Sizemore/
「Google Notebookがなくなったらどこにいく？」で書いたように、evernoteを試してみました。
デスクトップにアプリケーションをインストールするのはボク的には「ご勘弁」なので、Webアプリでの利用。
レイテンシも悪くなく、十分な気がします。
で、携帯ブラウザ（ボクのはau）から使えるのか試して見たところ、evernoteの携帯WebアプリはSJISを理解しないようでした。
メールでのノートのポストは日本語でも上手くできます。
メールとWebの文化の違いが歯がゆいですね（w
photo credit: Jay Dugger
「携帯サイト開発 その5 悲しいポイント」で、「各社提供シミュレータの不安定かつ信用できないところ」を悲しいポイントとして挙げました。
FireFoxと、いくつかのプラグインでゴリゴリと作っているコードのテストをしていたのですが、いい加減頭に来たので「mobile simulator」を試してみました。
Ext2を使って作られているところあたりは、Ext2で自分フレームワーク内に管理アプリケーション構築しているボクとしてはかなり親近感もわいたりしたわけです（w
セットアップして、使ってみたところ・・・これは相当イカしてます。
request headerの内容が明確になるところが、キャリア提供のモノとは大きく違っていて、嬉しくなります。
PHPとExtで作られているので、自分なりのカスタマイズも簡単にできそう。
あと、携帯ブラウザのrequest header情報はyamlファイルで管理されています。
「ケータイ端末プロファイルデータ（無償版）」をベースに全機種用のyamlを作ってみようと思ってます。
（もちろん、できたらここで公開します）
いやー、これで携帯対応作業が少し楽しくなるかもしれません。
感謝です！ ＞五十川さん@ウノウラボ
photo credit: The Tardigrade
フレームワークの携帯サイト対応で、各検索エンジンの携帯サイト向けクローラーの件を調べたのでメモしておきます。
「ケータイ端末プロファイルデータ（無償版）」や、各キャリアのゲートウェイが使っているIPアドレスレンジなどで、携帯ブラウザからのアクセスかどうかを判定していますが、それだけでは検索エンジンとはお付き合いできません。
ちゃんと、受け入れ態勢を整えてあげて、やってくるのを気長に待ってあげなくては（w
ネット上では、先人たちがクローラーのUser Agentをリストしてくれていたりするのを目にします。
なかなか便利な情報なのですが、やっぱりここは現場主義ではなく、「くさい匂いは元から断たないとダメ」ってことで、各検索エンジンが公開している情報を集めてみました。
Live.com（MSN）とか、はてなとかは、もひとつ調べきれませんでした。
はてなは、別に携帯専用に検索エンジンしているわけじゃないから、情報として出てこなくてもしょうがない気はしますが・・・Live.comは携帯サイトもあるんだから情報が出てきてしかるべきと思ったけど・・・期待したボクがバカだったということにしておきましょう。
なんにせよ、PC用サイトと併設の場合は「Mobile Link Discovery」に対応して、受け入れ体制を万全にしておくべきですね。
あとは魅力的なコンテンツさえあれば、バッチリです・・・そこが一番大変なんだけど。。。
photo credit: Brave Heart
フレームワークの携帯サイト開発対応で、現時点で「とっても悲しいなぁ〜」と思った点のメモ
この世界に足をつっこんでしまったのは失敗だ・・・と、個人的には思います。
こういうのは誰かにやってもらうのが一番だけど・・・フレームワーク的なものはとっても少ないし・・・
今後予想される「悲しい点」として、「絵文字」とか「GPS」とか・・・
あと、フォームまわりとかもそうだったら倍悲しくなります。
また、「悲しいポイント」が出てきたらメモります。
だそうです。
通信回線はDocomoに借りるのだそうだ。
高級志向の電話機を投入して富裕層（！）を狙うとのこと・・・。
携帯ブラウザはどうなるのだろう？
iモード機と同じ枠の中でやるのかな？
また携帯サイトをつくるときに気にしないといけないことが増えるのだろうか？
Webサイトを作るときにWebブラウザのことを気にするのとはわけが違います。
どんなに携帯電話機が古くなっても「使いつづける人がいる限り」無視できないわけで・・・。
ケータイサイトの事を考えるのって大変です。
photo credit: dasjenmonkey
携帯サイトのサインアップフローってどうなってんだろうか？
そんな疑問がわいてきたので、いくつかの代表的ポータルサイトで試してみることにしました。
ちなみにボクのケータイはau。
途中で「個人情報」を振りまいているみたいな感覚に陥って、いやな気分になりました。
ケータイって個人名義で買うものですから、なんだか「全部バレてるんじゃ？」って気になりますね、確かに。
実際、携帯サイトは自由に個体識別番号をゲットできるわけで、それをつかってセッション管理やユーザー管理をするのが常識になっているようです。
でも、結局は・・・（勝手な）プライバシーポリシーという名の元にそういう情報をどう取り扱っているかは謎なわけで、いろいろ心配になってきます（大体人的ミスがポイントなのに、そんなの完全に防げるはずないわけですから）。
本気の「自己責任」が必要なこんなことを、気軽にできるってのはかなり心臓に毛が生えてないとムリですよ、ホント（w
「携帯サイト開発 その1 全キャリア・全機種をゲット」では、「ケータイ端末プロファイルデータ（無償版）」のデータをModify Headersのインポート用データに変換するスクリプトを書きました。
簡単なものですけど、こういうのは「いちいち書くのは面倒くさい」し、どっかにあればそれを使いたいと思うものですから、テキトーに変更しながら使ってもらえればと思います。
今回は、これまた「いちいち書くのは面倒くさい」シリーズで、「各キャリアのIPレンジ（ネットワーク）をデータベースに放り込んでおく」って奴です。
photo credit: Akihabara News
なんの因果か、自作PHPフレームワークを携帯サイト対応させています。
携帯サイトを作る手間を軽減したい為なんですが（いっつも同じコードを書くのはしんどい）、調べれば調べる程・・・「実はそのことで別の仕事を増やす羽目になってないか？」と自問自答しながらの進行です。
「別の仕事」とは、携帯電話の進化に伴うフレームワークのメンテナンス作業のこと。
フレームワークで携帯サイトを作れるようになるのはいいのですが、新しい機種や技術が出る度にフレームワークをメンテしないといけないわけで・・・「楽したい」からやっているというのに・・・まさに「地獄めぐり」ですね（w
OVER Magazine case K: ブログ
