- 1 flask中的路由json
- 1)endpoint 反向生成url地址标志 默认视图函数名flask
- url_for浏览器
- 2) methods 视图函数容许的请求方式 缓存
@app.route("/login",methods=["GET","POST"])
- 3) 动态路由参数安全
- 4)defaults={} 默认参数服务器
- 5) strict_slashes=True 是否严格遵循路由地址cookie
- 6) redirect_to ="/login" 永久重定向(能够理解为你的浏览器收藏夹,收藏夹网址是不会变的,但网站网址随时会变,这时候就能够用)session
- 2 flask实例化配置数据结构
- 1) template_folder # 默认模板路径 也就是 templatesapp
- 2) static_folder # 默认静态文件路径 static
- 3) static_url_path="/static" # 访问静态路径文件路由地址 默认是"/"+static_folder
- 4) static_host=None # 指定静态文件服务器地址
- 5) host_matching = False, # 若是不是特别须要的话,慎用,不然全部的route 都须要host=""的参数
- 6) subdomain_matching = False, # 理论上来讲是用来限制SERVER_NAME子域名的,可是目前尚未感受出来区别在哪里
- 7) instance_path = None, # 指向另外一个Flask实例的路径
- 8) instance_relative_config = False # 是否加载另外一个实例的配置
- 9) .root_path = None # 主模块所在的目录的绝对路径,默认项目目录
- 3 flask 对象配置
- 1) 'DEBUG': False, # 是否开启Debug模式
- 2) 'TESTING': False, # 是否开启测试模式
- 3) 'SECRET_KEY': None # 在启用Flask内置Session的时候/开启flash,必定要有它
- 4) 'PERMANENT_SESSION_LIFETIME': 31, # days , Session的生命周期(天)默认31天
- 5) 'SESSION_COOKIE_NAME': 'session', # 在cookies中存放session加密字符串的名字
{ 'DEBUG': False, # 是否开启Debug模式 'TESTING': False, # 是否开启测试模式 'PROPAGATE_EXCEPTIONS': None, # 异常传播(是否在控制台打印LOG) 当Debug或者testing开启后,自动为True 'PRESERVE_CONTEXT_ON_EXCEPTION': None, # 一两句话说不清楚,通常不用它 'SECRET_KEY': None, # 以前遇到过,在启用Session的时候,必定要有它 'PERMANENT_SESSION_LIFETIME': 31, # days , Session的生命周期(天)默认31天 'USE_X_SENDFILE': False, # 是否弃用 x_sendfile 'LOGGER_NAME': None, # 日志记录器的名称 'LOGGER_HANDLER_POLICY': 'always', 'SERVER_NAME': None, # 服务访问域名 'APPLICATION_ROOT': None, # 项目的完整路径 'SESSION_COOKIE_NAME': 'session', # 在cookies中存放session加密字符串的名字 'SESSION_COOKIE_DOMAIN': None, # 在哪一个域名下会产生session记录在cookies中 'SESSION_COOKIE_PATH': None, # cookies的路径 'SESSION_COOKIE_HTTPONLY': True, # 控制 cookie 是否应被设置 httponly 的标志, 'SESSION_COOKIE_SECURE': False, # 控制 cookie 是否应被设置安全标志 'SESSION_REFRESH_EACH_REQUEST': True, # 这个标志控制永久会话如何刷新 'MAX_CONTENT_LENGTH': None, # 若是设置为字节数, Flask 会拒绝内容长度大于此值的请求进入,并返回一个 413 状态码 'SEND_FILE_MAX_AGE_DEFAULT': 12, # hours 默认缓存控制的最大期限 'TRAP_BAD_REQUEST_ERRORS': False, # 若是这个值被设置为 True ,Flask不会执行 HTTP 异常的错误处理,而是像对待其它异常同样, # 经过异常栈让它冒泡地抛出。这对于须要找出 HTTP 异常源头的可怕调试情形是有用的。 'TRAP_HTTP_EXCEPTIONS': False, # Werkzeug 处理请求中的特定数据的内部数据结构会抛出一样也是“错误的请求”异常的特殊的 key errors 。 # 一样地,为了保持一致,许多操做能够显式地抛出 BadRequest 异常。 # 由于在调试中,你但愿准确地找出异常的缘由,这个设置用于在这些情形下调试。 # 若是这个值被设置为 True ,你只会获得常规的回溯。 'EXPLAIN_TEMPLATE_LOADING': False, 'PREFERRED_URL_SCHEME': 'http', # 生成URL的时候若是没有可用的 URL 模式话将使用这个值 'JSON_AS_ASCII': True, # 默认状况下 Flask 使用 ascii 编码来序列化对象。若是这个值被设置为 False , # Flask不会将其编码为 ASCII,而且按原样输出,返回它的 unicode 字符串。 # 好比 jsonfiy 会自动地采用 utf-8 来编码它而后才进行传输。 'JSON_SORT_KEYS': True, #默认状况下 Flask 按照 JSON 对象的键的顺序来序来序列化它。 # 这样作是为了确保键的顺序不会受到字典的哈希种子的影响,从而返回的值每次都是一致的,不会形成无用的额外 HTTP 缓存。 # 你能够经过修改这个配置的值来覆盖默认的操做。但这是不被推荐的作法由于这个默认的行为可能会给你在性能的代价上带来改善。 'JSONIFY_PRETTYPRINT_REGULAR': True, 'JSONIFY_MIMETYPE': 'application/json', 'TEMPLATES_AUTO_RELOAD': None,
- 也能够写一个类来配置 flask提供了config.from_object
class FlaskDebug(object): DEBUG=True SECRET_KEY="DEBUGsecret_key" PERMANENT_SESSION_LIFETIME = 7 SESSION_COOKIE_NAME = "debug_session" app.config.from_object(FlaskDebug)
- 4 flask特殊装饰器
- @app.before_request # 请求进入视图函数以前
- @app.after_request # 响应返回客户端以前
- @app.errorhandler(404) # 重定义错误页面返回信息