pyramid

พีระมิดเป็นไปอย่างรวดเร็วขนาดเล็กลงเพื่อแผ่นดินมาเปิดกรอบการพัฒนาเว็บหลาม & nbsp;. มันทำให้การพัฒนาโปรแกรมเว็บโลกแห่งความจริงและการใช้งานสนุกสนานมากขึ้นคาดการณ์ได้มากขึ้นและมีประสิทธิผลมากขึ้น
ปิรามิดเป็นโครงการ Pylons และรองรับกรอบเว็บใหม่ล่าสุดที่ผลิตโดยชุมชน Pylons
ปิรามิดเป็นที่รู้จักกันก่อนหน้านี้เป็น repoze.bfg
การสนับสนุนและเอกสาร
ดูเว็บไซต์ของโครงการ Pylons เพื่อดูเอกสารรายงานข้อผิดพลาดและได้รับการสนับสนุน
ใบอนุญาต
ปิรามิดที่จะถูกนำเสนอภายใต้ BSD มา Repoze อนุญาตแบบสาธารณะ

มีอะไรใหม่ ในข่าวประชาสัมพันธ์ฉบับนี้.

• mako_templating: เพิ่มการป้องกัน แก้ปัญหาที่ไม่ใช่ importability ของ Mako เนื่องจาก markupsafe ต้นน้ำลดลง Python 3.2 การสนับสนุน Mako templating จะไม่ทำงานภายใต้การรวมกันของ MarkupSafe 0.17 และ Python 3.2 (แม้ว่าการรวมกันของ MarkupSafe 0.17 และ Python 3.3 หรือสนับสนุนหลาม 2 เวอร์ชั่นใด ๆ ที่จะทำงาน OK).
• ให้ pyramid.config.assets.PackageOverrides วัตถุใช้ API สำหรับวัตถุ __loader__ ที่ระบุไว้ใน PEP 302. ผู้รับมอบฉันทะเพื่อ __loader__ ที่กำหนดโดยผู้นำเข้าถ้าปัจจุบัน; มิฉะนั้นยก NotImplementedError นี้จะทำให้มุมมองพีระมิดคงแทนที่ทำงานอย่างถูกต้องภายใต้หลาม 3.3 (ก่อนหน้านี้พวกเขาจะไม่ได้) ดู https://github.com/Pylons/pyramid/pull/1015 สำหรับข้อมูลเพิ่มเติม.

มีอะไรใหม่ ในรุ่น 1.4:

• แก้ไขทดสอบการใช้งานในการกวดวิชา ZODB

มีอะไรใหม่ ในรุ่น 1.4 Beta 3:

• การเปิดตัวบรรจุภัณฑ์เท่านั้นไม่มีการเปลี่ยนแปลงรหัส 1.4b2 ก็ปล่อย brownbag เนื่องจากการขาดหายไปในไดเรกทอรี tarball.

มีอะไรใหม่ ในรุ่น 1.3.4:

• เมื่อ pyramid.debug_routematch ถูกเปิดและการสำรวจ คำกริยาที่ใช้ในเส้นทางใดที่เราเตอร์จะยกข้อยกเว้นเมื่อพยายามที่จะพิมพ์ข้อมูลการแก้จุดบกพร่องเส้นทาง ข้อผิดพลาดนี้มีมาตั้งแต่ 1.3a1.
• เมื่อกริยาการสำรวจถูกนำมาใช้ในเส้นทางใด ๆ proutes และ pviews สคริปต์คอนโซลจะยกข้อยกเว้นเมื่อพยายามที่จะพิมพ์ข้อมูลการแก้จุดบกพร่องเส้นทาง ข้อผิดพลาดนี้มีมาตั้งแต่ 1.3a1.
• แก้ไขข้อผิดพลาดย้ายกลับจากนาย: - ในการค้นหา Mako แม่แบบตรวจสอบคลับแน่นอน (ใช้ไดเรกทอรี Mako) เมื่อผสมขึ้นมรดกที่มีรายละเอียดของสินทรัพย์ https://github.com/Pylons/pyramid/issues/662
• เมื่อลงทะเบียนหลายมุมมองกับยอมรับคำกริยาในการประยุกต์ใช้พีระมิด runing ภายใต้หลาม 3 คุณอาจได้รับ TypeError: unorderable ประเภทฟังก์ชั่น () & lt; ฟังก์ชั่น () ยกเว้น.
• ย้ายกลับมาจากเจ้านาย: HTTP ยอมรับส่วนหัวไม่ถูกปกติท​​ี่อาจเกิดขึ้นก่อให้เกิดมุมมองที่ขัดแย้งลงทะเบียนที่จะไปไม่มีใครสังเกตเห็น สองมุมมองที่แตกต่างกันเพียง แต่ในกรณีที่ ('text / html' กับ 'text / html') ตอนนี้จะยกข้อผิดพลาด https://github.com/Pylons/pyramid/pull/620

