Django 의 Session 과 Cookie 를 깊이 탐구 합 니 다.

머리말
쿠키 와 세 션 은 여러분 에 게 낯 설 지 않다 고 믿 습 니 다.쉽게 말 하면 쿠키 와 세 션 은 모두 사용자 관련 정 보 를 기록 하기 위 한 방식 이 고 가장 큰 차이 점 은 쿠키 가 클 라 이언 트 에 기록 되 고 세 션 은 서버 에 내용 을 기록 하 는 것 입 니 다.
그렇다면 쿠키 와 세 션 간 의 관 계 는 어떻게 이 루어 졌 을 까?서버 가 요청 을 받 았 을 때 어떤 세 션 을 읽 었 는 지 판단 한 다 는 얘 기다.
Django 의 기본 적 인 상황 에서 사용자 가 로그 인 하면 Cookie 에 sessionid 필드 가 있 는 것 을 발견 할 수 있 습 니 다.이 key 에 따라 서버 에 기 록 된 상세 한 내용 을 얻 을 수 있 습 니 다.이 필드 를 삭제 하면 페이지 를 새로 고침 하면 로그 인 하지 않 은 상태 가 됩 니 다.
세 션 에 대한 처 리 는 주로 소스 코드 django/contrib/sessions/middleware.py 에서 다음 과 같 습 니 다.

import time
from importlib import import_module
from django.conf import settings
from django.contrib.sessions.backends.base import UpdateError
from django.core.exceptions import SuspiciousOperation
from django.utils.cache import patch_vary_headers
from django.utils.deprecation import MiddlewareMixin
from django.utils.http import cookie_date
class SessionMiddleware(MiddlewareMixin):
 def __init__(self, get_response=None):
  self.get_response = get_response
  engine = import_module(settings.SESSION_ENGINE)
  self.SessionStore = engine.SessionStore
 def process_request(self, request):
  session_key = request.COOKIES.get(settings.SESSION_COOKIE_NAME)
  request.session = self.SessionStore(session_key)
 def process_response(self, request, response):
  """
  If request.session was modified, or if the configuration is to save the
  session every time, save the changes and set a session cookie or delete
  the session cookie if the session has been emptied.
  """
  try:
   accessed = request.session.accessed
   modified = request.session.modified
   empty = request.session.is_empty()
  except AttributeError:
   pass
  else:
   # First check if we need to delete this cookie.
   # The session should be deleted only if the session is entirely empty
   if settings.SESSION_COOKIE_NAME in request.COOKIES and empty:
    response.delete_cookie(
     settings.SESSION_COOKIE_NAME,
     path=settings.SESSION_COOKIE_PATH,
     domain=settings.SESSION_COOKIE_DOMAIN,
    )
   else:
    if accessed:
     patch_vary_headers(response, ('Cookie',))
    if (modified or settings.SESSION_SAVE_EVERY_REQUEST) and not empty:
     if request.session.get_expire_at_browser_close():
      max_age = None
      expires = None
     else:
      max_age = request.session.get_expiry_age()
      expires_time = time.time() + max_age
      expires = cookie_date(expires_time)
     # Save the session data and refresh the client cookie.
     # Skip session save for 500 responses, refs #3881.
     if response.status_code != 500:
      try:
       request.session.save()
      except UpdateError:
       raise SuspiciousOperation(
        "The request's session was deleted before the "
        "request completed. The user may have logged "
        "out in a concurrent request, for example."
       )
      response.set_cookie(
       settings.SESSION_COOKIE_NAME,
       request.session.session_key, max_age=max_age,
       expires=expires, domain=settings.SESSION_COOKIE_DOMAIN,
       path=settings.SESSION_COOKIE_PATH,
       secure=settings.SESSION_COOKIE_SECURE or None,
       httponly=settings.SESSION_COOKIE_HTTPONLY or None,
      )
  return response

요청 을 받 았 을 때 먼저 쿠키 에서 키 를 꺼 낸 다음 키 에 따라 세 션 대상 을 만 들 고 response 에서 sessionid 를 삭제 하거나 수정 할 지 여 부 를 판단 합 니 다.
즉,Django 에서 고객 이 브 라 우 저 쿠키 를 사용 하지 않 으 면 사용자 관련 기능 이 모두 효력 을 상실 합 니 다.서버 에서 현재 사용자 가 누구 인지 알 수 없 기 때 문 입 니 다.
이러한 상황 에 있어 관건 은 sessionid 를 클 라 이언 트 에 쿠키 를 사용 하지 않 고 전달 하 는 것 이다.흔히 볼 수 있 는 것 은 URL 에 두 는 것,즉 URL 재 작성 기술 이다.그 걸 이 루 려 면 미 들 웨 어 를 직접 써 도 돼 요.그러나 django 는 이렇게 하 는 것 을 건의 하지 않 습 니 다.
The Django sessions framework is entirely, and solely, cookie-based. It does not fall back to putting session IDs in URLs as a last resort, as PHP does. This is an intentional design decision. Not only does that behavior make URLs ugly, it makes your site vulnerable to session-ID theft via the “Referer” header.
총결산
이상 은 이 글 의 전체 내용 입 니 다.본 논문 의 내용 이 여러분 의 학습 이나 업무 에 어느 정도 도움 이 되 기 를 바 랍 니 다.궁금 한 점 이 있 으 시 면 댓 글 을 남 겨 주 십시오.저희 에 대한 지지 에 감 사 드 립 니 다.