え！？アレで終わり！？
バカリズムマンに続き、なんと仮面ライダーまでもが…正義のヒーローともあろうものが、あのね商法して良いものか。

休日なのに忙しかった。

明日までなので見てきた。凄い人出だった。老若男女問わず日本人全員、ガンダムが好き過ぎる。
多分、奈良の大仏が建立された時も、当時の人々はこんな感じでぞろぞろ見物拝観に行ったのではなかろうか。
ガンダムの股くぐりな感じの見物コースもあったり。
それにしてもガンダムはでかかった。あんなのに正義の怒りをぶつけられたらなるほどジオン軍も一たまりも無い訳である。

と言えば開票速報システム。
止まると凄い怒られるので、何年か前は関係者一同どころかあまり関係無いというか製品が使われてるだけの部署まで休出で待機したものだ。
今年は(あまり関係ない部署には)何も無いのは多分先月頃のリハーサルで何も無かったからだな。
それにしてもいつも思うんだけど、何でマスコミ各社って開票速報にあそこまで気合入れるのだろうか？銀行がオンラインシステム無停止に気合入れるのとか通信業者が交換機(じゃないけど)無停止に気合入れるのは判るんだけど、開票速報だろ？どうせ翌日公式発表するじゃん。それが本物じゃん。いや高い製品買ってくれるから別に良いけど。
ちなみにどこに投票するか？といえば、勿論、電機連合の息の掛かった政治家を一人でも多く国会に送り込み、組合員に都合の良い政策を打ってもらうためには、と考えれば答えは自ずと明らか。今回は何か優勢みたいだけど。

携帯サイト コーディング&デザイン

• 作者: 高木悠介
• 出版社/メーカー: ソフトバンククリエイティブ
• 発売日: 2008/12/26
• メディア: 大型本
• 購入: 21人 クリック: 504回
• この商品を含むブログ (25件) を見る

属性"style"は<img>タグの要素として使用できないため無視されました

とシミュレータが警告出してる。
何か本と言ってる事が違うな。Content-Typeで動作が変わるとかその辺かな。XHTMLと認識されないと駄目とかHTMLのバージョンにより変わるとかあるかも。もうちょっと研究しよう。
→とりあえず直った。本によれば、HTTPヘッダも application/xhtml+xml にする必要がある。XHTMLと認識されることで色々なタグ中の色々なプロパティが無視されなくなる。

あとさー、DLSite.comって、モバイル対応が安易というか頑固いうか、
home.dlsite.com や maniax.dlsite.com に imode HTML シミュレータIIでアクセスすると全部、302で m.dlsite.com に飛ばしちゃって困ったものだ。サムネイル画像ファイルへのリクエストですらユーザエージェントが携帯と判ると m.dlsite.com 。当然、そこにサムネイル画像は無い…いや実は存在はしてるような気もするが、次の理由でいずれにせよ imode HTMLシミュレータII からはアクセスできないのであった。
http://home.dlsite.com/ に imode HTML シミュレータII でアクセスすると、上記のごとくユーザエージェントにより携帯であるとみなされて http://m.dlsite.com/ に飛ばされるが、その m.dlsite.com 側ではおそらくアクセス元のIPアドレスで携帯キャリアを判別してると思われ、携帯でない、ということで、
「指定されたﾍﾟｰｼﾞの閲覧は許可されていません」

となるのであった。UAかIPアドレス、どっちかにしろー。
まぁのブルマに免じて許すけど。
やはり実機無しでは無謀なのか。
とは言え、


並べてみるとこれでも大分マシになったのでひとまずアップロード。ちょろっと直すだけで全部まとめて対応できるのがPHPの良い所。これがHTMLだったら全部のファイルを直さねばならぬ。まぁ予めモデル部分とビュー部分は別にしてた私の日頃の行いもあるけど。
ただ、WillcomのW-ZERO3なのでoperaだとPC版表示になる故、本当の見え方は確かめられない。
あと、UAによって返すHTMLを変えるとサーチエンジンに嫌われるとか何とか以前小耳に挟んだような気がするけど、どうだったかな…。
→あった。

クローキングとは、ユーザーと検索エンジンとで異なるコンテンツや URL を表示することです。user-agent に基づいて異なる結果を表示するサイトは、偽装の意図があると見なされ、Google インデックスから削除される場合があります。

http://www.google.com/support/webmasters/bin/answer.py?hl=jp&answer=66355

んー…偽装の意図は無いんだが何せ機械の石頭だからなー。Googleインデックスからの削除は避けたいのでどうしたものか。

はセミナーとかのパワーポイントでは実に映え、「マシンが一台や二台落ちても縮退運転でだいじょうV」「スモールスタートで後々サーバを増設すれば無駄が無い設備投資。IT、で、エコ」*1「しかも縮退や増設は無停止で可」みたいに格好良いんだが、面白タイミングなダウンだか通信障害だか時計が狂ったとか製品のバグ等で、ひとたびデータの不整合が起こったら最後、リカバリがニッチもサッチもどうにもブルドッグで残業が続く。
やっぱデータはストレージ上の特定の物理的な一箇所に置いてダイレクト・アクセス、これだね。