Waitress

Kelnerka jest projekt ma być jakości produkcji czystej Python serwer WSGI z bardzo akceptowalnej wydajności. & Nbsp; Nie ma żadnych zależności, z wyjątkiem tych, które żyją w standardowej biblioteki Pythona. To działa na CPython na Unix i Windows w Pythonie 2.6+ i Python 3.2. Znane jest również do pracy w PyPy 1.6.0 UNIX. Obsługuje HTTP / 1.0 i HTTP / 1.1.
Aby uzyskać więcej informacji, zobacz "docs" katalogu pakietu kelnerka lub http://docs.pylonsproject.org/projects/waitress/en/latest/.

What jest nowy w tym wydaniu:.

• Fix biegacz MultiSegment przywóz niektórych Pythona 2 wersjach (patrz https://github.com/Pylons/waitress/pull/34)
• Dla kompatybilności, WSGIServer jest teraz alias TcpWSGIServer. Podpis BaseWSGIServer jest teraz kompatybilny z WSGIServer sprzed 0.8.4.

Co nowego w wersji 0.8.1:

• brązowy worek błąd uniemożliwił wniosek współbieżności. Powolne prośba blokować kolejne reakcje kolejnych żądań, aż reakcja powolnego życzenie został w całości wygenerowany. Wynikało to z & quot; zamka zadań & quot; zostały zadeklarowane jako atrybut klasy, a nie jako atrybut instancji na HTTPChannel. Również skorzystał z okazji, aby przejść kolejny zamek o nazwie & quot; outbuf lock & quot; na przykład kanału, a nie klasy. Zobacz https://github.com/Pylons/waitress/pull/1.

Co nowego w wersji 0.8:

• Wsparcie protokołu WSGI wsgi.file_wrapper jak na http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling. Oto przykład użycia:
• import os
• tutaj = os.path.dirname (os.path.abspath (__ __ plików))
• myapp def (environ, start_response):
• f = open (os.path.join (tutaj "myphoto.jpg"), "rb")
• nagłówki = [('Content-Type "," image / jpeg ")],
• start_response (
• "200 OK",
• nagłówki
• Zwrot environ ['wsgi.file_wrapper'] (f, 32768)
• podpis konstruktora plików otoki jest (filelike_object, block_size). Oba argumenty muszą być przekazywane jako pozycyjnych (nie kluczowych) argumentów. Wynikiem tworzenia otoki pliku powinien być zwrócony jako app_iter z aplikacji WSGI.
• Obiekt przekazany jako filelike_object do owinięcia musi być obiekt pliku, który obsługuje przynajmniej metody read () i (metoda musi wspierać opcjonalny argument rozmiar podpowiedzi odczytu). Należy wspierać seek () i powiedzieć () metody. Jeśli tak nie jest, normalny iteracji na obiekcie filelike pomocą dostarczonego block_size jest używany (i jest wykonywane, neutralizujące jakiekolwiek korzyści owijki plików). Należy wspierać metody close ().
• określone block_size argument konstruktora otoki pliku będą wykorzystywane tylko wtedy, gdy filelike_object nie obsługuje poszukiwania i / lub poinformować metod. Kelnerka musi użyć normalnego iteracji służyć plik w tym przypadku zdegenerowanej (wg specyfikacji WSGI), a to rozmiar bloku będą wykorzystywane jako wielkości iteracji kawałku. Block_size argument jest opcjonalny; jeżeli nie zostanie przyjęta, jest używany domyślny value``32768``.
• Kelnerka będzie ustawić nagłówek Content-Length o imieniu aplikacji, gdy wrapper plików z wystarczająco filelike obiektu jest używana, jeśli aplikacja nie jest już ustawione.
• maszyny, który obsługuje otoki pliku aktualnie robi nic szczególnie specjalnego nie używając wywołań systemowych fantazyjne (nie używać sendfile na przykład); używając go obecnie tylko zabezpiecza system przed konieczności kopiowania danych do tymczasowego bufora w celu przesłania go do klienta. Nie kopiowanie danych jest wtedy, gdy aplikacja WSGI zwraca opakowanie plików oblewany wystarczająco filelike obiektu. To może zrobić coś hodowcy w przyszłości.

Co nowego w wersji 0.6.1:

• Usuń od wyników sapping wezwanie do pull_trigger w kanał na Metoda write_soon dodane przez pomyłkę w 0,6.

Co nowego w wersji 0.5:

• Kodowanie Fix PATH_INFO / dekodowania na Python 3 (zgodnie z PEP 333, tunel bajtów-in-unicode-as-latin-1-po-unquoting).

Wymagania :

• Python