微信小程序的后端開發和普通的restful API 大致上相同,只不過要注意以下幾點限制
對于HTTPS的限制, 很簡單, 去godaddy等網站申請一個https證書, 下載后使用nginx指定即可, 可以參照此文章, 這篇文章的證書是自己生成的, 這里需要替換為申請的證書
不支持cookie, django原生的session機制就會失效
不支持django內置的user登錄, 因為它使用的是微信的用戶系統
對于上邊這兩個問題,我使用了JWT來保證了用戶的在線驗證. 那么什么是JWT呢, 可以看下推酷的這篇文章了解一下, 簡要的來說就是用戶登錄以后, 原先保存在cookie里邊的一個隨機的sessionid變成了保存在http頭部的Authorization字段的一個token值, 這個值是服務端自身加密的, 客戶端無需解密, 只要服務端知道這個token對應這個用戶就好, 當然這里也有很多的附加功能, 比如超時等等, 不再贅述
然而網上有很多的jwt開源項目, 比如django-jwt, rest-framework-jwt, 你都可以使用, 但是卻不適用于微信小程序, 為什么這么說? 是因為這兩個項目都和django內置的user相耦合, 在上邊提出的第三個問題的地方會引起問題, 在嘗試了rest-framework-jwt發現問題后, 我毅然決定自己使用pyjwt實現一個用戶登錄/鑒權的組件.
首先要知道微信小程序的登錄流程是:
看起來好像步驟很多, 但是我們沒有必要去重新造輪子, 早有人已經寫好認證流程python-weixin我們可以省去4-6的步驟, 那么剩下的問題就是如何解決第7步也就是維持session的問題了.
因為jwt始終使用http頭部的token進行驗證這里我的思路是:
到這一步就已經完成了整個的用戶鑒權/session持久化流程, 如果你只是為了了解django開發小程序注意的點到這里已經可以結束了, 下邊我要介紹的是我實現的一套中間件邏輯, 有興趣可以拿去直接使用.
這里中間件我已經實現了參見django-jwt-session-auth, 調用模塊內部的jwt_login函數, 登錄你的用戶時會返回一個token, 這個token將要返回客戶端, 同時它也會做user的session緩存動作.下一次客戶端帶著Authorization=JWT <token>調用的時候中間件會直接將對應的user和session加載到request.jwt_user和request.jwt_session, 這里你需要設置的只有設置兩個值: USER_TO_PAYLOAD和PAYLOAD_TO_USER兩個方法:
* USER_TO_PAYLOAD: 根據當前登錄的用戶生成一個字典payload方法 * PAYLOAD_TO_USER: 根據你之前生成的payload找到對應的用戶
注: 2017.1.15我這個組件還沒有完整的readme, 后續會加上
最后, 關于認證器, 如果你使用rest-framework可以直接繼承BaseAuthentication在authenticate方法里校驗jwt_user是否為None即可, 如果直接使用django原生的view, 可以寫一個裝飾器裝飾在類view的dispatch方法上或直接裝飾在函數的view上.
示例
# django-jwt-session-auth設置, 放在settings.py文件中 JWT_AUTH = { 'PAYLOAD_TO_USER': 'user.auth.payload_to_user', 'USER_TO_PAYLOAD': 'user.auth.user_to_payload', } # rest-framework驗證器 class WechatUserAuthentication(BaseAuthentication): def authenticate(self, request): if not request.jwt_user: msg = u'請先授權' raise exceptions.AuthenticationFailed(msg) return (request.jwt_user, request.jwt_user.uuid) # 原生django驗證裝飾器 def login_required(func): @wraps(func) def verify_login(request, *args, **kwargs): if request.jwt_user: return func(request, *args, **kwargs) else: # 返回HTTP_401 return verify_login