Waitress

Waitress er prosjektet ment å være en produksjonskvalitet ren-Python WSGI server med meget akseptabel ytelse. & Nbsp; Det har ingen avhengig unntatt de som bor i Python standard bibliotek. Det kjører på CPython på Unix og Windows henhold Python 2.6+ og Python 3.2. Det er også kjent for å kjøre på PYPY 1.6.0 på UNIX. Den støtter HTTP / 1.0 og HTTP / 1.1.
For mer informasjon, se "docs" katalog av Waitress pakken eller http://docs.pylonsproject.org/projects/waitress/en/latest/.

What er ny i denne utgaven:.

• Fix runner flersegments import i noen Python 2 revisjoner (se https://github.com/Pylons/waitress/pull/34)
• For kompatibilitet, er WSGIServer nå et alias av TcpWSGIServer. Signaturen til BaseWSGIServer er nå kompatibel med WSGIServer pre-0.8.4.

Hva er nytt i versjon 0.8.1:

• En brun-bag bug forhindret forespørsel samtidighet. En treg forespørsel ville blokkere påfølgende svarene senere forespørsler til den langsomme forespørsel svar var fullt generert. Dette var på grunn av en & quot; oppgave lås & quot; blir erklært som en klasse attributt snarere enn som en forekomst attributt på HTTPChannel. Også benyttet anledningen til å flytte en annen lås som heter & quot; outbuf låse & quot; til kanalen eksempel i stedet for klasse. Se https://github.com/Pylons/waitress/pull/1.

Hva er nytt i versjon 0.8:

• Støtt WSGI wsgi.file_wrapper protokollen som per http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling. Her er en bruks eksempel:
• import os
• her = os.path.dirname (os.path.abspath (__ fil __))
• def MyApp (miljø, start_response):
• f = open (os.path.join (her, 'myphoto.jpg'), 'rb')
• overskrifter = [('Content-Type "," image / jpeg')]
• start_response (
• '200 OK',
• overskrifter
• retur miljø ['wsgi.file_wrapper'] (f, 32768)
• Signaturen på filen wrapper konstruktør er (filelike_object, block_size). Begge argumentene må være bestått som posisjonelle (ikke søkeord) argumenter. Resultatet av å lage en fil wrapper bør returneres som app_iter fra en WSGI søknad.
• Objektet gått som filelike_object til wrapper må være en fil-lignende objekt som støtter minst read () -metoden, og lese () -metoden må støtte en valgfri størrelse hint argument. Det bør støtte søke () og fortelle () metoder. Hvis det ikke skjer, er normal køyring over filelike objekt hjelp av den medfølgende block_size brukes (og kopiering er gjort, benektende noen fordel av filen wrapper). Det bør støtte en close () metoden.
• Den angitte block_size argument til filen wrapper konstruktør skal kun brukes når filelike_object ikke støtter søke og / eller fortelle metoder. Servitøren behov for å bruke vanlig iterasjon for å tjene filen i denne degenerert tilfelle (som per WSGI spec), og dette blokkstørrelse, vil bli brukt som iterasjon del størrelse. Den block_size argumentet er valgfritt; hvis det ikke er passert, er en standard value``32768`` brukt.
• Waitress vil sette en Content-Length header på vegne av et program når en fil wrapper med en tilstrekkelig filelike objektet brukes hvis programmet ikke har allerede satt en.
• maskiner som håndterer en fil wrapper for tiden ikke gjør noe spesielt spesielt ved hjelp av fancy systemkall (det bruker ikke sendfile for eksempel); bruker det for tiden bare hindrer systemet fra å måtte kopiere data til en midlertidig buffer for å sende den til klienten. Ingen kopiering av data er gjort når en WSGI app returnerer en fil wrapper som brytes en tilstrekkelig filelike objekt. Det kan gjøre noe mer avansert i fremtiden.

Hva er nytt i versjon 0.6.1:

• Fjern prestasjons uttapping kall til pull_trigger i kanalens write_soon metode lagt feilaktig i 0,6.

Hva er nytt i versjon 0.5:

• Fix PATH_INFO koding / dekoding på Python 3 (som per PEP 333, tunnel byte-in-unicode-as-latin-en-etter-unquoting).

Krav :

• Python