書きましたが、続けて「永続化」した時としない時の動作の違いを備忘録として書いておきます。よって有効期限が指定されます。分)だけ先の日時になります。認証クッキーは認証チケットの入れ物に過ぎないことに注意してください。認証チケットの有効期限は、ユーザー名などの他の情報と一緒に暗号化されて、認証チケットの中に含まれています。[永続化」した場合の認証クッキーの有効期限は、認証チケットの有効期限と同じになりますが、認証クッキーの有効期限で認証チケットの有効期限を判定しているわけではありません(そもそも、サーバー側ではクライアントから送られてきたクッキーの有効期限はわかりません)。認証チケットが発行された以降、有効な認証チケットがブラウザからの要求と一緒にサーバーに送られてくれば、サーバーはユーザーを認証済みと見なし、匿名アクセスが許可されてないページへのアクセスを許可します。認証チケットが送られてこない場合、もしくは送られてきた認証チケットが期限切れの場合、サーバーはユーザーをログイン画面へリダイレクトします。属性で設定した時間の半分を過ぎてアクセスすると、有効期限が延長された認証チケット/クッキーが再発行されます。上の既存の認証クッキーが上書きされます。認証クッキーを「永続化」した場合としない場合(即ち、認証クッキーの有効期限の有無)では、以下のように動きが異なります。取得してサーバーに送ります。クッキーの有効期限が切れると、ユーザーが次にサイトを訪問した時にブラウザによって削除されます。分程度の短い時間に設定した場合はほとんど意味がないです。日)に設定してありました。「永続化」もこのぐらい長ければ役に立つと思いますが。設定しておく方がよさそうです。「永続化」しない場合この場合、認証クッキーはブラウザのメモリにしか保持されません。従って、ブラウザを閉じれば認証クッキーは消えます。逆に、ブラウザを閉じなければ認証クッキーは消えません。要求のたびに送られ続けます。チェックボックスが表示されます。ライブラリなどに書いてあります。攻撃を回避する)、信じて疑わなかったのですが、どうやら間違い(修正漏れ?)のようです。分)だけ先の時間になりました。分なの?」って感じです。属性の設定に関係なくタイムアウトしません。属性に従ってタイムアウトします。ありますが、どうやらこれが正しいようです。期待通り動く(有効期限が延長されたクッキーが発行される)のは確認しました。blog2010年5月にこのブログを立ち上げました。関係のトピックス、ブログ2はそれ以外のトピックスに分け��した。