Waitress

kelnerin is projek bedoel om 'n produksie-gehalte suiwer-Python WSGI bediener met 'n baie aanvaarbare prestasie & nbsp te wees;. Dit het geen afhanklikhede behalwe dié wat in die Python standaard biblioteek lewe. Dit loop op CPython op Unix en Windows onder Python 2.6+ en Python 3.2. Dit is ook bekend om te loop op PyPy 1.6.0 op UNIX. Dit ondersteun HTTP / 1.0 en HTTP / 1.1.
Vir meer inligting, sien die "docs" gids van die kelnerin pakket of http://docs.pylonsproject.org/projects/waitress/en/latest/.

What is nuwe in hierdie release:.

• Fix naaswenner multisegment invoer in sommige Python 2 weergawes (sien https://github.com/Pylons/waitress/pull/34)
• Vir verenigbaarheid, WSGIServer is nou 'n alias van TcpWSGIServer. Die handtekening van BaseWSGIServer is nou verenigbaar met WSGIServer pre-0.8.4.

Wat is nuut in die weergawe 0.8.1:

• 'n bruin-sak fout voorkom versoek concurrency. 'N Stadige versoek sou blokkeer daaropvolgende die antwoorde van die daaropvolgende versoeke tot die stadige versoek se reaksie was ten volle gegenereer. Dit was as gevolg van 'n & quot; taak slot & quot; verklaar as 'n klas kenmerk eerder as 'n geval kenmerk op HTTPChannel. Ook het die geleentheid om te beweeg 'n ander slot naam & quot; outbuf Lock & quot; aan die kanaal byvoorbeeld eerder as die klas. Sien https://github.com/Pylons/waitress/pull/1.

Wat is nuut in die weergawe 0.8:

• Ondersteun die WSGI wsgi.file_wrapper protokol soos per http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling. Hier is 'n gebruik byvoorbeeld:
• invoer os
• hier = os.path.dirname (os.path.abspath (__ __ lêer))
• def myapp (omge, start_response):
• f = oop (os.path.join (hier, "myphoto.jpg '),' rb)
• headers = [('Content-Type "," image / jpeg')]
• start_response (
• '200 OK',
• headers
• terugkeer omge ['wsgi.file_wrapper'] (f, 32768)
• Die handtekening van die lêer wrapper constructor is (filelike_object, block_size). Beide argumente moet geslaag word as posisionele (nie navraag) argumente. Die gevolg van die skep van 'n lêer wrapper moet as die app_iter van 'n WSGI aansoek teruggestuur word.
• Die voorwerp geslaag as filelike_object aan die wrapper moet 'n lêer-agtige voorwerp wat ondersteun ten minste die lees () metode, en die lees () metode moet 'n opsionele grootte wenk argument ondersteun. Dit moet ondersteun die soek () en vertel () metodes. As dit nie gebeur nie, is die normale iterasie oor die filelike voorwerp met die voorwaarde block_size gebruik (en kopiëring gedoen word, die ontkenning van enige voordeel van die lêer wrapper). Dit moet 'n beslote () metode ondersteun.
• Die gespesifiseerde block_size argument na die lêer wrapper constructor sal word slegs gebruik wanneer die filelike_object ondersteun nie soek en / of vertel metodes. Kelnerin moet normale iterasie te gebruik die lêer in hierdie ontaarde saak te dien (soos per die WSGI spec), en dit blok grootte sal as die iterasie stuk grootte gebruik word. Die block_size argument is opsioneel; indien dit nie geslaag is nie, 'n verstek value``32768`` gebruik.
• kelnerin sal 'n inhoud-Lengte kop op die rekening van 'n aansoek soos wanneer 'n lêer wrapper met 'n voldoende filelike voorwerp word gebruik as die aansoek nie een wat reeds gestel.
• Die masjinerie wat hanteer 'n lêer wrapper tans niks besonder spesiale doen met behulp van fancy stelsel oproepe (dit maak nie sendfile gebruik byvoorbeeld); gebruik dit tans net verhoed dat die stelsel van nodig om data te kopieer na 'n tydelike buffer om dit te stuur na die kliënt. Geen kopiëring van data gedoen word wanneer 'n WSGI app gee 'n lêer wrapper wat vou 'n voldoende filelike voorwerp. Dit kan iets liefhebber in die toekoms te doen.

Wat is nuut in die weergawe 0.6.1:

• Verwyder prestasie-tap oproep om pull_trigger in die kanaal se write_soon metode verkeerdelik bygevoeg in 0.6.

Wat is nuut in die weergawe 0.5:

• Fix PATH_INFO enkodering / dekodering op Python 3 (soos per PEP 333, tonnel grepe-in-Unicode-as-latin-1-na-unquoting).

Vereistes :

• Python