牧歌的 Cookie の終焉 | blog.jxck.io
Intro Cookie は、ブラウザに一度保存すれば、次からその値を自動的に送ってくるという、非常に都合の良い仕様から始まった。 State Less が基本だった Web にセッションの概念をもたらし、今ではこれが無ければ実現できないユースケースの方が多い。 冷静に考えればふざけてるとして思えないヘッダ名からもわかるように、当初はこのヘッダがこんなに重宝され、 Web のあり方を変えるかもしれないくらい重要な議論を巻き起こすことになるとは、最初の実装者も思ってなかっただろう。 そんな Cookie が今どう使われ、 3rd Party Cookie (3rdPC) の何が問題になっているのかを踏まえ、これからどうなっていくのかについて考える。 Cookie のユースケース Web にある API の中でも Cookie はいくつかの点で特異な挙動をする 一度保存すれば、次から自動で送る
Cookieを使った自動サインイン - nagaseyasuhito Architekt works.
AuthenticatedWebSession.isSignedIn()がfinalなお陰でoverrideできず若干トリッキーな実装になっています。 が、やってる事は普通のservletでcookieを扱うのと変わりありません。 AuthenticatedWebSession.signIn(String username, String password)の代わりに、SandboxSession.signIn(String username, String password, boolean rememberSignIn)を定義しているので、サインインの際はこのメソッドを呼び出すようにします。 Wicketで認証が必要なページにアクセスするとAuthenticatedWebSession#getRoles()が呼ばれるので、このメソッド内でcookieのチェックをし、該当するUserがあ
i-mode端末にクッキー - Kimura.Memo
COOKIEを送らないことで有名なi-mode端末の最新機種がCOOKIEを送っていることがわかった。 現時点でCOOKIEを送ってくることを確認している端末は以下の通り。 いずれもIPアドレス帯域は、210.153.84.**で、iモードセンタのIPアドレス帯域内のもの。 DoCoMo/2.0 P07A(c500;TB;W24H15) ※ちなみに送られてきたHTTP環境変数は以下の通り。 HTTP_COOKIE HTTP_HOST HTTP_REFERER HTTP_USER_AGENT HTTP_X_DCMGUID 【関連記事】 i-mode端末にリファラ（2009-04-28） 【2009/05/20 追記】 ドコモ公式発表 - ｉモードブラウザ2.0
Firefox+Firecookie でCookieを監視/操作する | バシャログ。
最近、開発中にCookieの挙動で小一時間デバッグして、Firefoxの拡張機能であるFirecookieを使って解決したことがありました。Firecookieって実は便利だと思ったのでご紹介します。 デバッグの概要 CakePHPを利用して開発していたときにおこった、Cookieによるセッションが継続しない、といったトラブルだったとおもいます。ある条件下でCookieが読み出しできるパスがおかしくなるのが原因だったのですが、その特定にFirecookieが役立ちました。 Firecookieとは何か FirecookieはFirefox+Firebugの環境で利用できる拡張機能です。以下のページからインストールできます。 Firecookie :: Firefox Add-ons Webプログラムを作っていると、Cookieを使ってログイン状態を作ったりします。Cookieはユーザのマシ
Apache TomcatとHTTPクッキーにまつわる騒動 - GeekFactory
Apache Tomcat 5.5.26（6.0.16も同じ）で、HTTPクッキーの取り扱いについて大きな仕様変更が行われました。ここでは仕様変更の内容と影響範囲を考察します。 HTTPクッキー 簡単に復習しましょう。WebブラウザがWebサーバから以下のHTTPヘッダを受信したとき、Webブラウザは test というクッキーを記憶します。 Set-Cookie: test=nullpo; Expires=Wed, 08-Oct-2008 14:03:16 GMT; Path=/クッキーは NAME=VALUE という形で表現されます。連想配列と同じ。 NAME VALUE test nullpo 一度クッキーを受信すると、ブラウザは当該URLにアクセスする度に、以下のHTTPヘッダを送信するようになります。 Cookie: test=nullpoこのように、クッキーはWebサーバがブラウ
ウノウラボ Unoh Labs: 携帯とCookieドメイン
こんばんわ五十川です。 しばらく前になりますが、ソーシャルスクラップブックclippのモバイル版をリリースしました。cippモバイルではドコモ以外は、セッション管理にCookie（のみ）を利用することにしたのですが、そのときCookieドメインではまりました、というお話。 PC向けclippのドメイン名は、トップページなどのユーザ共通ページは「clipp.in」、ユーザ個別のページは「{username}.clipp.in」（例えばclipp-info.clipp.in）となっています。ケータイサイトをマルチなサブドメインにする例はあまり多くないと思いますが、clippモバイルでは、ルーティング直すのめんどくさいという怠け者な理由で、PC版のドメイン名がそのまま使えればいいなと思って取り掛かりました。しかし、その目論見はあっさりと破綻することになるのでした。 以下の内容は手元の数多くない端
ここギコ！: 携帯電話のCookie周りについて
Posted by nene2001 at 14:55 / Tag(Edit): mobile cookie session / 0 Comments: Post / View / 0 TrackBack / Google Maps 携帯電話のCookie周りについて考えてたら、色々まとまらなくなったので、タイトルあいまいで全部ここに書く。 恥ずかしながら携帯Cookie初心者です。 なので、それおかしいよ、とか、或いはとっくに常識だよ、的なこと書くかもしれませんが、ご容赦のほど。 取っ掛かり：DoCoMoのiモードIDについて これまで、DoCoMoがCookie使えないのを理由として、かつキャリア毎に大きく認証処理変えてたら開発が煩雑だよね、という理由で、3キャリア携帯の端末や個人識別IDをログイン手段として用いて、WILLCOMとか識別IDを出さない仕様の方を、Co
railsのクッキーとセッションについてまとめ - おもしろwebサービス開発日記
こないだ、よくわからんので今度調べると書いたところについて。 CSRFの対応について、rails使いが知っておくべきこと - おもしろWEBサービス開発日記 まずクッキーとセッションの違いから。自分の認識はこんな感じ クッキーもセッションも、ブラウザにデータを保存させる仕組み。 クッキーはデータをそのままブラウザに保存させる。 セッションはセッションIDをブラウザに保存させ、データはサーバ側が保持する。サーバはセッションIDをキーにしてデータを取り出す。 railsでクッキーを設定するには railsでは、クッキーは基本的に使わないと思ってますが、一応使い方をメモ。 cookies[:hoge] = { :value => "value", :expires => "30.days.from_now", :path => "/store", :domain => "www.example.
Cookie について - elm200 の日記(旧はてなダイアリー)
基本中の基本ではあるが、案外よく理解していない Cookie について、調べてみた。 基本概念 Wikipedia "HTTP Cookie" によれば、 「HTTP cookie（エイチティーティーピークッキー、単にCookieとも表記される）は、RFC 2965などで定義されたHTTPにおけるWebサーバとウェブブラウザ間で状態を管理するプロトコル、またそこで用いられるWebブラウザに保存された情報のことを指す。ユーザ識別やセッション管理を実現する目的などに利用される。」 とある。基本的な動作については、同じく Wikipedia "HTTP Cookie" から。 そこで、1994年にNetscape Communications CorporationによってCookieが提案・実装された。Cookieでは次のようにサーバとクライアント間の状態を管理する。 1. WebサーバがWe
javascriptライブラリjQueryでcookieを超簡単に扱う方法 : 4GALAXYのメモ
28 05 09 2007 javascriptライブラリjQueryでcookieを超簡単に扱う方法 jQuery, Ajax javascriptでcookieを扱うのって結構めんどくさかったりしたのですが、これは超シンプル <script type="text/javascript" src="jquery.js"></script> <script type="text/javascript" src="jquery.cookie.js"></script> <!--head内▲--> <script type="text/javascript"> <!-- $.cookie('cookiename','data',{ expires: 7 });//書き込み{保存days} document.write($.cookie('cookiename'));//
「Java SE 6完全攻略」第42回 Cookieを扱う その3
先週、先々週とJava SEでCookieを扱う方法を解説してきました。そこでは、Java SE 6でCookieを扱うためのCookieManagerクラスが導入され、デフォルトではメモリにCookieを保持することを説明しました。 メモリに保持しているため、アプリケーションが終了すれば、保持していたCookieはすべて消失してしまいます。 できれば、ファイルなどにCookieを保存したいのですが、そのためのクラスはJava SEでは提供されていません。 そこで、今週はCookieの保存、読み込み機能を独自に作成してみましょう。 図1は先週示したものと同じCookie関連のクラス図です。 中心となるのがjava.net.CookieManagerクラス、そして、Cookieを保持するのがjava.net.CookieStoreインタフェースになります。 CookieStoreインタフェー
「Java SE 6完全攻略」第40回 Cookieを扱う その1
CookieはHTTPを使用したサーバ、クライアント間で、情報のやりとりをするために使われます。Cookieがセッション管理などに使用されていることは読者のみなさんもよくご存じですね。 JSPやServletではCookieを当たり前のように使うことができます。では、Java SEでクライアントを作成する場合はどうでしょう。 CookieはHTTPヘッダとして扱われます。java.net.URLConnectionクラスのgetHeaderFieldメソッドを使えば、サーバから送られてきたヘッダを取得することができるので、取得したヘッダからCookieを取り出すことが可能です。また、setRequestPropertyメソッドを使うことでサーバにCookieを付加して送信することもできます。 とはいうものの、URLConnectionクラスが作成されるたびに、getHeaderFieldメ
サーバサイドJava入門 ログイン処理とサイト攻撃対策の基礎：CodeZine
はじめに 今回は、ブラウザに情報を保管するクッキーと、クライアントとの連続した接続を確保するセッションについて、その働きと使い方を学習します。また、ある程度プログラムが作れるようになってきたら、サイト攻撃への対応についても考えなければいけません。最も基本とも言えるXSS攻撃関係の対応について簡単にまとめておきましょう。過去の記事第1回：TomcatとEclipse WTPの導入手順第2回：JSPを使ったサーバサイド処理の基本第3回：サーバサイドJava入門 フォームデータの取り扱いとページ遷移の基本 対象読者Javaの基本（文法全般および基本的なクラスライブラリの使い方程度）をマスターしている人。サーバサイド（JSP、サーブレット）について基礎から勉強したい人。Eclipse WTPを使った開発に興味がある人。 セッションとは何か？ 前回までで、フォームを使ったデータのやり取りの基本は大体
Cookie(クッキー)の届く範囲 (あいまいモード)
Cookieが届く範囲を再確認 別のページでCookieについて解説しましたが、 実際Cookieを利用したプログラムを作ると疑問に思えることも出てきます。 その一つとして、Cookieが届く範囲は？というものがあります。 発行されたサーバー（ホスト）に返信されるというのが基本ですが、 Cookieの仕様には「domain」や「path」というのがあったのを覚えてますでしょうか？ （なにそれ？という方は下記のW3CのRFCか前回の解説をどうぞ、、、） Cookieの仕様は下のリンクをどうぞ・・・ W3C (RFC 2109)HTTP State Management Mechanism Netscape HTTP Cookies Cookieの詳細については上のリンクで確認していただくとしても、 実際にプログラムを書く場合にどうやって使うの？という場面も多いと思います。 自分もCookie
Cookieの使い方 ～ ウェブ・プログラムの実験場！ Web Application Programming Lab.
●Cookieの利用について これまではサーバー側に処理された情報を記録する方法を中心に扱ってきました。たいていそのような処理で問題ないのですが、利用者のパソコン（クライアント）側にデータを記録できるといいなぁ、、、と思ったことはないでしょうか？ 掲示板などで毎回入力する必要のある決まった項目（名前、メールアドレスなど）といったことから、ログインするまでもないけど利用者が設定した画面構成を再度表示したい場合まで、、、 このような場合にCookieという技術を利用することができます。このCookieの歴史について深くはここでは触れませんが、もともとNetscape社がブラウザにデータを記録するために開発した技術で、それが他のブラウザにも採用され、現在では標準的となっている技術の一つです。 ネットスケープ社のCookie公式情報（別窓） Cookieに関するスペック（別窓） とりあえずサンプル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第3回 Cookie---状態管理とトラッキング - 結城浩のはてなブログ
Purchase Intent Data for Enterprise Tech Sales and Marketing | TechTarget
Java in the Box Annex: 今日のこんなところで国際化
PC
Purchase Intent Data for Enterprise Tech Sales and Marketing | TechTarget