- 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) # 重定義錯誤頁面返回信息