Webページ中の特定の要素の表示、非表示を切り替えるなんて処理は頻繁に必要になります。

頻繁に必要になるけれども、いっつも忘れてしまうのでメモ。

要は visible 属性を block (特定の領域を占有する)か、none (表示しない)かに設定すれば良いわけですね。


動作サンプル：

コードサンプル：

ドコモから iモードID という仕組みが発表されました。
・重要なお知らせ : 『iモードID』の提供開始について | お知らせ | NTTドコモ
・ドコモ、iモードサイトに共通の利用者ID機能「iモードID」の提供を開始:モバイルチャンネル - CNET Japan

リクエストに契約者毎にユニークなIDを降ることで、パーソナライズされたポータルや、セッション維持が容易に行えるというものです。

#セッション維持に用いる場合はなりすましを防止するため接続元 IP アドレスの範囲を限定する必要があると思いますが

既にソフトバンクの一部の携帯でも端末固有のIDを送ってくるものがあるようですが、iモード契約者全員、デフォルトで送信するようになるようなのでとても普及しそうですね。

IDは電話番号やメールアドレスとは無関係なランダムの文字列なので、ユーザーから登録しない限りは基本的に個人情報流出の恐れはありません。

ただ、個人情報を登録したサイトが ID とのひもつけを行い、その情報が流出した場合はいとも簡単にアクセス者を特定することができるようになってしまいます。

もちろん、設定をすれば ID の送信を停止することもできるようです。
・ドコモ - 重要なお知らせ -『iモードID』の提供開始について

●iモードIDの通知について
iモード対応サイトにおいて、アクセス先URL内に予めiモードID用のパラメータを記述しておくことにより、お客様がサイトアクセスした際にiモードIDの通知が行われます。1

●iモードIDの通知設定について
お客様がiモードIDの通知可否を選択できます。
iモードから
「iMenu」→「料金＆お申込・設定」→「オプション設定」→「iモードID通知設定」

ID が変更されるのは「名義変更、改番、iモード契約の解約」のタイミングとのことでです。
つまり普通に契約し続けている場合は ID が変わらないわけです。
一度 ID と個人情報のひもつけが流出してしまえば個人情報垂れ流しでアクセスするのと同様になってしまうので注意が必要ですね。

変なサイトにアクセスしただけで、後日電話がかかってきて「アクセスしましたよね？ね？XXXX万円になりますから振り込みよろしく」なんてことにもなりかねません。

安全性がやや高く、利便性も損なわないためには
・契約者毎に ID を振るのではなく、アクセスするドメイン毎に契約者固有の ID を振る
・契約変更などを伴わず、容易に ID をリセットできる仕組みを用意する
といった対策が望ましいのではないかと思います。

BEA Systems のプレスリリースによると、Oracle による BEA の買収は司法省により認可されたとのことです。

Q2中には買収完了するでしょうかね。

・Press Releases - Department of Justice Clears Oracle's Acquisition of BEA

関連記事:
・BEA Systems, Oracle の買収提案に合意
・BEA Systems, Ichan に機密情報を提供
・BEA Systems, Ichan の書簡に回答
・Oracle のBEA Systems 買収オファー、期限切れる
・BEA Systems for Sale
・Oracle、BEA Systems の買収提案が拒否されたことを発表
・Oracle、BEA Systems 買収に未練
・Oracle による BEA Systems 買収回避
・Oracle が BEA Systemsを買収？？？