皆様こんにちは、もしくははじめまして。IDEです。
今日の記事はLesson4についてです。
この章では、Webアプリケーションの基本的な仕組みであるCookieとセッションをメインに学習しました。
書籍はこちらから。

「プロになるためのWeb技術入門」 ――なぜ、あなたはWebシステムを開発できないのか

作者:小森裕介
発売日: 2010/04/10
メディア: 大型本

クライアント・サーバー間の情報のやり取りの仕組みについて、正しく理解していくよう勉強します。

ログイン状態をどのように記憶するのか？

Webアプリケーションでは、ログイン状態の有無によってアクセス権限をチェックしなければいけません。
しかしHTTPでは、ログインしているか否かの「状態」を持つことができません。

	ステートフル・プロトコル	ステートレス・プロトコル
	FTP	HTTP
	リクエストによって状態が変わる手順を踏まないとコマンドを受け入れない	1回のリクエストだけでURLのリソースを取得する

しかし、インターネット上の通信のやり取りはHTTPが最も使われているプロトコルだというのは、前章でも学んできました。
「状態」を持たないHTTPで、どのようにログイン等の機能を使えるのでしょうか？
それは、HTTPと一緒にCookieを使っていくことで解決します。

Cookieについて

Cookieについて、ログインをする流れをもとに学習していきます。

リクエスト　GETのパラメーターの中にユーザー名等の情報がCookieの形で送られる
レスポンス　user等の情報を送り返す
リクエスト　ログアウトをする
レスポンス　送ったCookieを取り消す
リクエスト　ログインせず直接URL入力で閲覧者が限定されているURLに遷移する
レスポンス　遷移することができない（ログインページにいく）

これでHTTPを使ってログインができました。
しかし、Cookieにはまだ問題があります。
メッセージボディにCookieの情報が見れるため、セキュリティの観点からすると非常に問題があります。
そこでCookieと使っていくものがセッションです。
セッションは、セッションIDでやりとりをすることで情報を照らし合わせ、取得するものです。
IDである数字のみのやり取りのため、万が一漏れてもCookieに情報そのものを入れるより安全性が高いと言えます。