こんにちは。カヤックで携帯サイトのコーディング、運用などをやっているフィリップです。 携帯コーディングでtableを使うと、ページ構成の表現度が結構広がりますので、今回は事例を使って、その基本的な使い方や落とし穴を紹介したいと思います。 tableタグは新しい機種では問題なく使えますが、古い機種の場合では効かないこともあるので、今回は以下の端末を対象とします。また3キャリア向けにxhtmlは1ソースにしています。 【docomo 902以降端末、au WIN端末、softbank 3G端末】 注意：tableの入れ子をすると、表示されない場合があるので（au端末の一部）、tableの入れ子は避けた方がよいでしょう。 【事例1】メニューなどのテキストを綺麗に並べたい時 画面のスクリーンショット html <table width="100%"> <tr> <td width="50%"> <

通勤電車で周囲を見渡せば大抵数台のスマートフォンを見つけられるようなご時世ですが、現実は日本の伝統的な携帯電話が多数派です。今もそんなガラケー向けWebサイトの開発案件は衰えることありません。 そんなガラケーサイトの開発者の間で話題になっている「セキュリティ対策」について、ガラケー界の現状をふまえた上でまとめてみます。 携帯電話のIPからのアクセスであることを前提としたセキュリティ対策はすでに無駄 ソフトバンク3Gのプロクシ情報は検索すればすぐに出てきます イー・モバイルのEMnetに至っては公開情報です サイトのソースもFlashのswfも画像もPCから丸見えだと思うべきです 危険な「かんたんログイン」 かんたんログインで使う契約者IDはあなたのサイトにも他のサイトにも同じものが送出されてます 悪意をもった人が他人の契約者IDをヘッダに乗せてかんたんログインのアクションを呼び出したらどう

■ 情報法制研究16号に連載第9回の論文を書いた 前回に続いて、情報法制研究16号に連載論文の第9回を書いた。 個人情報保護から個人データ保護へ(9) ――法目的に基づく制度見直しの検討, 情報法制研究16号（半年後にオープンアクセス） いったいいつまで続けるのか？とお叱りの声を頂く。たしかにこんな連載はない。当初は全4回程度の見通しだったのが、書いているうちに調べ方がどんどん深くなっていって、予定しているところの内容がどんどん膨らんでいって、膨張宇宙のようになったが、ようやくほぼすべての根拠を確保して収拾できるところまで来た。今回がいわば結論回の予定だったのだが、またしても、予定していた内容が膨らんで（「差別」との関係が予定していたより大幅に明確になった）1回では収まらなくなって、章の途中で次号送りとなった。次号ではそこを回収して、「学説等の状況」を示して、最終章「制度見直しの提案」を書

Expired：掲載期限切れです この記事は，ロイター・ジャパン との契約の掲載期限（30日間）を過ぎましたので本サーバから削除しました。 このページは20秒後にNews トップページに自動的に切り替わります。

ケータイフラッシュ『フラ〜モ』(無料)小松学史 クリエイティブエンジニア 携帯Flashの本としては、唯一といってもいい「基礎から学ぶモバイルFlashコンテンツ作成講座」の著者であるクリエイティブエンジニア… 詳細を見る

ちょっと必要に迫られたのでメモ。 どうもTwitterやってるとiPhoneや Androidなどのスマートフォンの 話題ばかりなので忘れそうですが、 携帯サイトはビジネスには必須 ですので備忘録として記事に。 以前にも何度かまとめ記事が話題に上がっているので今更感も否めませんが自分のブログにあったほうが探しやすいのでメモします。 予備知識 モバイルサイト構築前に知っておきたいユーザビリティ10のポイント ファーストビューの重要性、色の大事さ、リンク操作に関して記載されています。 モバイルサイト構築前に知っておきたいユーザビリティ10のポイント 携帯サイト（html）の制作に入る前に確認しておきたいチェック項目 サンプルを元に解説してくれているので分かりやすいです。 携帯サイト（html）の制作に入る前に確認しておきたいチェック項目 携帯サイトの作り方 5年前の情報なので参考程度に。今は随

■ ユニークIDがあれば認証ができるという幻想 2008年のNTTドコモによるiモードID送信開始以降、ケータイWebの世界に「かんたんログイン」なるエセ認証方式が急速に広がり、その実態は「はてなのかんたんログインがオッピロゲだった件」のように惨憺たるものになっている。こうした欠陥サイトはかなりあると考えられ、すべてを調べて廻ることはできないが、いくつかのメジャーどころのサイトについては、IPAの脆弱性届出窓口に通報して、対策を促す作業をやっている。 各サイトの「かんたんログイン」に欠陥があるかどうかは、実際に他人のIDでなりすましログインしてテストすることは許されない（不正アクセス禁止法違反になる）ので、自分用のアカウントを作成して（会員登録して）、自分のIDについてテストするのであるが、誰でも会員登録できるわけでないサイトがかなりあるようで、そういったサイトはどうしたらよいのか。以下は

