pyramid

什麼在此版本中是新的：

• 在mako_templating：增加防禦解決方法非可輸入真子的由於上游markupsafe下探的Python 3.2的支持。 Mako的模板將不再受MarkupSafe 0.17和Python 3.2（雖然MarkupSafe 0.17和Python 3.3或任何支持的Python版本2的組合，將工作OK）相結合的工作。
• 請在pyramid.config.assets.PackageOverrides對象實施的PEP 302代理指定的__loader__由進口商設定__loader__對象的API，如果存在的話;否則，引發NotImplementedError。這使得金字塔靜態視圖覆蓋下正確的Python 3.3（以前他們也不會）工作。見https://github.com/Pylons/pyramid/pull/1015了解更多信息。

什麼在1.4版本的新：

• 在修復功能測試在ZODB教程

什麼版本的新 1.4 Beta 3的：

• 在包裝的釋放而已，沒有代碼的變化。 1.4b2是一個brownbag釋放因壓縮包丟失的目錄。

什麼在1.3.4版本新：

• 在當pyramid.debug_routematch被打開和遍歷謂語用在任何途徑，試圖打印路線調試信息時，路由器會引發異常。因為1.3a1此錯誤一直存在。
• 當遍歷謂詞在任何途徑使用，proutes和pviews控制台腳本將要打印的路線調試信息時，拋出一個異常。因為1.3a1此錯誤一直存在。
• 從主反向移植bug修正： - 在Mako的模板查找，當繼承混合了資產規範檢查的絕對URI（使用灰鯖目錄）。 https://github.com/Pylons/pyramid/issues/662
• 在註冊時，在一個金字塔的應用程序的Python 3下乳寧在接受謂詞多個視圖，你可能會收到一個類型錯誤：unorderable類型：功能（）＆LT; （）的函數例外。
• 從主反向移植：HTTP接受頭沒有被歸引起潛在衝突的觀點註冊被忽視。兩種觀點，只有在不同的情況下（“text / html的'與'文本/ HTML'）現在將引發一個錯誤。 https://github.com/Pylons/pyramid/pull/620

什麼是版本1.4的Alpha 1的新：

• 在錯誤修正：

