Do No Track 実装ガイド
Do Not Track 実装ガイド 第 1 章 : Do Not Track の概要 1 背景 Do Not Track の仕組み トラッキングを巡る議論 プライバシー技術と Do Not Tack » プライバシーポリシー » オプトアウト Cookie と AdChoices » Do Not Trackと法律 第 2 章 : ケーススタディ 11 ケーススタディ 1 : 広告会社 ケーススタディ 2 : テクノロジープロバイダ ケーススタディ 3 : メディア企業 ケーススタディ 4 : ソフトウェア企業 考慮すべきその他の問題 » オプトアウト Cookie » IP アドレス » モバイル端末 » ファーストパーティのホストに設定されるサードパーティ Cookie DNT 対応フローチャート 第 3 章 : チュートリアル 20 チュートリアル 1 : JavaScript
携帯電話・個体識別情報（番号）の取得方法、uid、iモードID(guid)、EZ番号、端末シリアル番号
携帯電話・個体識別情報（番号）の取得方法、uid、iモードID(guid)、EZ番号、端末シリアル番号 個体識別情報とは 各携帯電話には1台1台、個体識別情報（個体識別番号）というユニーク（唯一）な番号が付いている。 携帯電話の製造番号のようなもの。 主に非公式サイト（勝手サイト）にて会員を識別するために利用されている。 一方公式サイトでは、一般的にユーザID（uid）と呼ばれる端末のIDを取得して会員を識別している。 現在、ドコモ以外は公式サイトで使われているuidを取得することができ、非公式サイトでも利用されている。 個体識別情報を取得できる機種は、ドコモは503以降・FOMA以降、auは全機種、ソフトバンクはパケット通信対応機種以降。 古い機種は個体識別情報を取得できない。 また個体識別情報は、使用する携帯電話にて端末ID（製造番号）を通知する設定にしていないとサイトにてIDを取得で
ハイパフォーマンスWebサイトに関する疑問〜パイプラインと並列ダウンロードは同じ意味か？〜 - Fireworksでwebデザイン
小飼氏のブログで紹介されていた「ハイパフォーマンスWebサイト」。たった14のルールでWebサイトを高速化できると聞いて、読んでみた。 ついに書籍化&邦訳登場 - 書評 - ハイパフォーマンスWebサイト http://blog.livedoor.jp/dankogai/archives/51030595.html ハイパフォーマンスWebサイト ―高速サイトを実現する14のルール 作者: Steve Souders,スティーブサウダーズ,武舎広幸,福地太郎,武舎るみ出版社/メーカー: オライリージャパン発売日: 2008/04/11メディア: 大型本購入: 32人 クリック: 676回この商品を含むブログ (125件) を見る なんて明確なのだろう。オライリーの本って、どこか抽象的で難しい印象があったが、htmlとCSSをかじった程度しかない自分でも、ちゃんと読めば理解できる内容だった。
第3回 localStorageとpostMessageの使いどころ（3） | gihyo.jp
localStorageとpostMessage postMessageを使うことで、サーバを経由しないで異なるドメイン間でのデータ受け渡しが可能だということを説明しました。またlocalStorageを使うことで「サーバには送られないがブラウザにのみ保持されるデータ」を気軽に作ることができるようになりました。 「他サービスのid」ならまだしも「どんなサービスを使っているのか」までも秘匿（ひとく）したいケースは実際にはまれでしょうから、そこまでストイックな、完全にクライアントサイドでのみデータを保持するサービスにこだわる必要もないでしょうが、方向性としては興味深いと思います。クライアントサイドでのみデータを保持するということは、ブラウザのキャッシュをクリアしたらデータが消えるということでもあります。そんな状況は好ましくないでしょうから、localStorageに本当に永続化が必要な情報を入
HTTP入門
GET / HTTP/1.1 Accept: image/gif, image/jpeg, */* Accept-Language: ja Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1;) Host: www.xxx.zzz Connection: Keep-Alive これに対してサーバは下記のような応答メッセージを返します。 HTTP/1.1 200 OK Date: Sun, 11 Jan 2004 16:06:23 GMT Server: Apache/1.3.22 (Unix) (Red-Hat/Linux) Last-Modified: Sun, 07 Dec 2003 12:34:18 GMT ETag: "1dba6-131b-3fd3
Geekなぺーじ : IPv4アドレス枯渇。その意味と恐らくこれから起きること
今のインターネットはIPバージョン4で動作していますが、そのIPv4で各機器を識別するためのIPv4アドレスが遂に事実上枯渇しました(参考)。 長年「枯渇する」と言われ続けていましたが、それが遂に現実の物となりました。 ここでは、IPv4アドレス枯渇とは何かと、それによって何が起きるのかを紹介します。 IPv4アドレス枯渇に関して、アナログ放送の停波と地デジへの移行や、原油枯渇と似たようなものであるような認識が多く見られますが、個人的にはIPv4アドレス枯渇後のIPv4アドレスのアナロジー(類比)としては相撲の親方株の方が近い気がしています。 まず、アナログ放送の停波と地デジへの移行ですが、アナログ放送は2011年7月に一斉に停止します。 しかし、IPv4アドレスの場合は、ある日突然IPv4が使えなくなるわけではなく、今まで使っているIPv4アドレスはそのまま使い続けられるという意味でアナ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
studyinghttp.net - このウェブサイトは販売用です！ - 解説 仕様書 利用 技術 である 手法 日本語訳 プログラミング リソースおよび情報
日本ベリサイン - Enterprise & Internet Security Solutions
[Studying HTTP] RFC-Translations related HTTP
HTTP Cookies
[Studying HTTP] HTTP Header Fields
studyinghttp.net - このウェブサイトは販売用です！ - 解説 仕様書 利用 技術 である 手法 日本語訳 プログラミング リソースおよび情報