フラスコに、小規模なアプリケーションのために意図されているが、CPUの使用状況に関するやすいように開発されます。
特徴:
この開発用サーバとデバッガに建てられました
unittestingサポートのための統合サポート
RESTfulなリクエストのディスパッチ
Jinja2のテンプレートを使用しています
セキュアなクッキー(クライアント側のセッション)のサポート
100%のWSGI準拠1.0
ユニコードベース
広範囲に文書化
このリリースで新しい何が:
このバックセッションシステムにバイト文字列のサポートが追加されました。これは、セッション中にトークン検証のためにバイナリデータを置く人々の一般的なケースとの互換性を破りました。
同じエンドポイントのために二度同じ方法を登録すると、誤って例外が発生する問題を修正しました。
このバージョン0.9の新機能である:
この外部ストレージを使用するセッションの実装に点滅メッセージを破ることができるのセッション実装の仮定を修正しました。
関数からタプルの戻り値の振る舞いを変更しました。彼らは今、定義された意味を持って、レスポンスオブジェクトにはもはや引数です。
追加:ATTR:データ: `flask.Flask.request_globals_class`は、特定のクラスは、の作成時に使用できるようにするための`〜各要求のflask.g`インスタンス。
`強制的に追加するには、登録のメソッドを関数を表示するrequired_methods`属性が追加されました。
追加:FUNC: `flask.after_this_request`。
追加:FUNC: `flask.stream_with_context`と予期しない動作を生じることなく、コンテキストを複数回プッシュする能力を。
このバージョンは何0.8で新たに追加されます。
不正な形式のJSONデータは、現在処理されない場合は、通常、500内部サーバーエラーになり代わりに値エラーの不正な要求のHTTP例外がトリガされます。これは後方互換性のない変更です。
アプリケーションがリソースとモジュールが配置されているルートパスだけでなく、(アップロードなど)実行時に変更されるファイルをドロップする指定された場所であるinstaneパスを持っていないだけ。それが参照詳細についてなどの設定ファイルを置くのに最適な場所ですので、また、これは概念的インスタンスのみによって、外部のバージョンコントロールです:参照: `インスタンスfolders`。
`` APPLICATION_ROOT``設定変数が追加されました。
実装:メタ: `〜flask.testing.TestClient.session_transaction`が簡単にテスト環境からセッションを修正します。
内部テスト·クライアントをリファクタリング。 `` APPLICATION_ROOT``構成変数と同様に `` SERVER_NAME``は正しくデフォルトとしてテストクライアントで使用されます。
追加:ATTR: `flask.views.View.decorators`は、プラグイン可能な(クラスベース)ビューの簡単な加飾をサポートします。
文でで使用すると問題を修正し、テストクライアントは、ティアダウンハンドラの実行をトリガしませんでした。
セッションクッキーのパラメータをより細かく制御を追加しました。
ハンドラが実装されなかった場合、メソッドビューにHEADリクエストが自動的に `GET`メソッドにディスパッチします。
から拡張子をインポートするために `flask.ext`パッケージ:MOD:バーチャルを実施しました。
例外のコンテキスト保存が今フラスコ自体もはやテストクライアントのの不可欠な構成要素です。これは、いくつかの内部ロジックをクリーンアップし、ユニットテストで暴走要求コンテキストの確率を低下させます。
この何がバージョン0.7.2で追加されます。
URLプロセッサが正しく設計図に取り組んでいないとの問題を修正しました。
このバージョン0.7.1の新機能です:
このバグ修正リリース:
2.5互換性を壊した不足している将来のインポートを追加しました。
設計図と無限のリダイレクト問題を修正しました。
この何がバージョン0.6.1で追加されます。
デフォルトの `options`の応答が` Allow`ヘッダー内のすべての有効なメソッドを公開されなかった問題を修正しました。
Jinja2のテンプレートのロード構文が可能になりまし" ./& QUOT;テンプレートロードパスの前に。これまでは、モジュールのセットアップで問題が発生していました。
モジュールのサブドメインの設定は静的フォルダの無視された問題を修正しました。
ホストサーバーがWindowsベースのオペレーティングシステムであり、クライアントがディレクトリにから露出したファイルを逃れるためにバックスラッシュを使用する場合、クライアントが任意のファイルをダウンロードすることができるセキュリティ問題が修正されました。
このバージョン0.6の新機能です:
この要求機能は、現在、登録の逆順で呼び出された後。
アプリケーションが明示的にURLルールの方法として、「OPTIONS」を追加しない限り、オプションは自動的にフラスコによって実装されます。この場合には、自動オプションは、キックでの取り扱いはありません。
モジュールには、静的なフォルダが存在しない場合は、静的ルールも所定の位置になりました。これは、それが.ymlファイル内のマッピングの一部である場合は、静的フォルダを削除しますGAEを支援するために実施されました。
:attrが: `〜flask.Flask.config`はconfig``としてテンプレートで使用できるようになりました。
コンテキストプロセッサは、もはやレンダリング機能に直接渡された値を無効にしません。
新しい `` MAX_CONTENT_LENGTH``構成値で、着信要求データを制限する機能が追加されました。
メタ:のエンドポイント `flask.Module.add_url_rule`方法は、アプリケーションオブジェクトに同じ名前の関数と一致するようにオプションになりました。
FUNC: `ビューで応答オブジェクトのインスタンスを簡単に作成できflask.make_response`機能が追加されました。
ウィンカーに基づいてサポートをシグナリングが追加されました。この機能は、現在、オプションで、拡張およびアプリケーションによって使用されることになっています。あなたがそれを使用したい場合は、 `インストールblinker`_ているようにしてください。
URLアダプタが作成されている方法をリファクタリング。メタ: `〜flask.Flask.create_url_adapter`方法このプロセスでは、と完全にカスタマイズ可能です。
モジュールは、現在だけでなく、URL接頭辞のサブドメインに登録することができます。これは、設定可能なサブドメインにモジュール全体を結合することができます。
この何がバージョン0.5.1で追加されました:モジュールがどこで使用された場合
このは、ディレクトリからテンプレートの読み込みに関する問題が修正されています。
このバージョン0.4の新機能である:
このモジュールは、アプリケーション全体のエラーハンドラを登録する機能を追加しました。
:メタ:リクエストが例外とエラー処理ページキックで死んだ場合、 `〜flask.Flask.after_request`ハンドラが今も起動されます。
テストクライアントは少し長く要求コンテキストを保持する能力を持っていません。これはまた、テストのために要求スタックをポップしないカスタム要求をトリガするために使用することができます。
Pythonの標準ライブラリ·キャッシュ·ロガーので、ロガーの名前は、より良いサポートユニットテストに設定できるようになりました。
`unittestingヘルパーを有効にすることができTESTING`スイッチを追加しました。
デバッグが有効になっている場合、ロガーは今DEBUG`モード `に切り替わります。
この要件:
この神社2.4以上
WERKZEUG 0.6.1以上
コメントが見つかりません