Waitress

pincérnő projekt célja, hogy egy termelési minőségű tiszta-Python WSGI szerver nagyon elfogadható teljesítményt. & Nbsp; Ez nem függőségek, kivéve azokat, amelyek élnek a Python standard könyvtár. Ez fut CPython UNIX és Windows alatt Python 2.6+ és Python 3.2. Az is ismert, hogy fut a PyPy 1.6.0 UNIX. Támogatja a HTTP / 1.0 és HTTP / 1.1.
További információkért tekintse meg a "docs" könyvtárába Pincérnő csomagot, vagy http://docs.pylonsproject.org/projects/waitress/en/latest/.

What új ebben a kiadásban:

• Fix runner többszegmenses import néhány Python 2 változathoz (lásd https://github.com/Pylons/waitress/pull/34).
• A kompatibilitás WSGIServer most álneve TcpWSGIServer. Az aláírás BaseWSGIServer már kompatibilis a WSGIServer pre-0.8.4.

Mi az új verzióban 0.8.1:

• Egy barna táska bug megakadályozta kérésére konkurencia. A lassú kérelem blokkolja ezt követő reakcióit követően kéri, amíg a lassú kérelem válasza teljesen keletkezett. Ez annak volt köszönhető, hogy a & quot; feladat lock & quot; nyilvánítás class attribútum nem pedig mint például attribútuma HTTPChannel. Is megragadta az alkalmat, hogy mozgatni egy másik zár elemzi & quot; outbuf zárd & quot; hogy a csatorna, nem pedig a példány osztály. Lásd https://github.com/Pylons/waitress/pull/1.

Mi az új a 0.8 verzió:

• Támogassa a WSGI wsgi.file_wrapper protokoll szerinti http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling. Itt egy alkalmazás példa:
• import os
• itt = os.path.dirname (os.path.abspath (__ __ fájl))
• def myapp (környezet, start_response):
• f = open (os.path.join (itt "myphoto.jpg"), "rb")
• fejlécek = [('Content-Type "," image / jpeg)]
• start_response (
• '200 OK',
• fejlécek
• vissza environ ['wsgi.file_wrapper'] (f, 32768)
• A fájl aláírásával wrapper konstruktor (filelike_object, block_size). Mindkét érveket kell letenni, mint a helyzeti (Nem kulcsszó) érveket. Az eredmény egy fájl létrehozása wrapper vissza kell, mint a app_iter egy WSGI alkalmazást.
• átadott objektumot, mint filelike_object a wrapper kell egy fájl-szerű tárgy, amely támogatja legalább a read () metódus, valamint az olvasási () metódus támogatnia kell egy tetszőleges méretű hint érv. Támogatnia kellene keresni (), és mondd () metódus. Ha nem, akkor a normál iteráció alatt filelike objektumot a biztosított block_size használják (és másolás történik, hatástalanítva semmilyen előnyt a fájl wrapper). Hozzá kell járulnia a close () metódus.
• A megadott block_size érv, hogy a fájl wrapper konstruktor csak akkor lesz használva, ha a filelike_object nem támogatja keresni és / vagy mondd módszerek. Pincérnő kell használni normál iteráció szolgálni az állomány ilyen degenerált esetben (mint egy a WSGI spec), és ez a blokk mérete fogják használni az iterációs darabok méretét. A block_size argumentum opcionális; ha még nem telt el, az alapértelmezett value``32768`` használják.
• pincérnő állítja a Content-Length feje a nevében a kérelmet, ha a fájl wrapper egy elég filelike objektumot használja, amennyiben a kérelmet nem volt beállítva egy.
• A gép, amely kezeli a fájlt wrapper jelenleg nem csinál semmit, különösen a különleges segítségével fancy rendszer hívások (nem használja sendfile például); használja jelenleg csak megakadályozza, hogy a rendszer ne legyen szükségük másolni az adatokat egy átmeneti puffer annak érdekében, hogy küldje el az ügyfél. No adatok másolása történik, ha egy WSGI app visszatér a fájl átalakító, pakolások kellően filelike objektumot. Lehet tenni valamit cifrább a jövőben.

Mi az új verzióban 0.6.1:

• Vegye teljesítmény-sapping hívás pull_trigger a csatorna write_soon módszer került tévedésből 0,6.

Mi az új a 0.5 verzió:

• Fix PATH_INFO / dekódolást a Python 3 (mint egy PEP 333, alagút byte-in-unicode-as-latin-1-után-unquoting).

követelmények :

• Python