pyramid

Screenshot Software:
pyramid
Mga detalye ng Software:
Bersyon: 1.4.2
I-upload ang petsa: 20 Feb 15
Nag-develop: Chris McDonough
Lisensya: Libre
Katanyagan: 9

Rating: 4.0/5 (Total Votes: 1)

pyramid ay isang mabilis, maliit, down-to-earth, open source development Python web framework. & Nbsp; Ito ay gumagawa web development application sa totoong buhay at sa pag-deploy mas masaya at mas mahuhulaang, at mas produktibo.
pyramid ay isang proyekto Pylons, at underlies ang pinakabagong web Framework nagawa sa pamamagitan ng mga komunidad Pylons.
pyramid ay dating kilala bilang repoze.bfg.
Suporta at Documentation
Tingnan ang website Pylons Project upang tingnan ang dokumentasyon, mga bug ulat, at makakuha ng suporta.
Lisensya
pyramid ay inaalok sa ilalim ng BSD-nakuha Repoze Public License

Ano ang bagong sa paglabas:.

  • mako_templating: idinagdag nagtatanggol workaround para sa mga di-importability ng mako dahil sa upstream markupsafe drop sa Python 3.2 suporta. Mako templating Hindi na gagana sa ilalim ng kumbinasyon ng mga MarkupSafe 0.17 at Python 3.2 (bagamat ang kumbinasyon ng mga MarkupSafe 0.17 at Python 3.3 o anumang suportadong Python 2 bersyon gagana ang OK).
  • Tiyakin ang pyramid.config.assets.PackageOverrides object ipatupad ang mga API para sa __loader__ mga bagay na tinukoy sa sigla 302. Mga Proxy sa __loader__ itinakda ng importer, kung naroon; kung hindi man, itataas ang NotImplementedError. Ito ay gumagawa ng Pyramid override ng mga static na tanawin gumana nang maayos sa ilalim ng Python 3.3 (dating ginagawa nila hindi). Tingnan https://github.com/Pylons/pyramid/pull/1015 para sa karagdagang impormasyon.

Ano ang bagong sa bersyon 1.4:

  • Ayusin ang mga nagagamit na mga pagsubok sa ZODB tutorial

Ano ang bagong sa bersyon 1.4 Beta 3:

  • release Packaging lamang, walang pagbabago sa code. 1.4b2 ay isang brownbag release dahil sa nawawalang mga direktoryo sa tarball.

Ano ang bagong sa bersyon 1.3.4:

  • Kapag pyramid.debug_routematch ay naka-on at ang pagtawid tambalan ay gagamitin sa anumang paraan, ang router ay itataas ng pagbubukod kapag sinusubukang i-print ang impormasyon ng pag-debug ruta. Bug na ito ay umiiral mula noong 1.3a1.
  • Kapag ang pagtawid tambalan ay gagamitin sa anumang ruta, proutes at pviews console script ay itataas ng pagbubukod kapag sinusubukang i-print ang impormasyon sa ruta sa pag-debug. Bug na ito ay umiiral mula noong 1.3a1.
  • Backport bug fix mula sa master: - Sa Mako Template lookup, suriin para sa ganap na URI (gamit mako direktoryo) kapag paghahalo up ang inheritance na may asset na specs. https://github.com/Pylons/pyramid/issues/662
  • Kapag pagrehistro ng maramihang mga view na may isang tanggapin tambalan sa isang Pyramid application runing sa ilalim ng Python 3, maaaring nakatanggap ka ng isang TypeError: unorderable uri: function na () & lt; function na () pagbubukod.
  • Backport mula sa master: HTTP header Tanggapin ay hindi normalize na nagiging sanhi ng potensyal na salungat na view ng pagpaparehistro upang pumunta hindi napapansin. Dalawang tanawin na naiiba lamang sa kaso ('teksto / html' kumpara sa 'text / HTML') itataas ngayon ng error. https://github.com/Pylons/pyramid/pull/620

