目錄html
你們都知道HTTP協議是無狀態的。 無狀態的意思是每次請求都是獨立的,它的執行狀況和結果與前面的請求和以後的請求都無直接關係, 它不會受前面的請求響應狀況直接影響,也不會直接影響後面的請求響應狀況。 一句有意思的話來描述就是人生只如初見,對服務器來講,每次的請求都是全新的。 狀態能夠理解爲客戶端和服務器在某次會話中產生的數據,那無狀態的就覺得這些數據不會被保留。 會話中產生的數據又是咱們須要保存的,也就是說要「保持狀態」。所以Cookie就是在這樣一個場景下誕生。
Cookie具體指的是一段小信息,它是服務器發送出來存儲在瀏覽器上的一組組鍵值對, 下次訪問服務器時瀏覽器會自動攜帶這些鍵值對,以便服務器提取有用信息。 1. 由服務器讓瀏覽器進行設置的 2. 瀏覽器保存在瀏覽器本地 3. 下次訪問時自動攜帶 cookie的工做原理是:由服務器產生內容,瀏覽器收到請求後保存在本地;當瀏覽器再次訪問時, 瀏覽器會自動帶上Cookie,這樣服務器就能經過Cookie的內容來判斷這個是「誰」了。 簡單的來講:cookie就是保存在瀏覽器本地上的一組組鍵值對
1. 登陸(只是cookie一種應用) 2. 保存瀏覽習慣 如:分頁瀏覽器,顯示數據條數(只是cookie一種應用) 3. 簡單的投票 計數(只是cookie一種應用)
request.COOKIES['key'] request.get_signed_cookie('key', default=RAISE_ERROR, salt='', max_age=None) get_signed_cookie方法的參數: - default: 默認值 - salt: 加密鹽 - max_age: 後臺控制過時時間
rep = HttpResponse(...) rep = render(request, ...) rep.set_cookie(key,value,...) rep.set_signed_cookie(key,value,salt='加密鹽',...)
- key, 鍵 - value='', 值 - max_age=None, 超時時間 - expires=None, 超時時間(IE requires expires, so set it if hasn't been already.) - path='/', Cookie生效的路徑,/ 表示根路徑,特殊的:根路徑的cookie能夠被任何url的頁面訪問 - domain=None, Cookie生效的域名 - secure=False, https傳輸 - httponly=False 只能http協議傳輸,沒法被JavaScript獲取(不是絕對,底層抓包能夠獲取到也能夠被覆蓋)
def logout(request): rep = redirect("/login/") rep.delete_cookie("user") # 刪除用戶瀏覽器上以前設置的user的cookie值 return rep
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta http-equiv="x-ua-compatible" content="IE=edge"> <meta name="viewport" content="width=device-width, initial-scale=1"> <title>登陸</title> </head> <body> <form action="" method="post"> {{% csrf_token %}} <p> 用戶名: <input type="text" name="username"> </p> <p> 密碼: <input type="password" name="pwd"> </p> <p>{{ error }}</p> <button>提交</button> </form> </body> </html>
from django.views import View #導入基於類的視圖模塊 from django.shortcuts import render, redirect, HttpResponse#導入響應三劍客 class Login(View): #登陸邏輯視圖函數 def get(self, request, *args, **kwargs): #處理get請求方法 return render(request, 'login.html') #若是是get請求(頁面刷新等操做),仍是登陸頁面 def post(self, request, *args, **kwargs): #處理post請求方法 username = request.POST.get('username') #form表單提交的帳戶 pwd = request.POST.get('pwd') #form表單提交的密碼 if username == 'gkf' and pwd == '318': #帳戶密碼簡單校驗 url = request.GET.get('return_url') #獲取return_url,後面的路徑信息 if url: #若是有路徑信息 ret = redirect(url) #重定向要訪問的路徑 else: ret = redirect('/index/') #若是沒有,默認重定向index頁面 ret.set_cookie('is_login', '1') #利用cookie標識登陸狀態 return ret #響應請求 return render(request, 'login.html', {'error': '用戶名或密碼錯誤'})#密碼帳戶錯誤,重定向login.html並提示 def login_required(func): #裝飾器函數,用來判斷,訪客登陸狀態 def inner(request, *args, **kwargs): is_login = request.COOKIES.get('is_login') #獲取is_login的狀態值 url = request.path_info #訪問頁面的路徑信息 if is_login != '1': #若是狀態值不爲1表示未登陸 return redirect('/login/?return_url={}'.format(url))#返會login頁面,並把以前訪問頁面信息,拼接在路徑後面 ret = func(request, *args, **kwargs) #若是狀態值是1,執行視圖函數 return ret #響應請求 return inner @login_required #判斷登陸狀態裝飾器 def index(request): #處理index路由請求的視圖函數 return HttpResponse('首頁') #簡單模擬首頁 @login_required #判斷登陸狀態裝飾器 def home(request): #處理home路由請求的視圖函數 return HttpResponse('home') # #簡單模擬home頁
Cookie雖然在必定程度上解決了「保持狀態」的需求,可是因爲Cookie自己最大支持4096字節, 以及Cookie自己保存在客戶端,可能被攔截或竊取,所以就須要有一種新的東西,它能支持更多的字節, 而且他保存在服務器,有較高的安全性。這就是Session。 問題來了,基於HTTP協議的無狀態特徵,服務器根本就不知道訪問者是「誰」。那麼上述的Cookie就起到橋接的做用。 咱們能夠給每一個客戶端的Cookie分配一個惟一的id,這樣用戶在訪問時,經過Cookie,服務器就知道來的人是「誰」。 而後咱們再根據不一樣的Cookie的id,在服務器上保存一段時間的私密資料,如「帳號密碼」等等。 總結而言:Cookie彌補了HTTP無狀態的不足,讓服務器知道來的人是「誰」;可是Cookie以文本的形式保存在本地, 自身安全性較差;因此咱們就經過Cookie識別不一樣的用戶,對應的在Session裏保存私密的信息以及超過4096字節的文本。 另外,上述所說的Cookie和Session實際上是共通性的東西,不限於語言和框架。 #簡單的來講,Session就是保存在服務器上一組組鍵值對(必須依賴cookie) #爲何要有session 1cookie保存在瀏覽器本地 2大小個數受到限制
# 獲取 request.session['k1']# request.session[key] = value request.session.get('k1',None)# request.session.get(key) #設置 request.session['k1'] = 123 request.session.setdefault('k1',123) # 存在則不設置 #刪除 del request.session['k1']#刪除 request.session.delete()# 刪除當前話的全部Session數據 #設置值用的什麼類型,判斷也用什麼數據類型作判斷 如:if is_login != '1': 設置的時候是字符串'1'才能這樣寫,cookie的值必須是字符串形式. # 全部 鍵、值、鍵值對 request.session.keys() request.session.values() request.session.items() """ 老的mysql版本可使用 request.session.iterkeys() request.session.itervalues() request.session.iteritems() """ # 會話session的key request.session.session_key # 將全部Session失效日期小於當前日期的數據刪除 request.session.clear_expired() # 檢查會話session的key在數據庫中是否存在 request.session.exists("session_key") # 刪除當前會話的全部Session數據 request.session.delete() # 刪除當前的會話數據並刪除會話的Cookie。 request.session.flush() 這用於確保前面的會話數據不能夠再次被用戶的瀏覽器訪問 例如,django.contrib.auth.logout() 函數中就會調用它。 # 設置會話Session和Cookie的超時時間 #默認兩週的超時時間 request.session.set_expiry(value) * 若是value是個整數,session會在些秒數後失效。 * 若是value是個datatime或timedelta,session就會在這個時間後失效。 * 若是value是0,用戶關閉瀏覽器session就會失效。 * 若是value是None,session會依賴全局session失效策略。
#Django中默認支持Session,其內部提供了5種類型的Session供開發者使用。 1. 數據庫Session SESSION_ENGINE = 'django.contrib.sessions.backends.db' # 引擎(默認) 2. 緩存Session SESSION_ENGINE = 'django.contrib.sessions.backends.cache' # 引擎 SESSION_CACHE_ALIAS = 'default' # 使用的緩存別名(默認內存緩存,也能夠是memcache), 此處別名依賴緩存的設置 3. 文件Session SESSION_ENGINE = 'django.contrib.sessions.backends.file' # 引擎 SESSION_FILE_PATH = None # 緩存文件路徑,若是爲None, 則使用tempfile模塊獲取一個臨時地址tempfile.gettempdir() 4. 緩存+數據庫 SESSION_ENGINE = 'django.contrib.sessions.backends.cached_db' # 引擎 5. 加密Cookie Session SESSION_ENGINE = 'django.contrib.sessions.backends.signed_cookies' # 引擎 其餘公用設置項: SESSION_COOKIE_NAME = "sessionid" # Session的cookie保存在瀏覽器上時的key, 即:sessionid=隨機字符串(默認) SESSION_COOKIE_PATH = "/" # Session的cookie保存的路徑(默認) SESSION_COOKIE_DOMAIN = None # Session的cookie保存的域名(默認) SESSION_COOKIE_SECURE = False # 是否Https傳輸cookie(默認) SESSION_COOKIE_HTTPONLY = True # 是否Session的cookie只支持http傳輸(默認) SESSION_COOKIE_AGE = 1209600 # Session的cookie失效日期(2周)(默認) SESSION_EXPIRE_AT_BROWSER_CLOSE = False # 是否關閉瀏覽器使得Session過時(默認) SESSION_SAVE_EVERY_REQUEST = False # 是否每次請求都保存Session,默認修改以後才保存(默認)