サードパーティCookieの歴史と現状 Part3 広告における利用、トラッキング、ターゲティング広告におけるプライバシーリスク - 最速転職研究会
前回の続き。なるべく一般人向けに書きます。サードパーティCookieとあまり関係のない話も書きます。 http://d.hatena.ne.jp/mala/20111125/1322210819 http://d.hatena.ne.jp/mala/20111130/1322668652 前回までの概要 トラッキング目的のCookieの利用などからサードパーティCookieの利用は問題視されIE6で制限がかけられるもプライバシーポリシーを明示すれば利用できるという迂回手段を用意、しかし今ではP3Pはオワコン化、SafariはサードパーティCookieの受け入れをデフォルトで拒否する設定を採用したが一度受け入れたCookieは問答無用で送信、Mozilla関係者は「殆ど合法的な利用目的はない」と言っていたものの既存Webサイトとの互換性のために変更できず、ブラウザはサードパーティCookie
サードパーティCookieの歴史と現状 Part2 Webアプリケーションにおける利用とその問題 - 最速転職研究会
前回 http://d.hatena.ne.jp/mala/20111125/1322210819 の続きです。 前回のあらすじ ブラウザベンダーはサードパーティCookieをデフォルトでオフにしたかったんだけどお前らがサードパーティCookieに依存したサイト作るし使うからオフに出来なかったんだよ!!!!! といった事情を踏まえた上でWebアプリケーションにおけるサードパーティCookieの利用の歴史について書きます。前提知識の共有が済んだので、ここからはある程度個人的な意見も含まれます。実装面での技術的な内容も含みます。 サードパーティCookieが必要とされてきた歴史 広告のためのトラッキングCookie以外にも、サードパーティCookieに依存したサービスが数多く存在してきた。個人的に把握しているいくつかのサービスについて時系列で述べる。ついでに広告業界の流れについても重要なのを幾
スモークテスト（すもーくてすと）
ソースコードの開発・追加・修正を終えたソフトウェアが動作する状態にあるかを確認するテストのこと。本格的なソフトウェアテスト（注1）が実施可能かを確認するための予備的な簡易テストである。 開発作業でソースコードのちょっとした直し壊しやビルドの失敗に気付かず、動かないソフトウェアを次の工程に送っても差し戻されるだけで時間の無駄になる。こうした事態を避けるには、コンパイルやビルドした直後にそのソフトウェアが動くことを確認するのが効果的だ。これをスモークテストという。 スモークテストは最低限のテストなので、「起動する」「基本機能が動作する」などを簡易に確認するだけでよいが、コンパイルやビルドするごとに行う必要がある。 スモークテストの目的は、テスト部門／テスト担当者の作業効率化である。テスト担当者はソフトウェアからバグを見付け出すことが仕事なのでバグ自体は飯のタネだが、ブロッキングバグが多発すると
JVM用のJavaScriptエンジンをまとめてみる - susumuis Info
JVM上で動くJavaScriptについて調べたので、メモしておきます。 これまでの状況 まずは、Rhinoが有名です。「ライノ」と呼びます。RingoJSやMayaaなど、すでに広く使われています。Java6から標準でJDKにバンドルされています。（ただし、バンドルされたものは若干バージョンが古いです。） Rhinoの他には Apache Aptana Jaxerというサーバサイドでscriptタグを解釈するフレームワークがあります。こちらは、C言語で書かれたSpider Monkeyを利用しています（JNIでしょうか？）。 Spider MonkeyとRhinoはともに、Mozilla傘下で開発がされている姉妹関係にあります。Firefoxで使用されているのはSpider Monkeyの方で、現在のFirefoxでは、TraceMonkey, JagerMonkeyのようにパフォーマン
SQLとJSONをNode.js上で組み合わせた新言語「ql.io」をeBayが公開
eBayが、JavaScriptアプリケーションからSQL文のような形式でデータベースへの問い合わせを記述できるDSL（ドメイン固有言語）のql.ioを発表。オープンソースとして公開しました。 現在、多くのWebアプリケーションが、バックエンドとのデータのやりとりにHTTPをベースにしたAPIを用いています。しかし、WebベースのAPIによってデータを取り出すのは、プログラマにとって実は手間のかかることです。 例えば、キーワードを入力すると関連する商品の名前、詳細、購入者の評価をユーザーに表示する、というWebアプリケーションでは、まずキーワードでデータベースを検索して商品IDを取得し、今度はその商品IDをキーにして名前や概要、評価の情報を取得する、といったように、APIを繰り返し呼び出す必要があります。 ql.ioはこうした内容をSQLのように分かりやすい記述で実現するだけでなく、複数の
【ウマすぎ注意】炊飯器で作るハワイ風鶏の蒸し焼き『カルア・チキン』が超美味しい！ 塩コショウと鶏肉だけで最高の味に
» 【ウマすぎ注意】炊飯器で作るハワイ風鶏の蒸し焼き『カルア・チキン』が超美味しい！ 塩コショウと鶏肉だけで最高の味に 簡単で美味しい鶏肉を使った料理と言えば、鶏の唐揚やチキンソテーを思い浮かべる人が多いと思います。 ただ、どうしても油を使ったりするので後片付けがけっこう大変になったりしますよね。でも今回ご紹介する『カルア・チキン』の作り方を覚えてしまえばそんな心配はご無用。調理器具は炊飯器さえあれば超簡単・激ウマのハワイ風の鶏蒸し焼きが作れてしまうのですから。 材料もキャベツと鶏肉、塩コショウのみと非常にお手軽。これだけで作ったとは思えないぐらい美味しく、ビックリすることまちがいなしです。 ■カルア・チキンのレシピ ・材料（2人前） 鶏もも肉（からあげ用） 500グラム キャベツ 2分の1玉 塩・コショウ 適量 ・作り方 1.鶏肉をボウルに入れ、まんべんなく行き渡るまで塩・コショウを強め
ID連携・活用ソリューション 「Uni-ID」をバージョンアップ～次世代ID連携技術「OAuth 2.0」と「OpenID Connect」に準拠～ | 野村総合研究所(NRI)
ID連携・活用ソリューション 「Uni-ID」をバージョンアップ ～次世代ID連携技術「OAuth 2.0」と「OpenID Connect」に準拠～ 2011年12月1日 株式会社野村総合研究所 株式会社野村総合研究所（本社：東京都千代田区、代表取締役社長：嶋本 正、以下「NRI」）は、ユーザーのID情報を活用し各種サービスを連携するためのソリューション「Uni-ID（ユニアイディー）」の新バージョンの販売を、12月1日から開始します。 今回のバージョンアップのポイントは、サービス認可の仕様である「OAuth 2.0※1」と、ID連携仕様である「OpenID Connect※2」に対応した点です。インターネットを活用するサービス事業者は、自社のサービスに「Uni-ID」を導入することで、「OAuth 2.0」「OpenID Connect」に対応したID/サービス連携基盤を、既存のIT資
arbor.js
about arbor Arbor is a graph visualization library built with web workers and jQuery. Rather than trying to be an all-encompassing framework, arbor provides an efficient, force-directed layout algorithm plus abstractions for graph organization and screen refresh handling. It leaves the actual screen-drawing to you. This means you can use it with canvas, SVG, or even positioned HTML elements; whate
そろそろ本格化。node.js用Webアプリケーションフレームワーク·flatiron MOONGIFT
flatironはルーティング、ミドルウェア、テンプレートエンジン、ODM、プラグイン拡張を備えたnode.js用Webアプリケーションフレームワークです。 Herokuがサポートしたり、着実に安定性を増した開発が継続されているnode.js。そろそろ使ってみたいと思い始めているのではないでしょうか。フレームワークを使って開発してみたい方は今回紹介するflatironをお試しください。 ルーティングです。まとめて設定するのがいい感じです。 unionという最低限のミドルウェアも付属しています。 テンプレートエンジンがあります。IDを指定してその中の値を変更するようです。 ODM（オブジェクトドキュメントマッピング）です。いわゆるO/Rマッパーに近いです。Mongo/CouchDB/Redisに対応しています。 プラグインによる拡張もできます。 flatironはWebアプリケーションを開発
Excel駆動開発は時代遅れではないか - rabbit2goのブログ
その昔、要求仕様やら画面仕様、シーケンス図、仕様に関する問い合わせのやり取り、バグ票、工程管理のガントチャート、議事録の類を一切合切Excelのファイルで管理している開発プロジェクトを見たことがある。各分類毎にサーバの共有フォルダにズラリと並んだファイルの数はなかなか壮絶なものがあった。しかも、意図通りの順番に並ぶように"00_要求仕様書"という連番をファイル名の先頭に付けたり、更新する度に「履歴」フォルダに日付を付記して移動したり、さらに多すぎるファイルの管理をするための「ファイル管理ファイル」なるものまで存在しており、現場担当者の涙ぐましい努力の跡が伺えた。 管理者が「この方法が良い」と判断した上でやっていることなのか、それとも「他の方法なんか知らない」からやっていることなのかあいにく聞きそびれてしまったけれど、少しばかりの学習と手間をかければ作業をずっと効率化出来るのに、こんな非本質
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Perlゼミ(サンプルコードPerl入門)