ภาพหน้าจอของซอฟแวร์:
รายละเอียดซอฟแวร์:
Waitress เป็นโครงการหมายถึงการเป็นการผลิตที่มีคุณภาพเซิร์ฟเวอร์บริสุทธิ์หลาม WSGI ด้วยประสิทธิภาพที่ได้รับการยอมรับมาก & nbsp;. มันมีการพึ่งพายกเว้นคนที่อาศัยอยู่ในห้องสมุดมาตรฐานหลามไม่มี มันทำงานบน CPython บน Unix และ Windows ภายใต้หลาม 2.6+ และ Python 3.2 เป็นที่รู้จักกันเพื่อให้ทำงานบน PyPy 1.6.0 บน UNIX มันสนับสนุน HTTP / 1.0 และ HTTP / 1.1
สำหรับข้อมูลเพิ่มเติมโปรดดูที่ "เอกสาร" ไดเรกทอรีของแพคเกจ Waitress หรือ http://docs.pylonsproject.org/projects/waitress/en/latest/.
What ใหม่ ในข่าวประชาสัมพันธ์นี้:.
- การนำเข้าวิ่ง Fix multisegment ในบางหลาม 2 การแก้ไข (ดู https://github.com/Pylons/waitress/pull/34)
- สำหรับการทำงานร่วมกันอยู่ในขณะนี้ WSGIServer นามแฝงของ TcpWSGIServer ลายเซ็นของ BaseWSGIServer คือตอนนี้เข้ากันได้กับ WSGIServer ก่อน 0.8.4.
มีอะไรใหม่ ในรุ่น 0.8.1:
- ข้อผิดพลาดน้ำตาลถุงป้องกันไม่เห็นพ้องด้วยการร้องขอ คำขอช้าจะปิดกั้นภายหลังการตอบสนองของการร้องขอต่อมาจนถึงการตอบสนองต่อการร้องขอช้าถูกสร้างขึ้นอย่างเต็มที่ นี่คือสาเหตุที่ & quot; ล็อคงาน & quot; ถูกประกาศเป็นแอตทริบิวต์ชั้นแทนที่จะเป็นแอตทริบิวต์เช่นใน HTTPChannel นอกจากนี้ยังมีโอกาสที่จะย้ายล็อคอีกคนหนึ่งชื่อ & quot; outbuf ล็อค & quot; ตัวอย่างช่องมากกว่าชั้นเรียน ดู https://github.com/Pylons/waitress/pull/1.
มีอะไรใหม่ ในรุ่น 0.8:
- สนับสนุนโปรโตคอล WSGI wsgi.file_wrapper ตาม http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling นี่คือตัวอย่างการใช้งาน:
- นำเข้าระบบปฏิบัติการ
- ที่นี่ = os.path.dirname (os.path.abspath (__ __ ไฟล์))
- def myapp (สภาพแวดล้อม, start_response):
- f = เปิด (os.path.join (นี่ 'myphoto.jpg'), 'rb')
- ส่วนหัว = [('เนื้อหาชนิด', 'image / jpeg)]
- start_response (
- '200 ตกลง'
- ส่วนหัว
- สภาพแวดล้อมกลับมา ['wsgi.file_wrapper'] (ฉ, 32768)
- ลายเซ็นของตัวสร้างเสื้อคลุมไฟล์เป็น (filelike_object, block_size) ข้อโต้แย้งทั้งสองจะต้องถูกส่งผ่านเป็นตำแหน่ง (ไม่ใช่คำสำคัญ) ข้อโต้แย้ง ผลของการสร้างเสื้อคลุมไฟล์ควรจะกลับมาเป็น app_iter จากโปรแกรมประยุกต์ WSGI.
- วัตถุผ่านเป็น filelike_object เพื่อห่อหุ้มจะต้องเป็นวัตถุไฟล์เหมือนที่สนับสนุนอย่างน้อยอ่าน () วิธีการและการอ่าน () วิธีการจะต้องสนับสนุนการโต้แย้งคำใบ้ขนาดตัวเลือก มันควรจะสนับสนุนการแสวงหา () และบอก () วิธี ถ้ามันไม่ได้ย้ำปกติเหนือวัตถุ filelike ใช้ให้ block_size จะใช้ (และการคัดลอกจะทำกวนประโยชน์ของเสื้อคลุมไฟล์ใด ๆ ) มันควรจะสนับสนุนอย่างใกล้ชิด () วิธี.
- อาร์กิวเมนต์ block_size ระบุตัวสร้างเสื้อคลุมไฟล์จะถูกใช้เฉพาะเมื่อ filelike_object ไม่สนับสนุนการแสวงหาและ / หรือบอกวิธีการ Waitress ต้องการใช้ซ้ำปกติที่จะให้บริการไฟล์ในกรณีที่เลวนี้ (ตามข้อมูลจำเพาะ WSGI) และขนาดของบล็อกนี้จะถูกนำมาใช้เป็นขนาดก้อนซ้ำ อาร์กิวเมนต์ block_size จะเป็นตัวเลือก หากยังไม่ได้ผ่าน value``32768`` เริ่มต้นถูกนำมาใช้.
- Waitress จะตั้งหัวความยาวเนื้อหาในนามของแอพลิเคชันเมื่อเสื้อคลุมไฟล์ที่มีวัตถุ filelike พอจะใช้แอปพลิเคถ้ายังไม่ได้ตั้งอยู่แล้วหนึ่ง.
- เครื่องจักรที่จัดการเสื้อคลุมไฟล์ปัจจุบันไม่ได้ทำอะไรพิเศษโดยเฉพาะอย่างยิ่งการใช้สายระบบแฟนซี (มันไม่ได้ใช้ sendfile ตัวอย่าง); ใช้มันในขณะนี้เพียงแค่ป้องกันไม่ให้ระบบจากจำเป็นต้องคัดลอกข้อมูลไปยังบัฟเฟอร์ชั่วคราวเพื่อที่จะส่งไปยังลูกค้า คัดลอกไม่มีข้อมูลจะกระทำเมื่อตรวจสอบกลับ WSGI เสื้อคลุมไฟล์ที่ wraps วัตถุ filelike เพียงพอ มันอาจจะทำอะไรบางอย่างที่นักเล่นในอนาคต.
มีอะไรใหม่ ในรุ่น 0.6.1:
- ลบโทรประสิทธิภาพบั่นทอนการ pull_trigger ในช่องของ วิธีการเพิ่ม write_soon ผิดพลาดใน 0.6.
มีอะไรใหม่ ในรุ่น 0.5:
- การเข้ารหัส PATH_INFO แก้ไข / ถอดรหัสหลาม 3 (ตาม PEP 333 อุโมงค์ไบต์ใน Unicode-as-latin-1-หลัง unquoting).
ต้องการ
- หลาม
ความคิดเห็นที่ไม่พบ