P3Pコンパクトポリシーをコピペするのが流行らないことを祈る | 水無月ばけらのえび日記
なにげにしらなかったんだけど、IEで別ドメインのiframeを読み込むと、そのiframe内のcookieが有効にならない。 そーゆーときは、HTTPのリクエスト時のヘッダーに下記のkey＆valueを出力しておけばOKらしい。 ("P3P", 'CP="CAO PSA OUR"') こーするだけで、あらふしぎ。IEがCookieを保存してくれるじゃん。 ……。 iframeで別ドメインのコンテンツを読み込むと、そのCookieはサードパーティーのCookieとなります。IEのデフォルトでは、ポリシーが定義されていないサードパーティーのCookieは受け入れないようになっていて、P3P (www.w3.org)でポリシーを宣言すれば受け入れられるようになります。 P3Pのポリシーを定義するには、がっつりとXMLを用意する方法もありますが、HTTP応答ヘッダの中に直接書くという方法もあり、コ
非同期クロスドメイン通信でCookieを送信したかった (それなりブログ)
IE8だと、クロスドメイン通信にJSONPを使ってもCookieヘッダを送信できない。 追記：最後に書きました、これはP3Pポリシーによるブロックでした。 これを、最近のブラウザだと大体実装されている XMLHttpRequest Level 2 の仕様で解決しようとしたのが始まり。 ↓によると、 Google App Engineでクロスドメイン通信 API側で 'Access-Control-Allow-*' なヘッダを設定してやると、出来るらしい。 ・・・が、XMLHttpRequest(or XDomainRequest) による クロスドメインリクエストまでは出来たけど、 Cookieヘッダの送信までは出来なかった。 ということで、参考にしたサイトややったとこなどのメモを残す。 IE8+jQueryによるクロスドメイン通信とXDomainRequestラッパ
IEでクロスドメインのiframe内のcookieが取れない | サイト構築日記
ifame（インラインフレーム）は、html中にフレームを埋め込めれるのですごく便利な機能である。しかし昔からセキュリティの面でいろいろ問題になってきた。 今回はIEがiframe内のクッキー処理をセキュリティでブロックした為、その対策方法を調べた。 現象のサンプル ローカル環境でサンプルプログラムを作っています。ドメイン「localhost」のp3p_test.html からドメイン「192.168.24.61」の iframe_contents.html をiframeで表示しました。 同じサーバなのですがローカルIPで指定することでクロスドメインとして判定されて現象が再現できました。 【p3p_test.html】 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
