2. 程式人生 > >Cookie、Session和Django分頁

Cookie、Session和Django分頁

阿新 • • 發佈：2018-04-07
{} 最大 開開 patch 裝飾器 由於 登錄驗證 mat cbv

cookie

Cookie的由來

大家都知道HTTP協議是無狀態的。

無狀態的意思是每次請求都是獨立的，它的執行情況和結果與前面的請求和之後的請求都無直接關系，它不會受前面的請求響應情況直接影響，也不會直接影響後面的請求響應情況。

一句有意思的話來描述就是人生只如初見，對服務器來說，每次的請求都是全新的。

狀態可以理解為客戶端和服務器在某次會話中產生的數據，那無狀態的就以為這些數據不會被保留。會話中產生的數據又是我們需要保存的，也就是說要“保持狀態”。因此cookie就是在這樣一個場景下誕生。

什麽是cookie

cookie翻譯成中文意思是曲奇餅、餅幹。然而，在因特網內cookie就和餅幹沒關系了。cookie具體指的是一段小信息，它是服務器發送出來存儲在瀏覽器上的一組組鍵值對，下次訪問服務器時瀏覽器會自動攜帶這些鍵值對，以便服務器提取有用信息。

查看cookie

我們使用Chrome瀏覽器，打開開發者工具。

技術分享圖片

Django中操作Cookie

獲取Cookie

request.COOKIES[‘key‘]
request.get_signed_cookie(key, default=RAISE_ERROR, salt=‘‘, max_age=None)

參數：

  • default: 默認值
  • salt: 加密鹽
  • max_age: 後臺控制過期時間

設置Cookie

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獲取（不是絕對，底層抓包可以獲取到也可以被覆蓋）

刪除Cookie

def logout(request):
    rep = redirect("/login/")
    rep.delete_cookie("user")  # 刪除用戶瀏覽器上之前設置的usercookie值
    return rep

Cookie版登陸校驗

技術分享圖片 
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")
cookie版登錄

Session

session的由來

cookie雖然在一定程度上解決了“保持狀態”的需求，但是由於cookie本身最大支持4096字節，以及cookie本身保存在客戶端，可能被攔截或竊取，因此就需要有一種新的東西，它能支持更多的字節，並且他保存在服務器，有較高的安全性。這就是session。

問題來了，基於http協議的無狀態特征，服務器根本就不知道訪問者是“誰”。那麽上述的cookie就起到橋接的作用。

我們可以給每個客戶端的cookie分配一個唯一的id，這樣用戶在訪問時，通過cookie，服務器就知道來的人是“誰”。然後我們再根據不同的cookie的id，在服務器上保存一段時間的私密資料，如“賬號密碼”等等。

總結而言：cookie彌補了http無狀態的不足，讓服務器知道來的人是“誰”；但是cookie以文本的形式保存在本地，自身安全性較差；所以我們就通過cookie識別不同的用戶，對應的在session裏保存私密的信息以及超過4096字節的文本。

另外，上述所說的cookie和session其實是共通性的東西，不限於語言和框架。

Django中Session相關方法

def index(request):
    # 獲取、設置、刪除Session中數據
    request.session[‘k1‘]
    request.session.get(‘k1‘,None)
    request.session[‘k1‘] = 123
    request.session.setdefault(‘k1‘,123) # 存在則不設置
    del request.session[‘k1‘]

    # 所有 鍵、值、鍵值對
    request.session.keys()
    request.session.values()
    request.session.items()
    request.session.iterkeys()
    request.session.itervalues()
    request.session.iteritems()


    # 用戶session的隨機字符串
    request.session.session_key

    # 將所有Session失效日期小於當前日期的數據刪除
    request.session.clear_expired()

    # 檢查 用戶session的隨機字符串 在數據庫中是否
    request.session.exists("session_key")

    # 刪除當前用戶的所有Session數據
    request.session.delete()

    request.session.set_expiry(value)
        * 如果value是個整數，session會在些秒數後失效。
        * 如果value是個datatime或timedelta，session就會在這個時間後失效。
        * 如果value是0,用戶關閉瀏覽器session就會失效。
        * 如果value是None,session會依賴全局session失效策略。

Session版登陸驗證

技術分享圖片 
from functools import wraps


