- 1 flask中的路由
- 1)endpoint 反向生成url地址标志 默认视图函数名
- url_for
- 2) methods 视图函数允许的请求方式
@app.route("/login",methods=["GET","POST"])
- 3) 动态路由参数
- 4)defaults={} 默认参数
- 5) strict_slashes=True 是否严格遵循路由地址
- 6) redirect_to ="/login" 永久重定向(可以理解为你的浏览器收藏夹,收藏夹网址是不会变的,但网站网址随时会变,这时候就可以用)
- 2 flask实例化配置
- 1) template_folder # 默认模板路径 也就是 templates
- 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) # 重定义错误页面返回信息