2008 10月|株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ

どうも、paperです。

ラウンドアバウトも発売からもう2ヶ月が過ぎました。製品紹介にうかがった企業様からもご好評を頂いており、いくつか導入事例として年末・年明けに公開できそうな感じです。うれしいかぎりですね。

さて、ここで更にうれしいお知らせです。ラウンドアバウトが利用できる無料ホームページスペース、始めました！

普通に買うと車が買えちゃうようなソリューションのフル機能を、なんと無料で使えます。ラウンドアバウトはプロ向けのソリューションですが、あまりにもすごいので、是非とも個人の方々にもこの素晴らしさを味わってもらう、と思っちゃった次第です。

Javaアプリケーションサーバーを使っていると、OutOfMemoryErrorに遭遇することが時々ある。最近はサーバーの物理メモリサイズが2GBを超えることもあるのに、やっぱりこのエラーは発生する。

OutOfMemoryErrorは文字通り、メモリが足りないという意味だ。だけど、当然ながら物理メモリを増設する必要があるというわけではない（本当にそうするしかない場合もあるけど・・・）。通常はサーバーチューニングやアプリケーションロジックの見直しでこのエラーに対処する。

今回はそのうち、アプリケーション側の原因によって発生したOutOfMemoryErrorをターゲットとし、アプリケーションの見直しにより対処する方法について話したいと思う。

会員サイトを作成する上で、個人を識別するため、ログインIDやパスワードが必要となる場面があります。しかし、携帯向けのサイトでは、入力の手間から、ログインID・パスワードではなく、携帯電話からユーザーを識別できる情報を取得し、利用することが少なくありません。個人を識別する方法としては、大きく

シンメトリックが総力をあげて開発して生まれた携帯コンテンツ変換ソフト、ラウンドアバウト。完成に至るまでには数多くの試行錯誤と仕様変更の連続でした。今回はラウンドアバウトの紹介も交えながらその開発話をお話します。

私が初めてラウンドアバウトに触れたのはベータ版が社内公開された3月の終わり。そのころラウンドアバウトには基本的な機能と、端末容量にあわせた自動画像変換機能が備わっていました。 当時のうたい文句は以下のようでした。

「どんなに沢山画像があっても、その画像のバイト数がいくつであっても、絶対オーバーフローしないので、安心してたくさんの画像が使えます！」

開発陣に話を伺ったところ、htmlコーダーの私にも簡単にマルチキャリア対応のコンテンツが作成できる？！とのこと。それならば！と、フィードバックのネタ探しと自分自身の学習も兼ねて大量画像を使ったリッチサイトの作成に取り掛かり始めたのです。

今回（7回目）のコンサルティングでは、文書が増えてきて修正箇所などの把握しきれなくなっていたので、今までに説明を受けてきた文書の整理と見直しを行いました。新たな規定が3つ増え説明を受けました。それらは、文書管理規定、内部監査管理規定、是正処置・予防処置管理規定です。

携帯サイトを開発する際、クエリ文字列が長すぎてページを表示できないことがあります。例えばチェックボックス・ラジオボタンの数が多いのだが、リンク（aタグ）やget方式で値を引き渡さなければいけない場合がそうでしょう。

docomoの場合、URLエンコード後の文字長は最大512バイトとしています。SoftBankは1024バイトまでOKですが（auは公式の情報がありません）、3キャリア対応のサイト制作ならば自ずと512バイトが上限と決まります。注意すべきは、この上限がURLの長さだということ。つまりクエリ文字列はさらに短くないといけない。

長すぎるクエリ文字列は、値を引き継げるかどうかだけでなく、ページのデータ量としても問題です。一見情報量の少ないページに見えても、aタグに長いクエリ文字列が埋め込まれることによりHTMLのサイズが肥大します。このページに画像があったらどうしましょう？このようなリンクが１つ２つあるだけで、画像が見せられなくなるかもしれません。ラウンドアバウトなら容量オーバーしませんが、よりきれいな画像を見せられるように、HTMLサイズは小さくなるに越したことはないのです。

今回は、チェックボックスを使うページを例に、クエリ文字列を短くする方法と元の内容に戻す方法について紹介します。