def check_login(func):
    @wraps(func)
    def inner(request, *args, **kwargs):
        next_url = request.get_full_path()
        if request.session.get("user"):
            return func(request, *args, **kwargs)
        else:
            return redirect("/login/?next={}".format(next_url))
    return inner


def login(request):
    if request.method == "POST":
        user = request.POST.get("user")
        pwd = request.POST.get("pwd")

        if user == "alex" and pwd == "alex1234":
            # 設置session
            request.session["user"] = user
            # 獲取跳到登陸頁面之前的URL
            next_url = request.GET.get("next")
            # 如果有，就跳轉回登陸之前的URL
            if next_url:
                return redirect(next_url)
            # 否則默認跳轉到index頁面
            else:
                return redirect("/index/")
    return render(request, "login.html")


@check_login
def logout(request):
    # 刪除所有當前請求相關的session
    request.session.delete()
    return redirect("/login/")


@check_login
def index(request):
    current_user = request.session.get("user", None)
    return render(request, "index.html", {"user": current_user})
Session版登錄驗證

Django中的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，默認修改之後才保存（默認）
Django中Session相關設置

CBV中加裝飾器相關

CBV實現的登錄視圖

class LoginView(View):

    def get(self, request):
        """
        處理GET請求
        """
        return render(request, ‘login.html‘)

    def post(self, request):
        """
        處理POST請求 
        """
        user = request.POST.get(‘user‘)
        pwd = request.POST.get(‘pwd‘)
        if user == ‘alex‘ and pwd == "alex1234":
            next_url = request.GET.get("next")
            # 生成隨機字符串
            # 寫瀏覽器cookie -> session_id: 隨機字符串
            # 寫到服務端session：
            # {
            #     "隨機字符串": {‘user‘:‘alex‘}
            # }
            request.session[‘user‘] = user
            if next_url:
                return redirect(next_url)
            else:
                return redirect(‘/index/‘)
        return render(request, ‘login.html‘)

要在CBV視圖中使用我們上面的check_login裝飾器，有以下三種方式：

from django.utils.decorators import method_decorator

1. 加在CBV視圖的get或post方法上

from django.utils.decorators import method_decorator


class HomeView(View):

    def dispatch(self, request, *args, **kwargs):
        return super(HomeView, self).dispatch(request, *args, **kwargs)

    def get(self, request):
        return render(request, "home.html")
    
    @method_decorator(check_login)
    def post(self, request):
        print("Home View POST method...")
        return redirect("/index/")

2. 加在dispatch方法上

from django.utils.decorators import method_decorator


class HomeView(View):

    @method_decorator(check_login)
    def dispatch(self, request, *args, **kwargs):
        return super(HomeView, self).dispatch(request, *args, **kwargs)

    def get(self, request):
        return render(request, "home.html")

    def post(self, request):
        print("Home View POST method...")
        return redirect("/index/")

因為CBV中首先執行的就是dispatch方法，所以這麽寫相當於給get和post方法都加上了登錄校驗。

3. 直接加在視圖類上，但method_decorator必須傳 name 關鍵字參數

如果get方法和post方法都需要登錄校驗的話就寫兩個裝飾器。

from django.utils.decorators import method_decorator

@method_decorator(check_login, name="get")
@method_decorator(check_login, name="post")
class HomeView(View):

    def dispatch(self, request, *args, **kwargs):
        return super(HomeView, self).dispatch(request, *args, **kwargs)

    def get(self, request):
        return render(request, "home.html")

    def post(self, request):
        print("Home View POST method...")
        return redirect("/index/")

補充

CSRF Token相關裝飾器在CBV只能加到dispatch方法上

備註：

  • csrf_protect，為當前函數強制設置防跨站請求偽造功能，即便settings中沒有設置全局中間件。
  • csrf_exempt，取消當前函數防跨站請求偽造功能，即便settings中設置了全局中間件。
from django.views.decorators.csrf import csrf_exempt, csrf_protect


class HomeView(View):

    @method_decorator(csrf_exempt)
    def dispatch(self, request, *args, **kwargs):
        return super(HomeView, self).dispatch(request, *args, **kwargs)

    def get(self, request):
        return render(request, "home.html")

    def post(self, request):
        print("Home View POST method...")
        return redirect("/index/")

