flask ==》 信号

flask ==》  信号

Flask框架中的信号基于blinker,其主要就是让开发者可是在flask请求过程中定制一些用户行为。

pip3 install blinker

 pip3 install flask_session

 pip3 install redis

目的:open_session, save_session 放到redis里面使用。

要重写:open_session,save_session 里面的方法,该怎么办?  

app.session_interface = Foo()  #  重写 open_session, save_session

存储方式:redis

#!/usr/bin/env python
# -*- coding:utf-8 -
import redis
from flask import Flask, session
from flask_session import Session

app = Flask(__name__)
app.debug = True
app.secret_key = ‘xxxx‘

app.config[‘SESSION_TYPE‘] = ‘redis‘  # session类型为redis
app.config[‘SESSION_PERMANENT‘] = False  # 如果设置为True,则关闭浏览器session就失效。
app.config[‘SESSION_USE_SIGNER‘] = False  # 是否对发送到浏览器上session的cookie值进行加密
app.config[‘SESSION_KEY_PREFIX‘] = ‘session:‘  # 保存到session中的值的前缀
app.config[‘SESSION_REDIS‘] = redis.Redis(host=‘127.0.0.1‘, port=‘6379‘, password=‘123123‘)  # 用于连接redis的配置

Session(app)  #实例化

@app.route(‘/index‘)
def index():
    session[‘k1‘] = ‘v1‘  #按这样整个写下来,这个值就保存到redis了
    return ‘xx‘

if __name__ == ‘__main__‘:
    app.run()

请求先进来:

  里面的open_session方法。

第二次进来: 运行 save_session:

 def save_session(self, app, session, response):
        domain = self.get_cookie_domain(app)  #拿到域名
        path = self.get_cookie_path(app)      #拿到路径
        if not session:
            if session.modified:
                self.redis.delete(self.key_prefix + session.sid)
                response.delete_cookie(app.session_cookie_name,
                                       domain=domain, path=path)
            return

        # Modification case.  There are upsides and downsides to
        # emitting a set-cookie header each request.  The behavior
        # is controlled by the :meth:`should_set_cookie` method
        # which performs a quick check to figure out if the cookie
        # should be set or not.  This is controlled by the
        # SESSION_REFRESH_EACH_REQUEST config flag as well as
        # the permanent flag on the session itself.
        # if not self.should_set_cookie(app, session):
        #    return

        httponly = self.get_cookie_httponly(app)    #获取日期
        secure = self.get_cookie_secure(app)        #获取日期
        expires = self.get_expiration_time(app, session)    #获取日期
        val = self.serializer.dumps(dict(session))  #里面的session是个字典,进行序列化
        #self.redis是 redis连接  它有字典,列表
        #conn.set(‘xxx‘:‘{k1:v1}‘,ex = ‘超时时间‘)
        #conn.setex(‘xxx‘:‘{k1:v1}‘)  value值:是传过来的  key: session+随机字符串
        self.redis.setex(name=self.key_prefix + session.sid, value=val,
                         time=total_seconds(app.permanent_session_lifetime))
        if self.use_signer: #是否加密
            session_id = self._get_signer(app).sign(want_bytes(session.sid))  #self._get_signer 跳入(加密)
        else:   #不加密
            session_id = session.sid
        response.set_cookie(app.session_cookie_name, session_id,
                            expires=expires, httponly=httponly,
                            domain=domain, path=path, secure=secure)  #写到用户浏览器的cookie:  key=session value=sid

save_session

    def open_session(self, app, request):
        sid = request.cookies.get(app.session_cookie_name) #sid: cookie里是否含有session
        if not sid:  #一开始没有
            sid = self._generate_sid() #生成一个sid
            return self.session_class(sid=sid, permanent=self.permanent) #session_class 继承了字典的方法
        if self.use_signer:  #解密
            signer = self._get_signer(app)
            if signer is None:
                return None
            try:
                sid_as_bytes = signer.unsign(sid)
                sid = sid_as_bytes.decode()
            except BadSignature:
                sid = self._generate_sid()
                return self.session_class(sid=sid, permanent=self.permanent)

        if not PY2 and not isinstance(sid, text_type):
            sid = sid.decode(‘utf-8‘, ‘strict‘)
        val = self.redis.get(self.key_prefix + sid)
        if val is not None:
            try:
                data = self.serializer.loads(val)
                return self.session_class(data, sid=sid)
            except:
                return self.session_class(sid=sid, permanent=self.permanent)
        return self.session_class(sid=sid, permanent=self.permanent)

open_session

memcached:

redis把数据放到内存里,什么时候引入redis?  redis实在引入自动分配的时候用到。

分配订单时一次一次去数据取,为了防止多次数据操作,故而写在了内存里, 但是,重启,多线程又出现问题了。

那么怎么办? 加了redis之后,即没有数据库取的慢,又不会出现重启之后,多线程下重新分配了。

小结: redis就是在另外一台机器的内存放到数据。

这里: mamcached就和 redis 类似。

他们两的区别:

  redis: 可含有5大数据类型。

  memcached: 只有字符串一个。

#!/usr/bin/env python
# -*- coding:utf-8 -
import redis
from flask import Flask, session
from flask_session import Session
import memcache

app = Flask(__name__)
app.debug = True
app.secret_key = ‘xxxx‘

