tips: 本文面向的对象是已经会使用django开发web后端的人员
微信小程序后端与普通web的区别
微信小程序的后端开发和普通的restful API 大致上相同,只不过要注意以下几点限制
- 必须使用HTTPS协议请求后端服务器
- 不支持COOKIE
- 不支持django内置的user登录, 因为它使用的是微信的用户系统
应对方法
-
对于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
实现一个用户登录/鉴权的组件.首先要知道微信小程序的登录流程是:
- 客户端请求用户授权
- 用户授权成功
- 客户端或得到用户基本信息(包括code,没有openid的用户明文信息, 有openid的加密后的信息, 解密向量iv)
- 客户端把返回的信息发送到服务器
- 服务器使用code去微信服务器换取session_key
- 服务器用这个session_key+iv去解密用户密文, 得到用户完整信息(基本+openid)
- 将用户在服务器登录, 维持用户session(这里的失效时间微信约定是30天)
看起来好像步骤很多, 但是我们没有必要去重新造轮子, 早有人已经写好认证流程python-weixin我们可以省去4-6的步骤, 那么剩下的问题就是如何解决第7步也就是维持session的问题了.
因为jwt始终使用http头部的token进行验证这里我的思路是:
- 微信用户登录后, 返回客户端token, 并在缓存创建用户的session信息
- 客户端请求时附加http头
Authorization=JWT <token>
- 使用中间件检验http头的token, 审查通过则在request上追加一个
jwt_user
属性(这里不想覆盖django自带user), 同时去缓存寻找这个用户的session信息, 加载到request.jwt_session
, 审查如果不通过则jwt_user设置为None, jwt_session为一个空的session对象 - 使用认证方法, 对于需要进行登录的接口检验用户是否为
None
到这一步就已经完成了整个的用户鉴权/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
网友评论
登录时用直接把code传到后端,后端拿着code换session_info,从里面找到openid查user,然后把user传给django-jwt,手动生成jwt返回小程序;不需要重写任何组件。
http://getblimp.github.io/django-rest-framework-jwt/#creating-a-new-token-manually
2、 加载到jwt_session作用是什么呢?
3、 django1.11是不是不能直接用您的开源代码?
1. 指的是微信小程序官方提供的session
2. jwt_session是参照session做的, 目的是防止和session冲突, 以保留admin相关功能
3. 1.11出来之后没有测试, 如果有什么问题可以提出一个issue