CherryPy 3.0.0beta2 & mod_python

4.10.2006 15:15 | Přečteno: 2338× | | poslední úprava: 5.10.2006 09:23

Už delší dobu se věnuji použití Pythonu na webu. Nedávno mě kamarád přivedl na nápad zkusit kromě mod_pythonu či obyčejného CGI také relativně odlehčený framework jménem CherryPy. Z pythoních frameworků jsem zkoušel zatím jen Django, které je velice slušné, ale já si přecejen ten základ aplikace píšu sám. Django toho za mě dělá až moc. Podobně je na tom TurboGears, který je mi ale sympatičtější, protože vychází právě z CherryPy a templating enginu Kid (ten se dobře s CherryPy používá i tak).

Způsobů jak použít CherryPy je více. Můžete buď použít vestavěný server (port 8080, ale nic vám nebrání při absenci Apache to hodit na 80), FastCGI nebo třeba právě můj oblíbený mod_python. Oficiální návod na tuto kombinaci neexistuje, pouze je na webu wikioidní databáze "receptů", mezi nimiž takový návod je.

Brzy jsem však zjistil, že ten návod prakticky vůbec nefunguje (mj. také kvůli současné situaci, kdy se pomalu klube verze 3.0.0 a hodně věcí se mění) a tak jsem se jal o tom diskutovat v cherrypy-users na Google Groups. No a dneska bych vám rád trochu konsolidovaně předložil, co jsme spolu s původním autorem onoho návodu dali dohromady — tedy funkční návod na zprovoznění nejaktuálnější verze CherryPy (3.0.0b2) přes Apache & mod_python.

Pro začátek

Nejdřív pro pořádek uvedu, na čem to všechno kutím: Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3.

Jak nainstalovat výše uvedený SW, to snad nemusím vysvětlovat. Předpokládám, že každý uživatel Linuxu ví, jak se v jeho distru pracuje s balíčkovacím systémem a že člověk zajímající se o Python na webu tak nějak ví jak to s Apachem chodí.

Instalace CherryPy je jedoduchá. Stáhneme poslední verzi a nainstalujeme pomocí

sudo python setup.py install

Pak využijeme vymožeností open-source a CherryPy si spravíme. V __init__.py v adresáři cherrypy chybí

from cherrypy import _cprequest

Dále potřebujeme skript modpython_gateway.py, který je v nové verzi CherryPy již nahrazen nativním modulem, ten ale ještě jaksi nefunguje jak má. Stažený skript nakopírujeme někam do PYTHONPATH.

Jdem na to

V adresáři s weby (typicky /var/www) vytoříme adresář myapp. V něm vytvoříme webařům snad známý soubor .htaccess a vložíme do něj toto:

PythonPath "['/var/www/myapp']+sys.path"
SetHandler python-program    
PythonHandler modpython_gateway::handler
PythonOption wsgi.startup app::startapp
PythonOption wsgi.application cherrypy::tree
PythonOption wsgi.cleanup cherrypy::engine.stop

Věc se dá zařídit i přímo přes apache2.conf, kam se stejné řádky vloží do tagu <Location /myapp> </Location>.
Poté vytvoříme soubor app.py a to s tímto obsahem:

import cherrypy

class HelloWorld:
	def index(self):
		return "Hello world!"
	index.exposed = True
	
	def page(self):
		return "Some page..."
	page.exposed = True
	
def startapp(req):
	cherrypy.tree.mount(HelloWorld(), "/myapp")
	cherrypy.config.update({"environment": "production"})
	cherrypy.engine.start(blocking=False)

Ze souboru je dobře vidět, jaká je filosofie stavby CherryPy aplikace. Třída je "adresářovou úrovní", její metody jednotlivými "stránkami" (berte ty uvozovky opravdu vážně). Nesmírně praktická je pak možnost definovat proměnné a další věci v konstruktoru a používat je v jakékoliv metodě té třídy. No a když se pak tyhle věci skoubí s dědičností tříd a podobnými věcmi... Ve startovací funkci se na strom aplikace jednoduše namountuje co a hlavně kam chceme. Abychom náš projekt našli na http://localhost/myapp, naroubujeme třídu HelloWorld na větev /myapp. IMHO perfektní filosofie tvorby webu.

No, a teď bychom měli vidět "Hello World!" na http://localhost/myapp (resp. http://localhost/myapp/index) a text "Some page..." na http://localhost/myapp/page.

Tenhle blogpost rozhodně nemá za cíl podávat vyčerpávající informace o uvedeném frameworku a nějak do hloubky rozebírat jeho princip, to je asi zřejmé. Jen ventiluju svoji radost z toho, že se konečně něco pohlo Zájemcům doporučuju prošmejdit web CherryPy a uvedenou Google grupu.

       