Django內置分頁

技術分享圖片 
from django.shortcuts import render
from django.core.paginator import Paginator, EmptyPage, PageNotAnInteger

L = []
for i in range(999):
    L.append(i)

def index(request):
    current_page = request.GET.get(‘p‘)

    paginator = Paginator(L, 10)
    # per_page: 每頁顯示條目數量
    # count:    數據總個數
    # num_pages:總頁數
    # page_range:總頁數的索引範圍，如: (1,10),(1,200)
    # page:     page對象
    try:
        posts = paginator.page(current_page)
        # has_next              是否有下一頁
        # next_page_number      下一頁頁碼
        # has_previous          是否有上一頁
        # previous_page_number  上一頁頁碼
        # object_list           分頁之後的數據列表
        # number                當前頁
        # paginator             paginator對象
    except PageNotAnInteger:
        posts = paginator.page(1)
    except EmptyPage:
        posts = paginator.page(paginator.num_pages)
    return render(request, ‘index.html‘, {‘posts‘: posts})
內置分頁view部分 技術分享圖片 
<!DOCTYPE html>
<html>
<head lang="en">
    <meta charset="UTF-8">
    <title></title>
</head>
<body>
<ul>
    {% for item in posts %}
        <li>{{ item }}</li>
    {% endfor %}
</ul>

<div class="pagination">
      <span class="step-links">
        {% if posts.has_previous %}
            <a href="?p={{ posts.previous_page_number }}">Previous</a>
        {% endif %}
          <span class="current">
            Page {{ posts.number }} of {{ posts.paginator.num_pages }}.
          </span>
          {% if posts.has_next %}
              <a href="?p={{ posts.next_page_number }}">Next</a>
          {% endif %}
      </span>

</div>
</body>
</html>
內置分頁HTML部分

Cookie、Session和Django分頁

相關推薦

Cookie、Session和Django分頁

{} 最大 開開 patch 裝飾器 由於 登錄驗證 mat cbv cookie Cookie的由來 大家都知道HTTP協議是無狀態的。 無狀態的意思是每次請求都是獨立的，它的執行情況和結果與前面的請求和之後的請求都無直接關系，它不會受前面的請求響應情況直接影響，也

Django - - 進階 - - Cookie、Session和自定義分頁

目錄 cookie Django中操作Cookie Session Django中Session相關方法 分頁 1，cookie 1.1 Cookie的由來 HTTP協議是無狀態的。 無狀態的意思是每次請求都是獨立的，它的執行情況和結果與前面的請求和之後的請求都無直

Cookie、Session和自定義分頁

cookie值 image 分享 show base 新的 ive name pen cookie Cookie的由來 大家都知道HTTP協議是無狀態的。 無狀態的意思是每次請求都是獨立的，它的執行情況和結果與前面的請求和之後的請求都無直接關系，它不會受前面的請求響應情況直

Python cookie、session和自定義分頁

參數 dom backend 一個 文本 per iter none 不知道 cookie Cookie的由來 大家都知道HTTP協議是無狀態的。 無狀態的意思是每次請求都是獨立的，它的執行情況和結果與前面的請求和之後的請求都無直接關系，它不會受前面的請求響應情況直接影響，

Cookie、Session和分頁

為什麼使用Cookie：因為HTTP請求是沒有狀態的，每一次請求都是獨立的。 什麼是Cookie：Cookie就是儲存在瀏覽器上的鍵值對，服務端控制著響應，在響應裡新增一個鍵值對，讓瀏覽器在本地儲存，下一次請求的時候，自動攜帶這個鍵值對，是在瀏覽器端設定的，瀏覽器端也可以禁用Cookie。 Cookie的

Cookie、Session和自定義分頁 Cookie、Session和自定義分頁

  生如夏花 Cookie、Session和自定義分頁  

django之cookie、session和ajax

length clean 投票 console 默認值 設置 什麽 save pre 1 Cookie cookie是什麽？ 保存在客戶端瀏覽器上的鍵值對 {k:v} cookie依附在請求頭或響應頭中出現 發

Cookie、session和localStorage、以及sessionStorage之間的區別

