クッキーの起源

HTTPプロトコルはステートレスであります

ステートレス手段は、要求があるたびに独立しており、その実装の要求と前の要求と次のような結果は、は直接関係ありません、それが直接前の要求の応答によって影響されることはありません、それは直接影響しません。後者の要求の応答。

ワード、ボウルは、サーバー上で、すべての時間は、要求が新しいです

状態データは、特定のセッションで作成したクライアントとサーバとして理解することができ、そして何の状態は、これらのデータが保存されないことだと思いませんしていること。データセッションは、私たちがその「状態保存」、保存する必要があるということです。このように誕生したクッキー

クッキーとは何ですか

クッキーは、それが有用な情報サーバを抽出するためには、ブラウザ、あなたは自動的にこれらのキーと値のペアを運ぶサーバーブラウザにアクセスし、次回へのキーのセットに格納されているサーバーに送信され、情報の小片は、特に言及され

ローカルブラウザに格納された鍵の束

原則クッキー

クッキーの作品：ブラウザが要求のローカル受信に保存され、サーバーによって生成された、ときに、ブラウザの訪問、ブラウザが自動的にクッキーを続けていくだろう、そうサーバです。このクッキーの内容によって判断することができます

ビュークッキー

Chromeブラウザは、開発者ツールを開きます。

クッキーの特性

サーバーブラウザの設定をしてみましょう
対応するクッキーを運ぶサイトをご覧ください

Djangoの操作クッキー

1.設定されたCookie

# 响应对象设置set_cookie
response.set_cookie('is_login','1')
response.set_cookie(key, value, max_age=5, path='/')
response.set_signed_cookie(key,value,salt='加密盐',...)

パラメータ：

key、キー
value=''値
max_age=Noneタイムアウト
expires=None、超时时间（IEはまだされていない場合ので、それを設定し、満了が必要です。）
path='/'、力クッキーパスに入った、/ルートパスを表し、特別：クッキーのルートパスは、ページの任意のURLにアクセスすることができます
domain=None、クッキーのドメイン名を有効にします
secure=False、HTTPSの送信
httponly=False HTTPのみ伝送プロトコル、JavaScriptは（キャプチャの底に取得することができますが覆われていてもよい、絶対ではない）を取得することができません

2.取得クッキー

request.COOKIES  {}   value是字符串 
request.COOKIES.get('is_login')
request.get_signed_cookie('is_login',salt='xxxx',default='')

get_signed_cookieパラメータの方法：

defaultデフォルト：
salt：暗号化塩
max_age：バックグラウンドコントロールの有効期限
default=RAISE_ERROR：カスタム設定が良く見えるようにして、デフォルトのクッキーがエラーませんがある場合

クッキーを削除する3。

def logout(request):
    rep = redirect(reverse('login'))
    rep.delete_cookie("user")  # 删除用户浏览器上之前设置的user的cookie值
    return rep

ログインクッキーチェック

def login_required(func):
    @wraps(func)
    def inner(request,*args,**kwargs):
        is_login = request.COOKIES.get('is_login')
        if is_login != '1':
            url = request.path_info
            return redirect("{}?returnurl={}".format(reverse('login'),url))
        ret = func(request, *args, **kwargs)
        return ret
    return inner


class Login(View):
    http_method_names = ['get', 'post']

    def get(self, request, *args, **kwargs):
        return render(request, 'login.html')

    def post(self, request, *args, **kwargs):
        user_msg = request.POST.get('username')
        pass_msg = request.POST.get('password')
        user_obj = models.User.objects.filter(username=user_msg, password=pass_msg)
        if user_obj:
            ret_url = request.GET.get('returnurl')
            if ret_url is None:
                response = redirect(reverse('publisher'))
            else:
                response = redirect(ret_url)
            response.set_cookie('is_login','1')
            return response
        return render(request, 'login.html', {'login_error': '用户名或密码错误'})
    
    
## 第二版
def check_login(func):
    @wraps(func)
    def inner(request, *args, **kwargs):
        next_url = request.get_full_path()
        if request.get_signed_cookie("login", salt="SSS", default=None) == "yes":
            # 已经登录的用户...
            return func(request, *args, **kwargs)
        else:
            # 没有登录的用户，跳转刚到登录页面
            return redirect("/login/?next={}".format(next_url))
    return inner


def login(request):
    if request.method == "POST":
        username = request.POST.get("username")
        passwd = request.POST.get("password")
        if username == "xxx" and passwd == "dashabi":
            next_url = request.GET.get("next")
            if next_url and next_url != "/logout/":
                response = redirect(next_url)
            else:
                response = redirect("/class_list/")
            response.set_signed_cookie("login", "yes", salt="SSS")
            return response
    return render(request, "login.html")

セッション

クッキーは、「保留」の要件、ある程度解決しますが、原因4096バイトの最大の支持体自体にクッキー、クッキーやクライアント自体に保存されているが、傍受または盗難に遭ったので、何か新しいものの必要性が、それは、そこにあることもできるがより多くのバイトをサポートする、と彼は、サーバー上に保存され、高いセキュリティがあります。これはセッションです。

質問は「誰が。」サーバは、訪問者を知らない、ステートレスのHTTPプロトコルの特性に基づいて、ありますそして、前述したクッキーは、ブリッジの役割を果たします。

当社は、クッキーにより、ユーザーのアクセスは、サーバが人々に知っているように、割り当てられた一意のIDを各クライアントのクッキーを与えることができます「」その後、我々なので、上の「アカウントパスワード」として、いくつかの時間のためにサーバー上に保存されたクッキーの、プライベートな情報に基づいたID異なります。

結論：クッキーアップ欠けHTTPステートレスのため、「」人にサーバーを知らせますが、テキストの形でクッキーがローカルに保存され、彼らのセキュリティが貧弱であり、我々は別のクッキーを介してユーザを識別することができますので、セッションで4096バイトより個人情報及びテキストの保存に対応します。

さらに、上記の事実は、クッキーとセッション共通のものは、言語やフレームに限定されません。

サーバー上に格納された鍵の束、あなたはクッキーに依存する必要があります

なぜセッションはすべき？

お使いのブラウザでは地元のクッキー、安全ではありません
クッキーのサイズ制限を受けています