Komentáře

[tyctor]

neskusali ste ci sa da takto nastavit aj cherrypy 2.2.1?

[Daniel Kvasnička ml.]

Urcite. Tenhle navod je adaptovany navod pro 2.x. Original, ze ktereho jsem to vykutil, je zde.

[tyctor]

diky, teraz to mam riesene cez mod_rewrite, ale to sa mi velmi nepaci, toto vyzera lepsie.

mozem sa este opytat ake mate skusenosti s mod_python?
ja som bezal povodne na nom, ale mal som problemy s kesovanim skriptov. no a dorazilo ma ked mi aplikacia prestala bezat uplne.
tak som presiel na cherrypy.

[Daniel Kvasnička ml.]

mozem sa este opytat ake mate skusenosti s mod_python?

ja som bezal povodne na nom, ale mal som problemy s kesovanim skriptov.

No, tak nevim, jestli ted mluvime oba o tom samem, ale ja mel (a obcas i mam) takove problemy taky. Mod_python mi neznamo proc casto nereloaduje moduly a to i kdyz mam explicitne nastaveno PythonAutoReload On Ale to je problem jen pri vyvoji.

Jinak s nim mam zksuenosti dobre, zvlaste s tim vestavenym templatovacim systemem. Na opravdu male weby je cisty mod_python spickova vec. I ten jeho CGIHandler je 15x rychlejsi nez ciste CGI

Ta rychlost myslim, ze bude jedna z nespornych vyhod mod_pythonu oproti mod_rewrite. To mi precijen pripadne jako takove "spinave" reseni

[tyctor]

ano presne to je ono.
stavalo sa mi to ked som pouzival handler publisher.
prejavuje sa to uz vas aj v spojeni s cherrypy?

[Daniel Kvasnička ml.]

Jo, v publisheru mi to taky dela ...ale ten je mi zrovna nejsympatictejsi.

U cherrypy ale prakticky vubec, je to lepsi. Dokonce pouzivani KID templatu s povolenym kid.enable_import() je spolehlivejsi nez normalne ty soubory natahovat, hazi to mene chyb (neznamo proc mi to pri beznem natahovani obcas napise, ze tam ten soubor neni, nekdy je to OK). Stejne je to pres ten import elegantnejsi

[tyctor]

presne tak, publisher sa mi tiez paci.
vo verzii 3.3 to ma uz byt odstranene...

[Daniel Kvasnička ml.]

vo verzii 3.3 to ma uz byt odstranene...

Jeee, to bych byl stastny jako blecha! Jedina opravdova vada mod_pythonu...

[Daniel Kvasnička ml.]

trosku jsem se unahlil, ted jsem si s tim trochu hral a u cherrypy to reloadovani modulu dokaze taky hezky potrapit

[tyctor]

asi je to iba v spojeni s mod_python. za mod_rewrite sa mi to sprava ovela lepsie ako publisher.
ale urcite skusim este mod_python + cherrypy.

[Pavel 'lingeek' Szalbot]

Django se mi osvědčilo pro neuvěřitelnou rychlost vývoje. Problémy sice nastaly, když jsem výchozí chování potřeboval upravit, ale všechno se dalo rozumně vyřešit. Nedostal jsem se zatím k tomu, abych naimplementoval podporu pro jiné databázové datové typy, což už asi bude horší. Jak rozsáhlé projekty jsi s CherryPy psal?

[Daniel Kvasnička ml.]

Priznam se, ze moc velke zatim ne, jen mensi veci. Jsem ve fazi prechodu od PHP.

Nedostal jsem se zatím k tomu, abych naimplementoval podporu pro jiné databázové datové typy, což už asi bude horší.

Mozna, ze lepe by to slo v TurboGears, kterej pouziva SQLObject, ne?

btw: podle tohoto postu pod kapotou Djanga taky tluce CherryPy

[Věroš]

Hmm, už abych napsal nějaký zápisek o W4PY.

Jednoduchý, a ne..re se do cesty, když mám představu, jak něco napsat.

[Martin Stiborský]

Zdravím, mám s cherrypy a mod_python trochu problémek. Při zadání adresy http://localhost/myapp/page dostanu seznam souborů v adresáři, takže asi se spolu mod_python,cherryPy a apache nebaví .. Je ještě třeba nějaké další nastavení apache ?

[Wily]

hm, nemáš asi povolenej modul do apache. A to mod_python. Protože apache asi neví, že mám spustit python. :) V debianích systémech se to dá povolit příkazem "a2enmod nazev_modulu". A nebo jej hoď do "mods-enabled".