方法 上網 getc 保存 調用 不必要 單個 ora 獨立 一、Cookie、session和localStorage的區別 cookie的內容主要包括：名字、值、過期時間、路徑和域。路徑與域一起構成cookie的作用範圍。若不設置時間，則表示這個cookie的生命期

cookie、session和token

aio 一個用戶 核心 選擇 uil img 做的 它的 blank https://zhuanlan.zhihu.com/p/25495290?utm_source=wechat_session&utm_medium=social 一、cookie 　　眾所周

IM開發基礎知識補課(四)：正確理解HTTP短連線中的Cookie、Session和Token

1、前言 眾所周之，IM是個典型的快速資料流交換系統，當今主流IM系統（尤其移動端IM）的資料流交換方式都是Http短連線+TCP或UDP長連線來實現。Http短連線主要用於從伺服器讀取各種持久化資訊：比如使用者資訊、聊天曆史記錄、好友列表等等，長連線則是用於實時的聊天訊息

cookie、session和token區別

cookie 和 session 眾所周知，HTTP 是一個無狀態協議，所以客戶端每次發出請求時，下一次請求無法得知上一次請求所包含的狀態資料，如何能把一個使用者的狀態資料關聯起來呢？ 比如在淘寶的某個頁面中，你進行了登陸操作。當你跳轉到商品頁時，服務端如何知道你是已經登

Cookie、Session和LocalStorage

前記 前面我已經寫了一篇關於Cookie的文章，但是那時候我其實理解的並不是很深刻，會有些搞不懂的地方，今天我就再寫一次，部落格也是我的學習筆記 Cookie Cookie是伺服器傳送到使用者瀏覽器並儲存在本地的一小塊資料，它會在瀏覽器下次向同一伺服器再發起請求時被攜帶併發送到伺服器上。通常，它用於告知

關於模擬登陸的小結-抓包、cookie、session和token

概述 上個星期根據bcloud寫了個Java版本的登陸專案。其實本來時想做個Linux的百度雲登陸軟體，但是做到獲取bdstoken的時候出了問題解決不了。後來我把bcloud專案下了下來用發現也有問題，應該是百度登陸的過程有了一些改動。通過 web抓包找到一些線索，

Cookie、Session和Token的區別

目錄 Cookie Session認證機制 Token認證機制 Token預防CSRF Session認識和Token認證的區別 前言：HTTP是一種無狀態的協議，為了分辨連結是誰發起的，需要瀏覽器自己去解決這個問題。不然有些情況下即使是開啟同一個網站的不同頁面也

cookie、session和token那些事

cookie 和 session 眾所周知，HTTP 是一個無狀態協議，所以客戶端每次發出請求時，下一次請求無法得知上一次請求所包含的狀態資料，如何能把一個使用者的狀態資料關聯起來呢？ 比如在淘寶的某個頁面中，你進行了登陸操作。當你跳轉到商品頁時，服務端如何知道你是已經登陸

一篇文章弄懂cookie、session和token

概念 cookie cookie儲存在客戶端，HTTP是無狀態的，HTTP每次發出的時候會附上該域名下的cookie，從而可以給HTTP附上狀態，最常見的就是登入態。 session和token session和token算是一類的，他們是兩種不同的伺服器的驗證

Cookie、Session和快取

Cookie 1、獲取Cookie request.COOKIES['key'] request.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None) 引數：

【總結】Cookie、session和localStorage、以及sessionStorage之間的區別

Cookie cookie是由伺服器傳送到瀏覽器的小量資訊，瀏覽器會將cookie儲存下來，下次請求同一網站時會將cookie傳送給伺服器。 session session是指一個使用者與互動進行通訊的時間間隔，比如登入到登出的這一過程所需要的時間。具

cookie、session和application都是些什麼神？——圖文加案例，不怕你不會，就怕你不看

cookie、session和application都是些什麼神？ 前言： 一直想寫一篇關於cookie和session的部落格，由於種種原因，一直沒有整理，這不，今天還就遇到問題了，之前雖然會，但是好久沒用又給忘了，結果還得查資料。是時候填坑了，閒話少說，開幹。   applic

快速瞭解會話管理三劍客cookie、session和JWT

更多內容，歡迎關注微信公眾號：全菜工程師小輝。公眾號回覆關鍵詞，領取免費學習資料。 儲存位置 三者都是應用在web中對http無狀