.
wesgi는 ESI의 WSGI의 middeware 같은 프로세서를 & nbsp 구현, 그것은 주로 생산 ESI 프로세서를 시뮬레이션하기 위해 개발 환경을 목표로한다.
관련 사양 및 서류는 다음과 같습니다
- http://www.w3.org/TR/esi-lang
- http://www.akamai.com/dl/technical_publications/esi_faq.pdf
완전성
이 구현은 현재는
공연
현실적으로, 표준 파이썬에서, WSGI 미들웨어는 동기입니다. ESI 프로세서 성능의 매우 높은 수준에 도달하는 것이 비동기 적으로, 그것은 아마 필요하다. 그건 아마이 미들웨어의 perfomance에 상한선을 둔다.
그러나 상황에 따라서는 충분히 확대됨 수있다.
사용법 :
& NBSP; >>> wesgi 수입 미들웨어
& NBSP; >>> wsgiref.simple_server 수입 demo_app에서
개발 서버에 대한 그것의 기본 구성을 사용하려면 :
& NBSP; >>> 응용 프로그램 = 미들웨어 (demo_app)
아카 마이 프로덕션 환경을 시뮬레이션 :
& NBSP; >>> 응용 프로그램 = 미들웨어 (demo_app, 정책 = '아카 마이')
"추적 리디렉션"와 아카 마이 생산 환경을 시뮬레이션하기 위해 온 :
& NBSP; >>> wesgi 수입 AkamaiPolicy에서
& NBSP; >>> 정책 = AkamaiPolicy ()
& NBSP; >>> policy.chase_redirect = TRUE
& NBSP; >>> 응용 프로그램 = 미들웨어 (demo_app, 정책 = 정책)
프로덕션 서버를 사용하고자하는 경우에는 디버그 모드를 해제하는 것이 좋습니다입니다 :
& NBSP; >>> 응용 프로그램 = 미들웨어 (demo_app, 디버그 = 거짓)
이 릴리스의 새로운 기능입니다 :
특징 :
filter_app_factory로 wesgi 구성 붙여 넣기하여 사용할 수 있습니다 wesgi.filter_app_factory를 추가합니다.
wesgi.LRUCache위한 max_object_size 옵션은 저장된 오브젝트의 최대 크기를 제한한다.
주요 리팩토링은 ESI가 포함 얻을 수있는 백엔드로 httplib2 사용할 수 있습니다. 이것은 HTTP 캐싱 함께 제공합니다.
wesgi.LRUCache에서 LRU 캐싱 알고리즘으로의 메모리를 기반으로 구현.
ESI 주석을 처리합니다.
버그 수정 :
정규 표현식은 SRC를 찾을 수 버그를 수정 : 시간이 오래 걸릴 수를 포함한다.
한숨. 추가 MANIFEST.in 그래서 필요한 파일은 타르볼에서 생을 마감.
버전 0.8의 새로운 기능 :
저장된 개체의 최대 크기를 제한하는 wesgi.LRUCache에 대한 max_object_size 옵션.
요구 사항 :
파이썬
댓글을 찾을 수 없습니다