flask笔记（2）

保存全局变量的g属性：

g：global

1. g对象是专门用来保存用户的数据的。
2. g对象在一次请求中的所有的代码的地方，都是可以使用的。

钩子函数（hook）：

1. before_request：

   • 在请求之前执行的
   • 是在视图函数执行之前执行的
   • 这个函数只是一个装饰器，他可以把需要设置为钩子函数的代码放到视图函数执行之前来执行

2. context_processor：

   • 上下文处理器应该返回一个字典。字典中的key会被模板中当成变量来渲染。
   • 上下文处理器中返回的字典，在所有页面中都是可用的。
   • 被这个装饰器修饰的钩子函数，必须要返回一个字典，即使为空也要返回。

cookie：

1. cookie出现的原因：在网站中，http请求是无状态的。也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户。cookie的出现就是为了解决这个问题，第一次登录后服务器返回一些数据（cookie）给浏览器，然后浏览器保存在本地，当该用户发送第二次请求的时候，就会自动的把上次请求存储的cookie数据自动的携带给服务器，服务器通过浏览器携带的数据就能判断当前用户是哪个了。
2. 如果服务器返回了cookie给浏览器，那么浏览器下次再请求相同的服务器的时候，就会自动的把cookie发送给浏览器，这个过程，用户根本不需要管。
3. cookie是保存在浏览器中的，相对的是浏览器。

session：

1. session介绍：session和cookie的作用有点类似，都是为了存储用户相关的信息。不同的是，cookie是存储在本地浏览器，而session存储在服务器。存储在服务器的数据会更加的安全，不容易被窃取。但存储在服务器也有一定的弊端，就是会占用服务器的资源，但现在服务器已经发展至今，一些session信息还是绰绰有余的。

2. 使用session的好处：

   • 敏感数据不是直接发送回给浏览器，而是发送回一个session_id，服务器将session_id和敏感数据做一个映射存储在session(在服务器上面)中，更加安全。
   • session可以设置过期时间，也从另外一方面，保证了用户的账号安全。

flask中的session工作机制：

1. flask中的session机制是：把敏感数据经过加密后放入session中，然后再把session存放到cookie中，下次请求的时候，再从浏览器发送过来的cookie中读取session，然后再从session中读取敏感数据，并进行解密，获取最终的用户数据。
2. flask的这种session机制，可以节省服务器的开销，因为把所有的信息都存储到了客户端（浏览器）。
3. 安全是相对的，把session放到cookie中，经过加密，也是比较安全的，这点大家放心使用就可以了。

操作session：

1. session的操作方式：

   • 使用session需要从flask中导入session，以后所有和sessoin相关的操作都是通过这个变量来的。
   • 使用session需要设置SECRET_KEY，用来作为加密用的。并且这个SECRET_KEY如果每次服务器启动后都变化的话，那么之前的session就不能再通过当前这个SECRET_KEY进行解密了。
   • 操作session的时候，跟操作字典是一样的。
   • 添加session：session['username']。
   • 删除：session.pop('username')或者del session['username']。
   • 清除所有session：session.clear()
   • 获取session：session.get('username')

2. 设置session的过期时间：

   • 如果没有指定session的过期时间，那么默认是浏览器关闭后就自动结束
   • 如果设置了session的permanent属性为True，那么过期时间是31天。
   • 可以通过给app.config设置PERMANENT_SESSION_LIFETIME来更改过期时间，这个值的数据类型是datetime.timedelay类型。