app.config[‘SESSION_TYPE‘] = ‘memcached‘ # session类型为redis
app.config[‘SESSION_PERMANENT‘] = True # 如果设置为True,则关闭浏览器session就失效。
app.config[‘SESSION_USE_SIGNER‘] = False # 是否对发送到浏览器上session的cookie值进行加密
app.config[‘SESSION_KEY_PREFIX‘] = ‘session:‘ # 保存到session中的值的前缀
app.config[‘SESSION_MEMCACHED‘] = memcache.Client([‘10.211.55.4:12000‘])

Session(app)

@app.route(‘/index‘)
def index():
    session[‘k1‘] = ‘v1‘
    return ‘xx‘

if __name__ == ‘__main__‘:
    app.run()

 

原文地址:https://www.cnblogs.com/zhongbokun/p/8253476.html

时间: 2024-07-31 02:42:02

flask ==》 信号的相关文章

信号(Django信号、Flask信号、Scrapy信号)

简介 Django.Flask.scrapy都包含了一个“信号分配器”,使得当一些动作在框架的其他地方发生的时候,解耦的应用可以得到提醒. 通俗来讲,就是一些动作发生的时候,信号允许特定的发送者去提醒一些接受者,这是特别有用的设计因为有些代码对某些事件是特别感兴趣的,比如删除动作. 下面,分别介绍一下三种信号的使用示例. Django信号 很多数情况下,我们需要在操作数据库之前或者之后做某些操作,比如说写个日志之类的,我们当然可以找到每一个sql语句,在其前后加一段代码, 但是,这不但浪费时间,

flask信号

Flask框架中信号基于blinker,可以让开发人员在flask请求过程中定制一些用户行为 安装blinker:pip3 install blinker blinker提供的信号 request_started = _signals.signal('request-started') # 请求到来前执行 request_finished = _signals.signal('request-finished') # 请求结束后执行 before_render_template = _signa

Flask信号和wtforms

一.信号 1.1.所有内置信号 request_started = _signals.signal('request-started') # 请求到来前执行 request_finished = _signals.signal('request-finished') # 请求结束后执行 before_render_template = _signals.signal('before-render-template') # 模板渲染前执行 template_rendered = _signals.

Flask —— 信号

Flask框架中的信号基于blinker,其主要就是让开发者可是在flask请求过程中定制一些用户行为. pip3 install blinker 1. 内置信号 request_started = _signals.signal('request-started') # 请求到来前执行 request_finished = _signals.signal('request-finished') # 请求结束后执行 before_render_template = _signals.signal

七十三:flask信号之信号机制和使用场景

若安装flask是未默认安装blinker,则pip install blinker 使用信号分为3步,第一是定义一个信号,第二是监听一个信号,第三是发送一个信号 1.定义信号:定义信号需要使用到blinker.Namespace来创建一个命名空间 from blinker import Namespace name_space = Namespace() login_signal = name_space.signal('login') # 为了解决防止多人开发的时候,信号名字冲突的问题 2.

七十四:flask信号之内置信号

flask所有的内置信号 1.template_rendered:模板渲染完成后的信号2.before_render_template:模板渲染之前的信号3.request_started:模板开始渲染4.request_finished:模板渲染完成5.request_tearing_down:request对象被销毁6.got_request_exception:视图函数发送异常的心愿,一般可以监听此信号来记录网站的异常7.appcontext_tearing_down:app上下文被销毁的

flask,scrapy,django信号

简介 Django.Flask.scrapy都包含了一个“信号分配器”,使得当一些动作在框架的其他地方发生的时候,解耦的应用可以得到提醒. 通俗来讲,就是一些动作发生的时候,信号允许特定的发送者去提醒一些接受者,这是特别有用的设计因为有些代码对某些事件是特别感兴趣的,比如删除动作. 下面,分别介绍一下三种信号的使用示例. Django信号 很多数情况下,我们需要在操作数据库之前或者之后做某些操作,比如说写个日志之类的,我们当然可以找到每一个sql语句,在其前后加一段代码, 但是,这不但浪费时间,

Python之flask总结

一.flask      a.Flask是一个基于Python开发并且依赖jinja2模板和Werkzeug WSGI服务的一个微型框架,对于Werkzeug本质是Socket服务端,其用于接收http请求并对请求进行预处理,然后触发Flask框架,开发人员基于Flask框架提供的功能对请求进行相应的处理,并返回给用户,如果要返回给用户复杂的内容时,需要借助jinja2模板来实现对模板的处理,即:将模板和数据进行渲染,将渲染后的字符串返回给用户浏览器      b."微"(micro)

Python Flask框架——全栈开发(知了课堂)

章节1:Flask视图和URL 课时1[虚拟环境]为什么需要虚拟环境06:28 课时2[虚拟环境]virtualenv创建虚拟环境13:55 课时3[虚拟环境]virtualenvwrapper使用16:42 课时4[Flask预热]课程介绍45:34 课时5[Flask预热]Flask课程准备工作11:30 课时6[Flask预热]URL组成部分详解14:02 课时7[Flask预热]web服务器+应用服务器+web应用框架14:16 课时8[Flask URL]第一个flask程序详解24:

Flask源码解读之路由部分

从django的rest framwork过渡到flask框架的时候,经常会想flask的路由部分是怎么走的,这篇博客将一步步展示从启动程序到请求来路径和函数是怎么去匹配的. 1.首先是启动flask程序,python解释器就会从上到下加载我们的app @app.route('/home',endpoint='index') def home(): return render_template('dist/index.html') 2.在函数上的装饰器即会运行,我们进入装饰器中查看运行内容 de