從1.3分支
• 在轉發端口：當在沒有配置認證策略，調用pyramid.security.effective_principals會無條件返回空列表。這是不正確的，它應該有無條件退換[所有人]，和現在一樣。
• 在顯式URL派遣正則表達式現在可以包含冒號。 https://github.com/Pylons/pyramid/issues/629
• 在至少一個64位的Ubuntu的Python 3.2系統下，使用view_config裝飾造成拋出一個RuntimeError：字典中迭代的異常改變大小。它不再一樣。見https://github.com/Pylons/pyramid/issues/635了解更多信息。
• 在真子模板查找，檢查URI已經調整，並把它帶回資產規範。通常發生在繼承模板或包含的組件。 https://github.com/Pylons/pyramid/issues/606 https://github.com/Pylons/pyramid/issues/607
• 在真子模板查找，檢查絕對URI（使用灰鯖目錄），當混合了繼承與資產規格。 https://github.com/Pylons/pyramid/issues/662
• 在HTTP Accept標頭沒有被歸引起潛在衝突的觀點註冊被忽視。兩種觀點，只有在不同的情況下（“text / html的'與'文本/ HTML'）現在將引發一個錯誤。 https://github.com/Pylons/pyramid/pull/620
• 轉發端口從1.3分支：註冊多個視圖時，與接受謂詞在金字塔的Python應用程序下3乳寧，你可能會收到一個類型錯誤：unorderable類型：功能（）＆LT; （）的函數例外。
• 特點：
• 在Configurator.add_directive現在接受任意可調用就像它不具有__name__和__doc__屬性諧音或實現__call__對象。見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__方法進行輕鬆JSON序列化的金字塔。此方法應返回值由json.dumps本身可序列化（如整數，列表，字典，字符串等）。
• 的JSON渲染器現在允許自定義類型的適配器的定義不明物體轉換成JSON序列化。
• 在截至本新聞稿發布之時，REQUEST_METHOD謂語，使用時，也將意味著，當您使用GET的HEAD是隱含的。例如，使用@view_config（REQUEST_METHOD =“GET”）等同於使用@view_config（REQUEST_METHOD =（“GET”，“HEAD”））。使用@view_config（REQUEST_METHOD =（“GET”，“POST”）等同於使用@view_config（REQUEST_METHOD =（“GET”，“HEAD”，“POST”），這是因為HEAD是GET的一個變種，省略了身體，WebOb具有特殊支持，返回一個空的身體的時候，一個頭被使用。
• 在config.add_request_method已經推出了支持任意可調用擴展的請求對象。該方法通過支持方法以及屬性擴展了先前的config.set_request_property。這種方法現在會導致更少的代碼在要求施工時間比config.set_request_property在1.3版中執行。
• 請不要加？由request.resource_url產生如果提供查詢的說法，但空的URL。
• 請不要加？由request.route_url產生的，如果提供了_query說法，但空的URL。
• 在靜態視圖機器現在提升（而不是返回）HTTPNotFound和HTTPMovedPermanently例外，所以這些可以被捕獲的NOTFOUND視圖（和其他異常的看法）。
• 在尖吻鯖鯊渲染器現在支持在資產規範一個高清的名字。當DEF名存在於所述資產規範，系統會呈現在模板內模板DEF和將返回結果。一個例子資產規範是包：路徑/要/模板＃defname.mako。這會使得template.mako模板，而不是渲染整個模板內DEF命名值defname。形式返回一個元組的老辦法（'值defname'，{}）從視圖支持向後兼容性，
• 在變色龍ZPT渲染器現在可以接受的資產規範宏名。當宏名稱存在於資產規範，系統將呈現列為限定宏宏並返回呈現整個模板的結果代替。一個例子資產規格：包裝：路徑/要/模板＃macroname.pt。這會使定義為template.pt模板而不是整個templae內宏名宏。
• 當有一個不匹配謂詞異常（當沒有視圖，由於不工作謂詞相匹配的給定請求看到的），異常現在包含謂詞其中沒有匹配的文本描述。
• 在一個add_permission指令的方法添加到配置。該指令註冊一個獨立的許可introspectable進入金字塔的反思制度。因此之上構建金字塔框架可以使用權限introspectable類別數據建立了一個正在運行的系統支持權限的完整列表。之前加入這種方法，權限已經在這個introspectable類別作為命名他們的add_view調用的副作用註冊，這種方法只能夠安排一個允許投入權限introspectable類別沒有隨著它的命名相關聯的圖。這裡是add_permission的使用的一個示例：
• 在配置=配置（）
• 在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添加
• 在請求屬性和方法現已充斥著。

可通過config.set_request_property或config.add_request_method添加
• 在請求的屬性和方法，現已在請求對象從pyramid.paster.bootstrap返回。
• 在自舉過程中環境的要求request.context現在是根對象，如果上下文尚未在提供的請求設置。
• 的pyramid.decorator.reify功能是現在的API，並加入到該API文檔。
• 添加了pyramid.testing.testConfig上下文管理器，它可用於生成設備配置在一個測試中，如與testing.testConfig（...）：