Ano ang bagong sa bersyon 1.4 Alpha 1:

  • Pag-aayos ng Bug:
  • Ipasa port mula 1.3 sangay: Kapag walang pagpapatunay ng patakaran ay isinaayos, ang tawag sa pyramid.security.effective_principals ay bumalik Unconditionally ang walang laman na listahan. Ito ay hindi tama, dapat itong magkaroon Unconditionally ibinalik [Ang bawat tao'y], at nagagawa ngayon.
  • Tahasang url dispatch regexes ay maaari na ngayong naglalaman ng colon. https://github.com/Pylons/pyramid/issues/629
  • Sa hindi bababa sa isang 64-bit Ubuntu sistema sa ilalim ng Python 3.2, gamit ang view_config dekorador sanhi ng RuntimeError: nagbago diksyunaryo laki sa panahon ng pag-ulit pagbubukod. Hindi na ginagawa nito. Tingnan https://github.com/Pylons/pyramid/issues/635 para sa karagdagang impormasyon.
  • Sa Mako Template lookup, suriin kung ang URI ay naka-adjust at dalhin ito pabalik sa isang asset spec. Karaniwan ay nangyayari sa mga template ng minana o isinamang mga bahagi. https://github.com/Pylons/pyramid/issues/606 https://github.com/Pylons/pyramid/issues/607
  • Sa Mako Template lookup, suriin para sa ganap na URI (gamit mako direktoryo) kapag paghahalo up ang inheritance na may asset na specs. https://github.com/Pylons/pyramid/issues/662
  • HTTP header Tanggapin ay hindi normalize na nagiging sanhi ng potensyal na salungat na view ng pagpaparehistro upang pumunta hindi napapansin. Dalawang tanawin na naiiba lamang sa kaso ('teksto / html' kumpara sa 'text / HTML') itataas ngayon ng error. https://github.com/Pylons/pyramid/pull/620
  • Ipasa-port mula sa 1.3 sangay: kapag nagrerehistro ng maramihang mga view na may isang tanggapin tambalan sa isang Pyramid application runing sa ilalim ng Python 3, maaaring nakatanggap ka ng isang TypeError: unorderable uri: function na () & lt; function na () pagbubukod.
  • Mga Tampok:
  • Configurator.add_directive ay tumatanggap na ngayon ng mga arbitrary na callables tulad ng partials o mga bagay sa pagpapatupad __call__ na huwag magkaroon __name__ at __doc__ mga katangian. Tingnan https://github.com/Pylons/pyramid/issues/621 at https://github.com/Pylons/pyramid/pull/647.

  • Predicates
  • Third-party na pasadyang pagtingin, ruta, at subscriber ay maaari na ngayong idinagdag para sa paggamit ng view ng may-akda sa pamamagitan ng pyramid.config.Configurator.add_view_predicate, pyramid.config.Configurator.add_route_predicate at pyramid.config.Configurator.add_subscriber_predicate. Kaya, halimbawa, ang paggawa nito:
  • config.add_view_predicate ('abc', my.package.ABCPredicate)
  • Maaaring payagan ng isang may-akda na view upang gawin ito sa isang application na naka-configure na tambalan:
  • view_config (abc = 1)

  • Umiiral
  • Mga Katulad na mga tampok para sa add_route, at add_subscriber. Tingnan ang & quot; Pagdaragdag Tingnan ang Third Party, Ruta, o Subscriber tambalan & quot; sa Hooks kabanatang ito para sa higit pang impormasyon.
  • Tandaan na ang mga pagbabago na ginawa upang suportahan ang mga tampok sa itaas ay nangangahulugan na ngayon na lamang aksyon nakarehistro gamit ang parehong & quot; order & quot; Maaari sumasalungat sa isa't isa. Ginagamit ito upang maging ang kaso na ang mga pagkilos na nakarehistro sa iba't ibang mga order ay maaaring potensyal na kontrahan, ngunit sa aking kaalaman wala man depended sa pag-uugaling ito (ito ay isang bit nakakatawa).
  • Mga Custom na mga bagay ay maaaring gawin madali JSON-serializable sa Pyramid sa pamamagitan ng pagtukoy ng isang pamamaraan sa __json__ sa klase ang bagay na iyon. Ang pamamaraan na ito ay dapat ibalik halaga natively serializable sa pamamagitan ng json.dumps (tulad ng mga ints, mga listahan, mga diksyunaryo, string, at iba pa).
  • Nagbibigay-daan na ngayon ang JSON na taga-render para sa kahulugan ng mga pasadyang uri adapter i-convert ang hindi kilalang mga bagay sa JSON serializations.
  • Bilang ng paglabas, ang request_method tambalan, kapag ginamit, ay magkakaroon din magpahiwatig na HEAD ay ipinahiwatig na kapag gumamit ka ng GET. Halimbawa, ang paggamit ngview_config (request_method = 'GET') ay pareho sa paggamitview_config (request_method = ('GET', 'HEAD')). Paggamit ngview_config (request_method = ('GET', 'POST') ay pareho sa paggamitview_config (request_method = ('GET', 'HEAD', 'POST'). Ito ay dahil HEAD ay isang variant ng GET na omits ang espesyal na suporta upang magbalik ng isang walang laman na katawan kapag ang isang HEAD ay ginagamit katawan, at WebOb May.
  • config.add_request_method ay ipinakilala upang suportahan ang pagpapalawak ng kahilingan sa mga bagay na may di-makatwirang callables. Lumalawak ang pamamaraang ito sa nakaraang config.set_request_property pamamagitan ng pagsuporta sa mga pamamaraan pati na rin ang mga pag-aari. Ang pamamaraan na ito ay nagsasanhi sa ngayon mas code upang ipatupad sa kahilingan ng konstruksiyon panahon kaysa sa config.set_request_property sa bersyon 1.3.
  • Huwag idagdag ang isang? sa mga URL na nabuo sa pamamagitan ng request.resource_url kung ang argumento ng query ay ibinigay ngunit walang laman.
  • Huwag idagdag ang isang? sa mga URL na nabuo sa pamamagitan ng request.route_url kung ang argumento _query ay ibinigay ngunit walang laman.
  • Ang mga static na tanawin makinarya itinaas na ngayon (sa halip na babalik) HTTPNotFound at HTTPMovedPermanently mga pagbubukod, kaya ang mga maaaring nakuha ng view ng NotFound (at iba pang tanawin pagbubukod).
  • Sinusuportahan na ngayon ng Mako na taga-render ng isang pangalan ng def sa isang asset spec. Kapag ang pangalan def ay naroroon sa spec ng asset, ang system ay render ang template def sa loob ng template at ibabalik ang resulta. Isang halimbawa ng asset spec ay package: path / sa / template # defname.mako. Ito ay render ang def pinangalanang defname sa loob ng template template.mako sa halip na nagre-render ang buong template. Ang lumang paraan ng pagbabalik ng isang tuple sa anyo ('defname', {}) mula sa view ay suportado para sa mga pabalik na compatibility,
  • ay tumatanggap na ngayon ng hunyango ZPT na taga-render ng isang macro pangalan sa isang asset spec. Kapag ang macro pangalan ay naroroon sa spec ng asset, ang system ay render ang macro na nakalista bilang isang tukuyin-macro at ibalik ang mga resulta sa halip na nagre-render ang buong template. Isang halimbawa ng asset spec: package: path / sa / template # macroname.pt. Ito ay render ang macro tinukoy bilang macroname sa loob ng template template.pt halip na ang buong templae.
  • Kapag mayroong isang Maling pagtutugma ng tambalan pagbubukod (makikita kapag tumutugma walang view para sa isang ibinigay na kahilingan dahil sa predicates hindi gumagana), ay naglalaman ngayon ang pagbubukod ng isang tekstuwal paglalarawan ng tambalan na ay hindi tumugma sa.
  • Ang isang paraan add_permission directive ay naidagdag sa mga Configurator. Kautusang ito nagrerehistro isang free-standing pahintulot introspectable sa Pyramid pagsisiyasat ng sarili system. Framework itinayo sa ibabaw Pyramid maaari kaya gamitin ang mga pahintulot introspectable kategorya na data upang bumuo ng isang malawakang listahan ng mga pahintulot na suportado ng isang tumatakbong system. Bago ang paraan na ito ay naidagdag, pahintulot ay nakarehistro na sa introspectable kategorya bilang isang pangalawang epekto ng pangalanan ang mga ito sa isang add_view tawag, ang pamamaraang ito ginagawang posible lamang upang ayusin para sa isang pahintulot upang ilagay sa mga pahintulot introspectable kategorya na walang pagbibigay ng pangalan nito kasama kaugnay na view. Narito ang isang halimbawa ng paggamit ng add_permission:
  • config = Configurator ()
  • config.add_permission ('view')
  • Ang UnencryptedCookieSessionFactoryConfig tumatanggap ngayon signed_serialize at signed_deserialize Hooks kung saan ay maaaring gamitin upang maka-impluwensya sa kung paano ang mga session ay marshalled (sa pamamagitan ng default na ito ay ginawa nang may HMAC + atsara).
  • Sinusuportahan na ngayon ng pyramid.testing.DummyRequest pamamaraan ibinigay ng mga pyramid.util.InstancePropertyMixin klase tulad ng set_property.
  • Humiling ng mga ari-arian at mga pamamaraan idinagdag sa pamamagitan ng config.set_request_property o config.add_request_method ay available sa tweens.
  • Humiling ng mga ari-arian at mga pamamaraan idinagdag sa pamamagitan ng config.set_request_property o config.add_request_method ay magagamit na ngayon sa kahilingan sa bagay na ibinalik mula sa pyramid.paster.bootstrap.
  • request.context ng kahilingan kapaligiran sa panahon ng Bootstrap ngayon ay ang root sa bagay kung ang isang konteksto ay hindi naka-set sa isang ibinigay na kahilingan.
  • Ang pyramid.decorator.reify function ay ngayon ng isang API, at ay idinagdag sa babasahin ukol sa API.
  • Idinagdag ang pyramid.testing.testConfig konteksto manager, na maaaring magamit upang bumuo ng isang configurator sa isang pagsubok, hal may testing.testConfig (...):.

  • Maaari na ngayong tumawag sa diyos
  • Ang mga gumagamit ng subrequest mula sa loob ng view ng code gamit ang isang bagong request.invoke_subrequest API.
  • Deprecations:
  • Ang pyramid.config.Configurator.set_request_property ay naging dokumentasyon-hindi na ginagamit. Ang pamamaraan ay nananatiling kapaki-pakinabang ngunit mas featureful pyramid.config.Configurator.add_request_method dapat gamitin sa kanyang lugar (mayroon itong lahat ng parehong kakayahan ngunit maaari ring palawigin ang kahilingan sa bagay na may mga pamamaraan).
  • paurong hindi pagkakatugma:
  • Hindi na nagdaragdag Ang Pyramid router ang halaga bfg.routes.route o bfg.routes.matchdict sa WSGI kapaligiran diksyunaryo ng kahilingan ni. Ang mga halaga ay docs-deprecate sa repoze.bfg 1.0 (epektibong pitong menor release ang nakakalipas). Kung ang iyong code depended sa mga halagang ito, sa halip ay gumamit request.matched_route at request.matchdict.
  • Ito ay hindi na posible upang pumasa sa isang diksyunaryo ilagay sa kapaligiran nang direkta sa pyramid.traversal.ResourceTreeTraverser .__ call__ (aka ModelGraphTraverser .__ call__). Sa halip, dapat mong pumasa sa isang kahilingan na bagay. Pagpasa sa isang kapaligiran sa halip ng isang kahilingan ay nakabuo ng isang babala tutol dahil Pyramid 1.1.
  • Pyramid ay hindi na gumana nang maayos kung gagamitin mo ang webob.request.LegacyRequest bilang isang factory kahilingan. Paglitaw ng LegacyRequest klase ay may request.path_info kung saan bumalik ang isang string. Ipinapalagay na ito Pyramid release na request.path_info ay Unconditionally maging Unicode.
  • Ang mga pag-andar mula sa pyramid.chameleon_zpt at pyramid.chameleon_text na may pangalang get_renderer, get_template, render_template, at render_template_to_response ang natanggal. Ang mga ito ay bibigyan ng babala tutol sa pag-import dahil Pyramid 1.0. Gamitin pyramid.renderers.get_renderer (), pyramid.renderers.get_renderer (). Pagpapatupad (), pyramid.renderers.render () o pyramid.renderers.render_to_response ayon sa pagkakabanggit sa halip ng mga pag-andar.
  • Ang module pyramid.configuration inalis. Ito ay hindi na ginagamit dahil Pyramid 1.0 at naka-print na isang babala tutol sa paggamit nito. Gamitin pyramid.config sa halip.
  • Ang pyramid.paster.PyramidTemplate API ay tinanggal. Ito ay hindi na ginagamit dahil Pyramid 1.1 at bibigyan ng babala sa pag-import. Kung ang iyong code depended sa ito, ayusin ang iyong code upang i-import pyramid.scaffolds.PyramidTemplate sa halip.
  • Ang pyramid.settings.get_settings () API ay tinanggal. Ito ay isang pag-print ng tutol babala dahil Pyramid 1.0. Kung ang iyong code depended sa ang API na ito, gamitin pyramid.threadlocal.get_current_registry (). Setting sa halip o gamitin ang mga setting na katangian ng registry magagamit mula sa kahilingan (request.registry.settings).
  • Ang mga API mula sa module ng pyramid.testing ay inalis. Ito ay pag-print ng mga babala tutol dahil Pyramid 1.0:
  • registerDummySecurityPolicy, gamitin pyramid.config.Configurator.testing_securitypolicy sa halip.
  • registerResources (aka registerModels, gamitin pyramid.config.Configurator.testing_resources sa halip.
  • registerEventListener, gamitin pyramid.config.Configurator.testing_add_subscriber sa halip.
  • registerTemplateRenderer (aka registerDummyRenderer`), gamitin pyramid.config.Configurator.testing_add_template sa halip.
  • registerView, gamitin pyramid.config.Configurator.add_view sa halip.
  • registerUtility, gamitin pyramid.config.Configurator.registry.registerUtility sa halip.
  • registerAdapter, gamitin pyramid.config.Configurator.registry.registerAdapter sa halip.
  • registerSubscriber, gamitin pyramid.config.Configurator.add_subscriber sa halip.
  • registerRoute, gamitin pyramid.config.Configurator.add_route sa halip.
  • registerSettings, paggamit pyramid.config.Configurator.add_settings sa halip.
  • Sa Pyramid 1.3 at nakaraang, ang paraan __call__ ng isang Sagot na object ay pinagana bago ang anumang tapos na callback ay pinaandar. Bilang ng paglabas, ang paraan __call__ ng isang Sagot na bagay ay mahihingi matapos tapos na callback ay pinaandar. Ito ay sa suporta ng request.invoke_subrequest tampok na ito.
  • Documentation:
  • Naidagdag isang & quot; Pag-upgrade Pyramid & quot; kabanata sa dokumentasyon salaysay. Inilalarawan nito kung paano makayanan deprecations at pag-alis ng Pyramid API at kung paano upang ipakita ang Pyramid binuo ng babala tutol habang pagpapagana ng mga pagsusuri at habang tumatakbo ang isang server.
  • Nagdagdag ng & quot; Invoking isang Subrequest & quot; kabanata sa dokumentasyon. Inilalarawan nito kung paano gamitin ang bagong API request.invoke_subrequest.
  • dependency:
  • Pyramid Nangangailangan na ngayon ang WebOb 1.2b3 + (ang mga naunang Pyramid release lamang umaasa sa 1.2dev +). Ito ay upang matiyak na makuha namin ang isang bersyon ng WebOb na nagbabalik request.path_info bilang teksto.

Ano ang bagong sa bersyon 1.3.2:

  • Bersyon 1.3.1 ay isang brownbag release, sa napaka hindi bababa sa Windows at posibleng sa iba pang mga operating system, dahil sa pagkakaroon ng isang ligaw na hayop & quot; direktoryo ng package (kasama quote) sa root directory ng 1.3.1 tarball. Ang direktoryo at ang mga nilalaman nito ay naroon dahil ang tarball ay nilikha gamit ang isang release na bersyon ng setuptools-Git sa halip na isang setuptools-install ng Git mula sa isang checkout. Ang tanging pagbabago sa paglabas ay upang iwasto ang mga error sa packaging sa 1.3.1.

Ano ang bagong sa bersyon 1.3:

  • Kapag tawag pyramid.wsgi.wsgiapp2 ang sa ibaba ng agos WSGI app, ilagay sa kapaligiran ng app ay wala nang (hindi na ginagamit at potensyal na nakapanliligaw na) bfg.routes.matchdict o bfg.routes.route key sa loob nito. Ang sintomas ng ang bug na ito ay magiging isang wsgiapp2-nakabalot Pyramid app sa paghahanap ng mga maling pagtingin dahil nagkamali nakikita nito na ang isang ruta ay tumugma sa kung kailan, sa katunayan, ay hindi ito.
  • Ang pag-aayos para isyu https://github.com/Pylons/pyramid/issues/461 (na ginawa ito posible para sa mga pamamaraan halimbawa upang gamitin bilang pagtingin callables) ipinakilala ng paurong hindi pagkakatugma kapag pamamaraan na ipinahayag lamang ng argumento kahilingan ay gagamitin. Tingnan https://github.com/Pylons/pyramid/issues/503

Ano ang bagong sa bersyon 1.3 Beta 2:

  • Ang pamamaraan ay pyramid.request.Request.partial_application_url wala na sa mga doc API. Ito ay nilalayong maging isang pribadong pamamaraan; nito publication sa babasahin bilang isang paraan ng API ay pagkakamali, at ito ay napalitan ng pangalan sa isang bagay na pribado.
  • Kapag ang isang static na pagtingin ay narehistro gamit ang isang ganap na filesystem landas sa Windows, ang request.static_url function na ay hindi gumagana upang bumuo ng mga URL sa mga mapagkukunan nito. Sintomas: & quot; Hindi static pagtutugma kahulugan URL c:. Foobarbaz & quot;
  • Tiyakin ang lahat ng mga pagsubok na dumadaan sa Windows XP.
  • Bug sa pagpapatotoo ACL pagsuri sa Python 3: ang mga pahintulot at principals_allowed_by_permission paraan ng pyramid.authorization.ACLAuthenticationPolicy maaaring magbalik ng isang hindi naaangkop na True halaga kapag ang isang pahintulot sa isang ACL ay isang string sa halip na isang pagkakasunod-sunod, at pagkatapos lamang kung ang pahintulot ACL string ay isang substring ng halaga pahintulot ipapasa sa function.
  • Ang mga epekto ng bug walang pag-deploy ng Pyramid sa ilalim ng Python 2; ito ay isang bug na umiiral lamang sa deployment tumatakbo sa Python 3. Ito ay umiiral mula noong Pyramid 1.3a1.
  • bug na ito ay sanhi ng pagkakaroon ng isang __iter__ attribute sa mga string sa ilalim ng Python 3 na wala sa ilalim ng mga string sa Python 2.

Ano ang bagong sa bersyon 1.3 Beta 1:

  • Pag-aayos ng Bug:
  • pyramid.config.Configurator.with_package ay hindi gagana kung ang Configurator ay isang lumang-style pyramid.configuration.Configurator halimbawa.
  • mga patakaran Pyramid ng pahintulot ay hindi lalabas sa introspector.
  • Deprecations:
  • Ang lahat ng mga sanggunian sa mga variable kahilingan tmpl_context ay inalis mula sa mga doc. Pagkakaroon nito sa Pyramid ay nakalilito para sa mga taong ay hindi kailanman Pylons mga gumagamit. Ito ay idinagdag bilang isang port sa kaginhawahan para sa mga gumagamit Pylons sa Pyramid 1.0, ngunit ito ay hindi kailanman nahuli sa dahil ang Pyramid rendering system ng maraming iba kaysa Pylons 'ay, at umiiral ang mga kahaliling paraan upang gawin kung ano ito ay dinisenyo upang mag-alok sa Pylons. Ito ay patuloy na umiiral ang & quot; magpakailanman & quot; ngunit ito ay hindi inirerekomenda o nabanggit sa mga doc.

Mga Kinakailangan :

  • Python

Iba pang mga software developer ng Chris McDonough

pyramid_exclog
pyramid_exclog

14 Apr 15

pyramid_zcml
pyramid_zcml

15 Apr 15

pyramid_ldap
pyramid_ldap

14 Apr 15

Mga komento sa pyramid

Mga Komento hindi natagpuan
Magdagdag ng komento
I-sa mga imahe!