มีอะไรใหม่ ในรุ่น 1.4 อัลฟา 1:

• แก้ไขข้อผิดพลาด:
• พอร์ตไปข้างหน้าจาก 1.3 สาขา: เมื่อนโยบายการตรวจสอบไม่มีการกำหนดค่าการเรียกร้องให้ pyramid.security.effective_principals โดยไม่มีเงื่อนไขจะกลับรายการที่ว่างเปล่า นี้ไม่ถูกต้องก็ควรจะมีการกลับมาโดยไม่มีเงื่อนไข [ทุกคน] และตอนนี้ไม่.
• ส่ง url ชัดเจน regexes ตอนนี้สามารถมีทวิภาค https://github.com/Pylons/pyramid/issues/629
• ในอย่างน้อยหนึ่ง 64 บิตระบบอูบุนตูภายใต้หลาม 3.2 ใช้มัณฑนากร view_config ที่เกิด runtimeerror: พจนานุกรมการเปลี่ยนแปลงขนาดในช่วงย้ำข้อยกเว้น มันไม่ได้ไม่ ดู https://github.com/Pylons/pyramid/issues/635 สำหรับข้อมูลเพิ่มเติม.
• ในการค้นหา Mako แม่แบบตรวจสอบว่าจานจะถูกปรับแล้วและนำมันกลับไปข้อมูลจำเพาะของสินทรัพย์ โดยปกติท​​ี่เกิดขึ้นกับแม่ได้รับการถ่ายทอดหรือส่วนประกอบรวม https://github.com/Pylons/pyramid/issues/606 https://github.com/Pylons/pyramid/issues/607
• ในการค้นหา Mako แม่แบบตรวจสอบคลับแน่นอน (ใช้ไดเรกทอรี Mako) เมื่อผสมขึ้นมรดกที่มีรายละเอียดของสินทรัพย์ https://github.com/Pylons/pyramid/issues/662
• HTTP ยอมรับส่วนหัวไม่ถูกปกติท​​ี่อาจเกิดขึ้นก่อให้เกิดความขัดแย้งลงทะเบียนมุมมองที่จะไปไม่มีใครสังเกตเห็น สองมุมมองที่แตกต่างกันเพียง แต่ในกรณีที่ ('text / html' กับ 'text / html') ตอนนี้จะยกข้อผิดพลาด https://github.com/Pylons/pyramid/pull/620
• ส่งต่อพอร์ตจาก 1.3 สาขา: เมื่อลงทะเบียนหลายมุมมองกับยอมรับคำกริยาในการประยุกต์ใช้พีระมิด runing ภายใต้หลาม 3 คุณอาจได้รับ TypeError: unorderable ประเภทฟังก์ชั่น () & lt; ฟังก์ชั่น () ยกเว้น.
• คุณสมบัติ:
• Configurator.add_directive ตอนนี้ยอมรับ callables ข้อเช่น partials หรือวัตถุดำเนิน __call__ ซึ่ง dont มี __name__ และคุณลักษณะ __doc__ ดู https://github.com/Pylons/pyramid/issues/621 และ https://github.com/Pylons/pyramid/pull/647.
• บุคคลที่สามมุมมองที่กำหนดเอง, เส้นทางและภาคผู้ใช้บริการในขณะนี้สามารถเพิ่มสำหรับการใช้งานโดยผู้เขียนมุมมองผ่าน pyramid.config.Configurator.add_view_predicate, pyramid.config.Configurator.add_route_predicate และ pyramid.config.Configurator.add_subscriber_predicate ดังนั้นสำหรับตัวอย่างเช่นการทำเช่นนี้:
• config.add_view_predicate ('abc', my.package.ABCPredicate)
• อาจช่วยให้ผู้เขียนมุมมองที่จะทำเช่นนี้ในโปรแกรมประยุกต์ที่กำหนดค่าที่กริยา:
• @view_config (abc = 1)
• คุณสมบัติที่คล้ายกันที่มีอยู่สำหรับ add_route และ add_subscriber ดู & quot; เพิ่มบุคคลที่สามดูเส้นทางหรือสมาชิกกริยา & quot; ในบทตะขอสำหรับข้อมูลเพิ่มเติม.
• หมายเหตุว่าการเปลี่ยนแปลงที่เกิดขึ้นกับสนับสนุนคุณสมบัติดังกล่าวข้างต้นในขณะนี้หมายความว่าการกระทำเพียงลงทะเบียนใช้เดียวกัน & quot; เพื่อที่ & quot; สามารถมีความขัดแย้งกับคนอื่น จะใช้เป็นกรณีที่กระทำลงทะเบียนที่คำสั่งซื้อที่แตกต่างกันอาจมีความขัดแย้งที่อาจเกิดขึ้น แต่ไม่มีอะไรที่จะรู้ของฉันที่เคยขึ้นอยู่กับลักษณะการทำงานนี้ (มันเป็นบิตโง่).
• วัตถุที่กำหนดเองสามารถทำได้อย่างง่ายดาย JSON-serializable ในพีระมิดโดยกำหนดวิธีการ __json__ ในชั้นเรียนของวัตถุ วิธีการนี​​้ควรกลับค่ากำเนิด serializable โดย json.dumps (เช่น ints รายการ, พจนานุกรม, สตริง, และอื่น ๆ ).
• renderer JSON ตอนนี้ช่วยให้คำนิยามของอะแดปเตอร์ประเภทที่กำหนดเองการแปลงวัตถุที่ไม่รู้จักกับ JSON serializations.
• ในฐานะของรุ่นนี้กริยา REQUEST_METHOD เมื่อนำมาใช้ก็จะบ่งบอกถึงหัวที่เป็นนัยเมื่อคุณใช้แถม ตัวอย่างเช่นการใช้ @view_config (REQUEST_METHOD = 'ได้รับ') เทียบเท่ากับการใช้ @view_config (REQUEST_METHOD = ('ได้รับ', 'หัว')) ใช้ @view_config (REQUEST_METHOD = ('ได้รับ' 'โพสต์') เทียบเท่ากับการใช้ @view_config (REQUEST_METHOD = ('ได้รับ', 'หัว' 'โพสต์'). เพราะนี่คือ HEAD เป็นตัวแปรของแถมที่ละเว้น ร่างกายและ WebOb ได้รับการสนับสนุนเป็นพิเศษเพื่อกลับร่างกายว่างเปล่าเมื่อหัวถูกนำมาใช้.
• config.add_request_method ได้รับการแนะนำที่จะสนับสนุนการขยายวัตถุคำขอกับ callables โดยพลการ วิธีการนี​​้จะขยายใน config.set_request_property ก่อนหน้านี้โดยวิธีการสนับสนุนเช่นเดียวกับคุณสมบัติ วิธีการนี​​้ในขณะนี้ทำให้เกิดรหัสน้อยที่จะดำเนินการในเวลาก่อสร้างตามคำขอกว่า config.set_request_property ในรุ่น 1.3.
• ไม่เพิ่มหรือไม่? ไปยัง URL ที่สร้างขึ้นโดย request.resource_url ถ้าอาร์กิวเมนต์แบบสอบถามที่มีให้ แต่ที่ว่างเปล่า.
• ไม่เพิ่มหรือไม่? ไปยัง URL ที่สร้างขึ้นโดย request.route_url ถ้าอาร์กิวเมนต์ _query ที่มีให้ แต่ที่ว่างเปล่า.
• เครื่องจักรมุมมองคงที่ในขณะนี้ยก (มากกว่าผลตอบแทน) HTTPNotFound และ HTTPMovedPermanently ข้อยกเว้นเหล่านี้จึงสามารถจับโดยมุมมอง NOTFOUND (ยกเว้นและมุมมองอื่น ๆ ).
• renderer Mako ในขณะนี้สนับสนุนชื่อ def ในข้อมูลจำเพาะของสินทรัพย์ เมื่อชื่อ def มีอยู่ในสเปคของสินทรัพย์ระบบจะทำให้แม่แบบ def ภายในแม่แบบและจะกลับผล ตัวอย่างเช่นข้อมูลจำเพาะของสินทรัพย์เป็นแพคเกจ: เส้นทาง / เพื่อ / แม่แบบ # defname.mako นี้จะทำให้ชื่อ def defname ภายในแม่แบบ template.mako แทนการแสดงผลเทมเพลตทั้งหมด วิธีการแบบเก่ากลับ tuple ในรูปแบบ ('defname', {}) จากมุมมองที่ได้รับการสนับสนุนเข้ากันได้ย้อนหลัง
• Chameleon ZPT renderer ตอนนี้ยอมรับชื่อแมโครในข้อมูลจำเพาะของสินทรัพย์ เมื่อชื่อแมโครมีอยู่ในสเปคของสินทรัพย์ระบบจะทำให้แมโครระบุว่าเป็นกำหนดแมโครและกลับผลแทนการแสดงผลเทมเพลตทั้งหมด ข้อมูลจำเพาะของสินทรัพย์เช่นแพคเกจ: เส้นทาง / เพื่อ / แม่แบบ # macroname.pt นี้จะทำให้แมโครกำหนดเป็น Macroname ภายในแม่แบบ template.pt แทน Templae ทั้งหมด.
• เมื่อมีข้อยกเว้นไม่ตรงกันกริยา (เมื่อเห็นมุมมองที่ไม่ตรงกับคำขอที่กำหนดเนื่องจากภาคไม่ทำงาน) ยกเว้นตอนนี้มีคำอธิบายเกี่ยวกับใจของคำกริยาที่ไม่ตรงกับ.
• วิธีการสั่ง add_permission ถูกบันทึกอยู่ใน Configurator คำสั่งนี้ลงทะเบียนรับอนุญาตยืนฟรี introspectable เข้าสู่ระบบวิปัสสนาพีระมิด กรอบที่สร้างขึ้นบนยอดพีระมิดจึงสามารถใช้สิทธิ์ข้อมูลประเภท introspectable การสร้างรายการที่ครอบคลุมของสิทธิ์รับการสนับสนุนโดยระบบการทำงาน ก่อนที่จะใช้วิธีการนี​​้ถูกบันทึกสิทธิ์ได้รับการจดทะเบียนแล้วในหมวดหมู่ introspectable นี้เป็นผลข้างเคียงของการตั้งชื่อพวกเขาในการเรียก add_view วิธีนี้จะทำให้มันเป็นไปได้ที่จะจัดให้มีการอนุญาตที่จะใส่ลงไปในสิทธิ์ประเภท introspectable โดยไม่ต้องตั้งชื่อมันพร้อมกับ มุมมองที่เกี่ยวข้อง นี่เป็นตัวอย่างของการใช้งานของ add_permission:
• การตั้งค่า = Configurator ()
• config.add_permission ('มุมมอง')
• UnencryptedCookieSessionFactoryConfig ตอนนี้ยอมรับ signed_serialize และตะขอ signed_deserialize ซึ่งอาจจะใช้วิธีการที่จะมีอิทธิพลต่อการประชุมที่มีการจัดเรียงข้อมูล (โดยเริ่มต้นนี้จะทำกับดอง HMAC +).
• pyramid.testing.DummyRequest ในขณะนี้สนับสนุนวิธีการจัดทำโดยชั้น pyramid.util.InstancePropertyMixin เช่น set_property.
• คุณสมบัติและวิธีการขอเพิ่มผ่าน config.set_request_property หรือ config.add_request_method ขณะนี้มี tweens.
• คุณสมบัติและวิธีการขอเพิ่มผ่าน config.set_request_property หรือ config.add_request_method ขณะนี้มีอยู่ในวัตถุคำขอกลับมาจาก pyramid.paster.bootstrap.
• request.context คำขอของสภาพแวดล้อมในระหว่างการบูตขณะนี้วัตถุรากถ้าบริบทไม่ได้ตั้งอยู่บนการร้องขอให้.
• ฟังก์ชั่น pyramid.decorator.reify ตอนนี้ API และถูกบันทึกอยู่ในเอกสาร API.
• เพิ่มผู้จัดการบริบท pyramid.testing.testConfig ซึ่งสามารถใช้ในการสร้างปรับแต่งในการทดสอบเช่น กับ testing.testConfig (... ).
• ขณะนี้ผู้ใช้สามารถเรียกใช้ subrequest จากภายในรหัสมุมมองการใช้ request.invoke_subrequest API ใหม่.
• เลิก:
• pyramid.config.Configurator.set_request_property ได้รับเอกสาร-เลิก วิธีการยังคงใช้งานได้ แต่ pyramid.config.Configurator.add_request_method featureful มากขึ้นควรจะนำมาใช้ในสถานที่ (มีทั้งหมดของความสามารถเหมือนกัน แต่ยังสามารถขยายวัตถุคำขอด้วยวิธีการ).
• ย้อนกลับไม่เข้ากัน
• เราเตอร์พีระมิดไม่เพิ่มค่า bfg.routes.route หรือ bfg.routes.matchdict เพื่อ WSGI คำขอของพจนานุกรมสภาพแวดล้อม ค่าเหล่านี้ได้รับเอกสาร-คัดค้านใน repoze.bfg 1.0 (เจ็ดอย่างมีประสิทธิภาพรุ่นรองลงมาแล้ว) ถ้ารหัสของคุณขึ้นอยู่กับค่าเหล่านี้ใช้ request.matched_route และ request.matchdict แทน.
• มันเป็นไปไม่ได้ที่จะผ่านพจนานุกรมสภาพแวดล้อมโดยตรงกับ pyramid.traversal.ResourceTreeTraverser .__ call__ (aka ModelGraphTraverser .__ call__) แต่คุณจะต้องผ่านวัตถุคำขอ ผ่านสภาพแวดล้อมแทนคำขอได้สร้างเตือนคัดค้านตั้งแต่พีระมิด 1.1.
• พีระมิดจะทำงานไม่ถูกต้องหากคุณใช้ webob.request.LegacyRequest เป็นโรงงานคำขอ อินสแตนซ์ของชนชั้น LegacyRequest มี request.path_info ซึ่งกลับสตริง นี้รุ่นพีระมิดอนุมานว่า request.path_info จะ Unicode โดยไม่มีเงื่อนไข.
• ฟังก์ชั่นจาก pyramid.chameleon_zpt และ pyramid.chameleon_text ชื่อ get_renderer, get_template, render_template และ render_template_to_response ได้ถูกลบออก เหล่านี้ได้ออกคำเตือนการคัดค้านตามการนำเข้าตั้งแต่พีระมิด 1.0 ใช้ pyramid.renderers.get_renderer () pyramid.renderers.get_renderer (). การดำเนินงาน () pyramid.renderers.render () หรือ pyramid.renderers.render_to_response ตามลำดับแทนของฟังก์ชันเหล่านี้.
• โมดูล pyramid.configuration ถูกลบออก มันได้รับการคัดค้านตั้งแต่พีระมิด 1.0 และพิมพ์คำเตือนการคัดค้านตามการใช้งาน ใช้ pyramid.config แทน.
• pyramid.paster.PyramidTemplate API จะถูกลบออก มันได้รับการคัดค้านตั้งแต่พีระมิด 1.1 และออกคำเตือนในการนำเข้า ถ้ารหัสของคุณขึ้นอยู่กับนี้ปรับรหัสของคุณที่จะนำเข้า pyramid.scaffolds.PyramidTemplate แทน.
• pyramid.settings.get_settings () API จะถูกลบออก มันได้รับการพิมพ์คำเตือนคัดค้านตั้งแต่พีระมิด 1.0 ถ้ารหัสของคุณขึ้นอยู่กับ API นี้ใช้ pyramid.threadlocal.get_current_registry (). การตั้งค่าแทนหรือใช้แอตทริบิวต์การตั้งค่ารีจิสทรีที่มีอยู่จากการร้องขอ (request.registry.settings).
• APIs เหล่านี้จากโมดูล pyramid.testing ถูกถอดออก พวกเขาได้รับการพิมพ์คำเตือนคัดค้านตั้งแต่พีระมิด 1.0:
• registerDummySecurityPolicy ใช้ pyramid.config.Configurator.testing_securitypolicy แทน.
• registerResources (aka registerModels ใช้ pyramid.config.Configurator.testing_resources แทน.
• registerEventListener ใช้ pyramid.config.Configurator.testing_add_subscriber แทน.
• registerTemplateRenderer (aka registerDummyRenderer`) ให้ใช้ pyramid.config.Configurator.testing_add_template แทน.
• registerView ใช้ pyramid.config.Configurator.add_view แทน.
• registerUtility ใช้ pyramid.config.Configurator.registry.registerUtility แทน.
• registerAdapter ใช้ pyramid.config.Configurator.registry.registerAdapter แทน.
• registerSubscriber ใช้ pyramid.config.Configurator.add_subscriber แทน.
• registerRoute ใช้ pyramid.config.Configurator.add_route แทน.
• registerSettings ใช้ pyramid.config.Configurator.add_settings แทน.
• ในพีระมิด 1.3 และก่อนหน้านี้วิธี __call__ ของการตอบสนองวัตถุถูกเรียกก่อนที่จะเรียกกลับเสร็จแล้วกำลังดำเนินการใด ๆ ในฐานะของรุ่นนี้วิธี __call__ ของการตอบสนองวัตถุจะเรียกเรียกกลับหลังจากเสร็จสิ้นแล้วจะดำเนินการ นี้อยู่ในการสนับสนุนของคุณลักษณะ request.invoke_subrequest.
• เอกสาร:
• เพิ่ม & quot; การอัพเกรดพีระมิด & quot; บทเอกสารประกอบการบรรยาย มันอธิบายวิธีการรับมือกับ deprecations และการลบของ API พีระมิดและวิธีการแสดงพีระมิดสร้างคำเตือนการคัดค้านในขณะที่ใช้การทดสอบและในขณะที่ใช้เซิร์ฟเวอร์.
• เพิ่ม & quot; อัญเชิญ Subrequest & quot; บทที่เอกสาร มันอธิบายวิธีการใช้ request.invoke_subrequest API ใหม่.
• อ้างอิง:
• พีระมิดตอนนี้ต้อง WebOb 1.2b3 + (ปล่อยก่อนพีระมิดเพียงอาศัย 1.2dev +) นี่คือเพื่อให้แน่ใจว่าเราได้รับรุ่นของ WebOb ที่ส่งกลับ request.path_info เป็นข้อความ.

มีอะไรใหม่ ในรุ่น 1.3.2:

• รุ่น 1.3.1 ก็ปล่อย brownbag ที่ มากน้อยบน Windows และอาจเป็นไปได้ในระบบปฏิบัติการอื่น ๆ เนื่องจากการดำรงอยู่ของจรจัด & quot; ไดเรกทอรีแพคเกจ (อ้างรวม) ในไดเรกทอรีรากของ 1.3.1 tarball directory นี้และเนื้อหาของมันอยู่ในปัจจุบันเพราะ tarball ที่ถูกสร้างขึ้นโดยใช้รุ่นวางจำหน่าย setuptools-คอมไพล์มากกว่า setuptools-คอมไพล์ติดตั้งจากเช็คเอาท์ การเปลี่ยนแปลงเฉพาะในรุ่นนี้คือการแก้ไขข้อผิดพลาดในการบรรจุภัณฑ์ 1.3.1.

มีอะไรใหม่ ในรุ่น 1.3:

• เมื่อ pyramid.wsgi.wsgiapp2 เรียกแอพพลิเค WSGI ปลายน้ำ สภาพแวดล้อมของ app จะไม่ต้อง (เลิกใช้และทำให้เข้าใจผิดที่อาจเกิดขึ้น) หรือปุ่ม bfg.routes.matchdict bfg.routes.route ในนั้น อาการของข้อผิดพลาดนี้จะเป็นแอพพลิเคพีระมิด wsgiapp2 ห่อหามุมมองที่ไม่ถูกต้องเพราะมันผิดพลาดตรวจพบว่าเส้นทางที่ถูกจับคู่เมื่อในความเป็นจริงมันไม่ได้.
• แก้ไขสำหรับปัญหา https://github.com/Pylons/pyramid/issues/461 (ซึ่งทำให้มันเป็นไปได้สำหรับวิธีการเช่นที่จะใช้เป็น callables มุมมอง) แนะนำเข้ากันไม่ได้หลังเมื่อวิธีการที่ประกาศเฉพาะโต้แย้งคำขอได้ มือสอง ดู https://github.com/Pylons/pyramid/issues/503

มีอะไรใหม่ ในรุ่น 1.3 Beta 2:

• วิธี pyramid.request.Request.partial_application_url เป็น ไม่ได้อยู่ใน API เอกสาร มันก็หมายความว่าจะเป็นวิธีการที่เอกชน ที่ตีพิมพ์ในเอกสารเป็นวิธี API เป็นความผิดพลาดและจะได้รับการเปลี่ยนชื่อเป็นสิ่งที่ภาคเอกชน.
• เมื่อมุมมองแบบคงที่ได้รับการจดทะเบียนโดยใช้เส้นทางระบบแฟ้มแน่นอนบน Windows, ฟังก์ชั่น request.static_url ไม่ได้ทำงานในการสร้าง URL เพื่อทรัพยากรที่มีอยู่ อาการ: & quot; ไม่มีความหมายตรงกับ URL แบบคงที่ c:. foobarbaz & quot;
• ให้ผ่านการทดสอบทั้งหมดใน Windows XP.
• ข้อผิดพลาดในการตรวจสอบการตรวจสอบใน ACL หลามที่ 3: ใบอนุญาตและวิธีการ principals_allowed_by_permission ของ pyramid.authorization.ACLAuthenticationPolicy จะกลับค่าที่แท้จริงที่ไม่เหมาะสมเมื่อได้รับอนุญาตใน ACL เป็นสตริงมากกว่าลำดับและจากนั้นเฉพาะในกรณีที่ได้รับอนุญาต ACL สตริงเป็น substring ของมูลค่าที่ได้รับอนุญาตส่งผ่านไปยังฟังก์ชั่น.
• ผลกระทบข้อผิดพลาดนี้ไม่มีการใช้งานภายใต้พีระมิดหลาม 2; มันเป็นข้อผิดพลาดที่มีอยู่เพียง แต่ในการใช้งานที่ทำงานอยู่บน Python 3 มันมีมาตั้งแต่พีระมิด 1.3a1.
• ข้อผิดพลาดนี้เป็นผลมาจากการปรากฏตัวของแอตทริบิวต์ __iter__ ในสายภายใต้หลาม 3 ซึ่งไม่อยู่ภายใต้สตริงในหลาม 2.

มีอะไรใหม่ ในรุ่น 1.3 Beta 1:

• แก้ไขข้อผิดพลาด:
• pyramid.config.Configurator.with_package ไม่ได้ทำงานถ้า Configurator เป็นแบบเก่าเช่น pyramid.configuration.Configurator.
• นโยบายการอนุญาตพีระมิดไม่ได้แสดงใน introspector.
• เลิก:
• การอ้างอิงทั้งหมดถึงตัวแปรคำขอ tmpl_context ถูกถอดออกจากเอกสาร การดำรงอยู่ของมันในปิรามิดเป็นความสับสนสำหรับคนที่ไม่เคยถูกเสาผู้ใช้ มันถูกเพิ่มเข้ามาเพื่อความสะดวกสำหรับผู้ใช้ porting Pylons ในพีระมิด 1.0 แต่มันไม่ติดเพราะพีระมิดระบบการแสดงผลเป็นจำนวนมากที่แตกต่างกันกว่า Pylons 'ได้และวิธีอื่นที่มีอยู่เพื่อทำในสิ่งที่มันถูกออกแบบมาเพื่อนำเสนอใน Pylons มันจะยังคงอยู่ & quot; ตลอดไป & quot; แต่มันจะไม่ได้รับการแนะนำหรือกล่าวถึงในเอกสาร.

ต้องการ

• หลาม