Waitress

Weytres ay proyekto nilalayong maging isang produksyon-kalidad na purong-Python WSGI server na may napaka-katanggap-tanggap na pagganap. & Nbsp; Ito ay walang dependency maliban sa mga na nakatira sa Python standard library. Ito ay tumatakbo sa CPython sa Unix at Windows sa ilalim ng Python 2.6+ at Python 3.2. Ito ay kilala rin upang tumakbo sa PyPy 1.6.0 sa UNIX. Sinusuportahan ito ng HTTP / 1.0 at HTTP / 1.1.
Para sa karagdagang impormasyon, tingnan ang "doc" directory ng Weytres pakete o http://docs.pylonsproject.org/projects/waitress/en/latest/.

What bago ang sa paglabas:.

• Ayusin ang runner multisegment mga pag-import sa ilang Python 2 pagbabago (tingnan ang https://github.com/Pylons/waitress/pull/34)
• Para sa compatibility, WSGIServer ay isang alias ng TcpWSGIServer ngayon. Ang lagda ng BaseWSGIServer ay tugma na ngayon sa WSGIServer pre-0.8.4.

Ano ang bagong sa bersyon 0.8.1:

• May pumigil sa brown-bag bug kahilingan concurrency. Ang isang mabagal na kahilingan ay i-block ang mga kasunod na ang mga tugon ng mga kasunod na mga kahilingan hanggang sa pagtugon sa mabagal kahilingan ni ay ganap na binuo. Ito ay dahil sa isang & quot; gawain lock & quot; Sini ipinahayag bilang isang katangian ng klase sa halip na bilang isang halimbawa ng katangian sa HTTPChannel. Kinunan din ng pagkakataon upang ilipat ang isa pang lock na pinangalanang & quot; outbuf i-lock & quot; sa halimbawa channel sa halip na ang klase. Tingnan https://github.com/Pylons/waitress/pull/1.

Ano ang bagong sa bersyon 0.8:

• Suportahan ang WSGI wsgi.file_wrapper protocol ng bawat http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling. Narito ang isang halimbawa ng paggamit:
• pag-import os
• dito = os.path.dirname (os.path.abspath (__ __ file))
• def myapp (ilagay sa kapaligiran, start_response):
• f = open (os.path.join (dito, 'myphoto.jpg'), 'rb')
• header = [('Content-type ang', 'imahe / jpeg')]
• start_response (
• '200 OK',
• header
• bumalik ilagay sa kapaligiran ['wsgi.file_wrapper'] (f, 32768)
• Ang pirma ng file wrapper constructor ay (filelike_object, block_size). Ang parehong mga argumento ay dapat na naipasa bilang posisyonal (hindi keyword) mga argumento. Ang resulta ng paglikha ng file wrapper dapat ibalik bilang app_iter mula sa isang WSGI application.
• Ang bagay na naipasa bilang filelike_object sa wrapper ay dapat na isang file na tulad ng bagay na sumusuporta sa hindi bababa sa nabasa () na pamamaraan, at ang () na pamamaraan nabasa na dapat suportahan ang isang opsyonal na argumento laki pahiwatig. Dapat itong suportahan seek () at sabihin sa () method. Kung hindi, normal na pag-ulit sa ibabaw ng filelike bagay na gamit ang ibinigay na block_size ay ginagamit (at pagkopya ay tapos na, negating anumang mga benepisyo ng file wrapper). Dapat itong sumusuporta sa isang malapit na () method.
• Ang tinukoy na argumento block_size sa file wrapper constructor ay gagamitin lamang kapag ang filelike_object ay hindi sumusuporta humanap at / o sabihin sa mga pamamaraan. Kailangan ng tagapagsilbi upang gamitin ang normal na pag-ulit upang maghatid ng mga file sa masamang tao kaso (bilang bawat ang WSGI spec), at ito ang laki ng bloke gagamitin bilang ang laki ng pag-ulit tipak. Ang block_size argument ay opsyonal; kung ito ay hindi lumipas, isang default na value``32768`` ang gagamitin.
• Weytres ay magse-set ng Content-Length header sa ngalan ng isang application kapag ang isang file wrapper na may sapat na filelike object ay ginagamit kung ang application ay hindi naka-set sa isa.
• Ang mga makina na humahawak ng isang file wrapper kasalukuyan ay hindi gumawa ng anumang bagay lalo espesyal na paggamit ng mga tawag magarbong system (hindi ito ang ginagamit ng sendfile halimbawa); gamitin ito sa kasalukuyan lamang pinipigilan ang system mula nangangailangan upang kopyahin ang data sa isang pansamantalang buffer upang ipadala ito sa client. Walang pagkopya ng data ay tapos na kapag nagbabalik ng WSGI app ng isang file wrapper na bumabalot sa isang may sapat na filelike bagay. Maaari itong gawin ang isang bagay may interes sa hinaharap.

Ano ang bagong sa bersyon 0.6.1:

• Mag-alis ng pagganap-sapping tawag sa pull_trigger sa channel pamamaraan write_soon idinagdag nagkamali sa 0.6.

Ano ang bagong sa bersyon 0.5:

• Ayusin ang PATH_INFO pag-encode / nagde-decode sa Python 3 (tulad ng bawat sigla 333, lagusan ng bytes-in-Unicode-bilang-Latin-1-pagkatapos-unquoting).

Mga Kinakailangan :

• Python