Ideální webový framework pro Python?

- nie je lepsie aby staticke data serviroval server (apache / nginx) a framework sa obisiel kvoli rychlosti?
- z veci ktore pises djangu chyba iba SQLAlchemy, jinja2 a traversal.., ja som s alchemy robil a uprimne s django modelmi sa mi robi o nieco lepsie (je pravda, ze s nimi nerobim nijake extra komplikovane veci, takze je to mozno blbe porovnanie), s traversal-om som nerobil, ale pouzivam v djangu dva postupy, ktore podla mna dost nahraduju vsetok jeho use-case: v url pattern-och name='' nastavujem podla vyslednej url-ky a v model-och mam property nazvane "url_edit", "url_view" apod., ktore volaju spravnym stylom reverse().. a existuje viacero (django-jinja, coffin) kniznic, ktore umoznuju v djangu jinja2 templaty pouzivat...

Ad Django: Django 1.8 podporuje Jinja2. ORM je skvele pro prototypovani, pro vyuziti specifickych vlastnosti DB nebo optimalizaci pak mozno pouzit raw queries. SqlAlchemy neni problem napr. s Aldjemy, jestli jste realne narazil na to, ze "nemusí být vždy stabilní" doporucuji bugreport + fork + patch + pull request ;)

@[1]: určitě je :) ale u menších projektů je to zbytečná práce navíc a lepší je použít statická data přímo ve fw + cache přes HTTP hlavičky.

@[2]: Právě že SQLAlchemy umožňuje psát dotazy optimalizované na konkrétní typ databáze i bez raw sql (i když i ten lze samozřejmě použít). Podle mého názoru to určitě přispívá k čitelnosti kódu více, než ORM u Django. Každý má ale jiné preference no...

Ja som velmi spokojny s http://turbogears.org/ - dobre zdokumentovany a splna velku cast z uvedenych poziadaviek (myslim ze vsetko okrem debug toolbaru)

My nyní používáme web.py a Tornado. web.py je geniálně navržené > je prostě přímočaré a dělá to co má. U Tornado nejsem zatím tak moc přesvědčen, je to rychlé to ano, ale nevím co se bude dít, až bude potřeba mnohem více řádek třeba 5 až 6x tolik, stane se to nepřehledné zřejmě trochu. Bohužel pro web.py, zdá se že už se to přestalo vyvíjet.

Jelikoz vyvojovy webserver v Flasku neni vhodny do produkce, jaky webserver se vam osvedcil?

Zkouseli jste Flaskovy web spoustet na Windows? Je tam jina rozumna alterrnativa nez Apache + mod_wsgi nebo Tomcat + jython + modjy?

@[4], @[5]: zajímavé (u TG ty html komponenty), díky za tipy.
@[6]: Nn, na Windowsech jsem Flask nezkoušel nasazovat. Používám Apache + mod_wsgi, ověřené, stabilní řešení.

Tohle jsem taky kdysi řešil a správná odpověď byla Ruby on Rails.

Nikdy jsem nelitoval :)

Totiž, kdyby takový framework vzniknul, tak to bude vpodstatě druhé django, a budou vznikat příspěvky podobné tomuto. Např. já nechci jinja2, ale mako, já nechci sqlalchemy, ale teďnevímco, já nechci cron ale rabitmq, a tak podobně.
Z toho pohledu je pro mě nejlepší pyramid, protože mi umožňuje vybrat si to, co potřebuju, ale to je i jeho nevýhoda: člověk si musí vybrat to, co potřebuje. Nakonec, někde jsem myslím četl, že pyramid nebude Váš první framework.

@[6]: já mám na intranetu pylons 1 a pyramid jako service pomocí toho vývojového serveru ve dvou instancích a apache jako rev proxy. Není to sice flask, ale může to fungovat podobně.

@[8]: no, to my snad nikdo nelitujeme :-)

@[6]: Jako produkční wsgi server používáme všude Gunicorn (http://gunicorn.org/) + nginx. Gunicorn je hodně povedený.
Možností je více. Je tu třeba uWSGI (https://uwsgi-docs.readthedocs.org/en/latest/).
Nevím zda běží ve win. možná v cygwinu.

Jsem jenom cekal, kdy se tady nekdo objevi s Rails. A je to tady :) +1

zope?

Velmi příjemný mikro-framework, který je neprávem opomíjen je Bottle (http://bottlepy.org/)

Vykrik do tmy ? Cistota a jednoduchost Flasku se mi sice taky moc libi, ale delat v tom cokoliv vetsiho je zlo. V lepsim pripade roubujete dohromady malo odladene a navzajem nekonzistentni baliky tretich stran, v horsim implementujete neco co uz davno nekdo udelal a sezere vam to hrozne casu plus nasledna udrzba.

Django je sice svym zpusobem Behemoth, ale porad je hodne primocary a spousta funkcionality jde priohnout nebo vypustit kdyz neni potreba. Jak uz tu nekdo zminil Railsy, jsou sice nabite featurami, ale jejich filozofie konvence misto konfigurace je peklo, kdyz vyzadujete specificke chovani ktere neni prednastavene a hledat proc neco (ne)funguje nebo funguje jinak nez ocekavate pres metaprogramovaci magie a obdobne "cerne skrinky" je zazitek na hodiny a dny.

Zabyvam se programovanim zakazkovych webovych aplikaci uz dlouho a Django porad povazuju za "zlatou" stredni cestu (ve spojeni s Mezzanine).

sinatra? flask sa inspiroval prave sinatra frameworkom

Ahoj,
rád bych se zeptal zdejších diskutujících na zdánlivě jednoduchou otázku.

Mezzanine nebo DjangoCMS? :-)

Otázka je, kdo adoptuje asyncio.