wesgi

wesgiはWSGIのmiddewareとしてESIプロセッサを実装＆NBSP;。これは主に生産ESIプロセッサーをシミュレートするために開発環境を目指しています。
関連の仕様およびマニュアルは、次のとおりです。
- http://www.w3.org/TR/esi-lang
- http://www.akamai.com/dl/technical_publications/esi_faq.pdf
完全
この実装は現在、を実装しています。
パフォーマンス
現実的には、標準のPythonの下で、WSGIミドルウェアは同期です。 ESIプロセッサは、パフォーマンスの非常に高いレベルに到達するためには非同期であるために、それはおそらく必要です。それはおそらく、このミドルウェアのもパフォーマンスの上限を置きます。
しかし、状況によっては、十分なパフォーマンスであってもよいです。
使用法：
＆NBSP; >>> wesgi輸入ミドルウェアから
＆NBSP; >>> wsgiref.simple_serverインポートdemo_appから
開発用サーバのためにそれのデフォルト設定でそれを使用するには：
＆NBSP; >>>アプリ=ミドルウェア（demo_app）
アカマイプロダクション環境をシミュレートするには：
＆NBSP; >>>アプリ=ミドルウェア（demo_app、政策=「アカマイ」）
「チェイスリダイレクト」とアカマイプロダクション環境をシミュレートするためにオンに：
＆NBSP; >>> wesgi輸入AkamaiPolicyから
＆NBSP; >>>政策= AkamaiPolicy（）
＆NBSP; >>> policy.chase_redirect =真
＆NBSP; >>>アプリ=ミドルウェア（demo_app、政策=ポリシー）
本番サーバーのためにそれを使用したい場合は、デバッグ·モードをオフにすることをお勧めします：
＆NBSP; >>>アプリは=ミドルウェア（demo_app、デバッグ= False）を

このリリースの新機能：

この特長：
filter_app_factoryとしてwesgi設定するために貼り付けて使用することができるwesgi.filter_app_factoryを追加します。
wesgi.LRUCacheためmax_object_sizeオプションが格納されたオブジェクトの最大サイズを制限します。
ESIは含まれて得るためにバックエンドとしてhttplib2使用する主要なリファクタリング。これは、HTTPキャッシュに沿ってもたらします。
wesgi.LRUCacheでLRUキャッシングそのアルゴリズムのメモリベースの実装。
ESIのコメントを処理します。
バグ修正：
正規表現は、SRCを見つけるのバグを修正：長い時間がかかることがありますことを含みます。
ため息。追加MANIFEST.inので、必要なファイルがtarボールに終わります。

このバージョン0.8の新機能である：

この保存されたオブジェクトの最大サイズを制限するwesgi.LRUCacheためmax_object_sizeオプション。

この要件：

このパイソン