「SSL対応」という箇所がある。docomoのUTNとSBシリアル番号およびauのEZ番号のみが○である。 SB公式UID(x-jphone-uid)はSSLゲートウェイを指定すればOKだが他については全て×だ。 これは大変重要な事実を示している。 UTNとSBシリアル番号が○なのは当然だ。SSLはポイント・トゥー・ポイントプロトコルであり、つまりブラウザ (この場合は端末)とWEBサーバーが直接暗号通信することで通信が傍受されたり改変されないことを保証するからだ。逆に言えば通常の携帯ゲートウェイがこの直接通信に介入することはできない(SSLゲートウェイは端末<->SSLゲートウェイ<->WEBサーバという2つの通信を見かけ上束ねているだけだ)。 なのでiモードIDやNULLGWDOCOMO、SB公式uidがSSLに対応しないのはゲートウェイでHTTPヘッダーを付加する必要があるから、と理

case:MobileDesign! モバイルサイトのデザイン紹介ブログ 引っ越ししました。 http://case-mobile-design.com/ case:MobileDesign! モバイルサイトのデザイン紹介ブログ > 2010-03-01 >

■ 著名優良サイトでもiモード2.0の脆弱性に対応していなかった。なぜか。 今月中旬のこと。私は2テラのハードディスクを買溜めするため秋葉原の街に出た。しかし、どの店が最安か調べずに出たため、やむなく携帯電話で調べることにし、価格.comのサイトを探した。すると、携帯電話用のサイト m.kakaku.com があり、私は初めてそこを使った。 サイトはとても使いやすく、すぐに意中の製品を見つけることができた。が、ここで、画面に「履歴」というリンクがあることに気づいた。「履歴」の画面に入ると、なんと、閲覧した製品が既に記録されていた。ログインしていないのに。いや、アカウントさえないのに。 これはたしかに便利な機能ではあるが、契約者固有IDを用いて実現されていることにギョッとした。同様の機能は普通のPCのインターネットでもcookieを使って実現できるわけだけども、契約者固有IDの取得と保管は、

■ はてなのかんたんログインがオッピロゲだった件 かんたんログイン手法の脆弱性に対する責任は誰にあるのか, 徳丸浩の日記, 2010年2月12日 といった問題が指摘されているところだが、それ以前の話があるので書いておかねばならない。 昨年夏の話。 2009年8月初め、はてなブックマーク界隈では、ケータイサイトの「iモードID」などの契約者固有IDを用いた、いわゆる「かんたんログイン」機能の実装が危ういという話題で持ち切りだった。かんたんログイン実装のために必須の、IPアドレス制限*1を突破できてしまうのではないかという話だ。 実際に動いてすぐ使える「PHPによるかんたんログインサンプル」を作ってみました, ke-tai.org, 2009年7月31日 SoftBank Mobileの携帯用GatewayをPCで通る方法のメモ, Perlとかmemoとか日記とか。, 2009年8月1日 ソフ

case:MobileDesign! モバイルサイトのデザイン紹介ブログ 引っ越ししました。 http://case-mobile-design.com/ case:MobileDesign! モバイルサイトのデザイン紹介ブログ > 2010-02-08 >

モバイル向け検索エンジン・クローラに関する連載コラム「モバイルSEOベストプラクティス」 Tweet 2009/12/18 金曜日 matsui Posted in 記事紹介・リンク | 1 Comment » 本日は、ウェブを見ていてたまたま見つけたコラムをご紹介させていただきます。 モバイル向け検索エンジン・クローラに関する「モバイルSEOベストプラクティス」という連載コラムです。 →　SEM-ch　モバイルSEOベストプラクティス：検索エンジンの仕様を把握する [www.sem-ch.jp] →　SEM-ch　モバイルSEOのベストプラクティス～クローラのアクセス状況を把握する [www.sem-ch.jp] 記事を執筆したのは「アウンコンサルティング株式会社」というモバイルSEO業者の方のようです。 モバイルSEOは情報が少なく、変化も早いためよくわからない部分も多いのですが、この

最速IPアドレスマッチ研修会 - JPerl Advent Calendar 2009 Perl に関するちょっとした Tips をのっけてみるよ。ちゃんと続くかな？ もうすぐ2010年になるわけですが、携帯のサイトなどでアクセス元のIPアドレスがキャリアのIPアドレス帯域内にあるかどうかを確認したりすることがあると思います。 例えば、ローカルネットワークのアドレス(192.168.1.0/24)にマッチするかどうか $env->{REMOTE_ADDR} =~ s/^192\.168\.1\.(?:\d+)$/ なんて書くことがあると思います。ここであげたローカルのアドレスのような/24のIPアドレス帯域であれば簡単に正規表現を書くことが可能ですが、/25, /26 /23、/22などのCIDRは正規表現で表すことはなかなか難しいです。 また、携帯キャリアのアドレスであることを確認しよう

ソフトバンクの端末で横幅480ピクセルまで表示される端末(VGA端末)は、それ以外の端末と同じ画像、HTMLでは表示したときに、かなり画像が小さくなります。 [参考記事] VGA端末用に出力画像を拡大縮小する方法 [参考記事] すべての端末で画像表示を同じにする方法 [参考記事] iモードブラウザ2.0のQVGA/VGA切替え機能 そのためVGA端末用に別の画像を用意したり、画像変換処理を行って調整をしたりする手法があります。 しかしこのような方法では、画像容量が大きくなるため表示に時間がかかるうえパケット代も数倍になったりします。 (回線速度がハイスピードになったり、パケット定額制が普及したりしてますが、、) そこで、<IMG>タグに指定されているwidthおよびheightを240に対する画面幅の比で、 widthやheightの値を指定しなおして拡大表示を実現する手法の説明です。 w