從內部來看代碼中使用新的API request.invoke_subrequest
• 在現在，用戶可以調用子請求。
• 棄用：
• 在該pyramid.config.Configurator.set_request_property一直文檔，不推薦使用。該方法仍然可用，但更多的其他功能pyramid.config.Configurator.add_request_method應在它的位置（它具有所有相同的功能，但也可以延長帶有方法請求對象）可以使用。
• 在向下不兼容的問題：
• 在金字塔的路由器不再增加值bfg.routes.route或bfg.routes.matchdict請求的WSGI環境的字典。這些值是文檔，不贊成在repoze.bfg 1.0（有效7次要版本前）。如果你的代碼依賴於這些值，使用request.matched_route和request.matchdict代替。
• 在它不再是可以直接傳遞一個ENVIRON字典pyramid.traversal.ResourceTreeTraverser .__ call__（又名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）。
• 從pyramid.testing模塊這些API被拆除。他們已經打印廢棄警告，因為金字塔1.0：
• 在registerDummySecurityPolicy，使用pyramid.config.Configurator.testing_securitypolicy代替。
• 在registerResources（又名registerModels，使用pyramid.config.Configurator.testing_resources代替。
• 在registerEventListener，使用pyramid.config.Configurator.testing_add_subscriber代替。
• 在registerTemplateRenderer（又名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及以前，一個Response對象的__call__方法，任何成品回調被處決之前調用。截至本次發行，成品回調執行後調用一個Response對象的__call__方法。這是支持request.invoke_subrequest功能。
• 文檔：
• 在添加了一個＆QUOT;升級金字塔＆QUOT;章敘述文檔。它描述了如何應對棄用和金字塔的API清除以及如何顯示金字塔產生的廢棄警告，同時運行測試，並在運行的服務器。
• 新增了＆QUOT;調用一個子請求＆QUOT;章文檔。它描述了如何使用新的API request.invoke_subrequest。
• 相關性：
• 在金字塔現在要求WebOb 1.2b3 +（事先金字塔發布僅依靠1.2dev +）。這是為了確保我們得到一個版本WebOb那request.path_info返回為文本。

什麼在1.3.2版本新：

• 在版本1.3.1是一個brownbag的釋放，在最起碼在Windows上，可能在其他操作系統上，由於雜散＆QUOT的存在;包目錄（包括引號）在1.3.1壓縮包的根目錄下。該目錄及其內容存在，因為壓縮包使用的setuptools的-git的發行版，而不是從收銀台安裝了setuptools的-git的創建。本新聞稿中的唯一的變化是糾正1.3.1包裝錯誤。

什麼版本1.3是新的：

• 在當pyramid.wsgi.wsgiapp2調用下游WSGI應用程序，應用程序的ENVIRON將不再有（不推薦使用，並可能誤導）在它bfg.routes.matchdict或bfg.routes.route鍵。這個錯誤的症狀會是一個wsgiapp2包裹的金字塔應用程序找到了錯誤的觀點，因為它錯誤地檢測到路由相匹配的時候，其實，事實並非如此。
• 在簽發https://github.com/Pylons/pyramid/issues/461（這使我們可以為實例方法用作視圖可調用）的修復引入了向後不兼容時，該方法只聲明的請求參數分別為使用。見https://github.com/Pylons/pyramid/issues/503

什麼版本的新 1.3 Beta 2的：

• 在該方法pyramid.request.Request.partial_application_url是不再API文檔。這本來是一個私有方法;它的文檔作為API方法出版物是一個錯誤，它已更名為私人的東西。
• 當一個靜態視圖是使用Windows上的絕對文件系統路徑註冊的request.static_url功能沒有工作產生的URL資源。症狀：[否靜態URL定義匹配C：foobarbaz＆QUOT;
• 請所有的測試都通過了在Windows XP。
• 在錯誤的ACL認證檢查了Python 3：pyramid.authorization.ACLAuthenticationPolicy的許可證和principals_allowed_by_permission方法可以返回一個不恰當的真值時，在一個ACL權限是一個字符串，而不是一個序列，然後僅在ACL權限字符串是傳遞給函數允許值的字符串。
• 在此bug影響的Python 2下沒有金字塔部署;這是只有在Python 3的運行，因為金字塔1.3a1它已經存在了存在於部署的錯誤。
• 在此錯誤是由於一個__iter__屬性對Python的3​​串下存在哪些不存在下，在Python 2串。

什麼版本的新 1.3 Beta 1的：

• 在錯誤修正：
• 在pyramid.config.Configurator.with_package沒有工作，如果配置是一個舊式pyramid.configuration.Configurator實例。
• 在金字塔的授權政策並沒有在內部檢查中顯示。
• 棄用：
• 來的tmpl_context請求變量的所有引用是從文檔中刪除。它的存在在金字塔是混亂的人誰從來沒有掛架的用戶。它增加了一個移植方便用戶主塔在金字塔1.0，但它從來沒有流行起來，因為金字塔的渲染系統是一個比很多不同的主塔“是，和其他方法存在做它的目的是要提供在塔。它將繼續存在＆QUOT;永遠＆QUOT;但它不會被推薦或提到的文檔。

要求：

• 在Python中