request.user的由来以及web运行流程!

首先前端发送请求,nginx 服务器的发送请求,WSGI接受请求,并且将请求发送给框架,
然后调用中间件为请求的数据进行封装!也就是request.user的由来!

1),当Django运行在生产模式时，将不再提供静态文件的支持，需要将静态文件交给静态文件服务器。
2),WSGI 的作用就是把 web 服务器和 web 框架 (Django) 连接起来

#我的模块是 books下的app，所以文件的位置是 books/middleware.py
        #可以重写,增加一些额外的功能!
        class BookMiddleware(object):
        def process_request(self, request):
            print("Middleware executed")

        #配置中间件
        MIDDLEWARE_CLASSES = (
            'books.middleware.BookMiddleware',
            'django.contrib.sessions.middleware.SessionMiddleware',
            'django.middleware.common.CommonMiddleware',
            'django.middleware.csrf.CsrfViewMiddleware',
            'django.contrib.auth.middleware.AuthenticationMiddleware',
            'django.contrib.messages.middleware.MessageMiddleware',
            'django.middleware.clickjacking.XFrameOptionsMiddleware',
        )

        #以后每次请求都会输出! Middleware executed

request.user 的由来！
   1,首先 SessionMiddleware 中间件首先设置为session 
   2,AuthenticationMiddleware 会显现检验session然后为 request 设置 user 属性！
   3,配置好权限组件 'django.contrib.auth'和'django.contrib.contenttypes' ,django.contrib.auth.models 文件之中定义了 User 模型类 
   4,request.user获取当前的登陆用户User对象。如果当前用户没有登陆，那么request.user将会是我们所说的AnonymousUser对象

1,user 来自于认证,以上是django 本身而言(没有做更改)
2,对于一些项目来来说 不使用django自带的中间件user ,此时的user来自于 重写的认证

你可以查看 我在这里有个简易版本的认证

 https://github.com/shiqilouyang/lico.git

 

转载于:https://www.cnblogs.com/shi-qi/articles/9257568.html