[python] cgi

[Tomas Brabenec]

Ahoj,

taky doporučuju vlastní server/virtuální.
Já používám CherryPy a to je u hostingů problém. Dříve nebylo vůbec nic, 
dneska něco málo přes WSGI, ale nevím, jak moc jsou důvěryhodné, kdysi 
to bylo otřesné.
Osobně jsem to vyřešil přes virtuální server. Dříve klasický VS, dneska 
využívám www.virtualmaster.cz (tohle není reklama, jen zkušenost). 
Člověk si tam může udělat X serverů s různými parametry. Já tam mám 
aktuálně vytvořené 4 servery s různými konfiguracemi, jak potřebuju. 
Navíc, když je potřeba, vytvořím si testovací server, ať už kopií 
jednoho ostrého nebo čistý, třeba jen na týden, otestuji co chci, 
vyřeším případné problémy a pak můžu provést změny na ostrém serveru.

T.


Dne 4.8.2011 11:25, Petr Messner napsal(a):
> 2011/8/4 Martin Beran<info na berycz.net>:
>> Díky, všiml jsem si, že frameworky si to řešej vždycky po svém a každej
>> jinak :) asi hold je budu muset všechny projet pořádně a zjistit, co uměj...
>> že cgi je pomalé vím, ale hádám že běžné hostingy to tak budou většinou mít
>> :-/ každopádně chtěl bych to udělat univerzálně, aby to běželo pod vším, což
>> nebude asi legrace...
> Běžné hostingy (tedy ty v ČR) Python nepodporují a když ano, tak
> nějakým prapodivným způsobem (na vyžádání, s bezpečnostními problémy
> apod.). Zkus hostingy zaměřené na Python (klenot.cz?, rosti.cz), nebo
> ideálně virtální server, kde si pak můžeš dělat cokoli.
>
> Od toho, aby to legrace byla, existuje WSGI. Stačí udělat webovou
> aplikaci nad WSGI a pak bude úplně jedno, jestli pojede přes CGI,
> mod_wsgi, FastCGI, Python http server nebo něco jiného. Všechny ty
> frameworky fungují právě před WSGI.
>
>> fieldstorage bych opravdu nedoporučoval, nelíbí se mi tam třeba při uploadu
>> souboru, že člověk nemá šanci zjistit, kde se ten soubor nachází, on je
>> někde v tempu a snad už je na něj "navázanej" unlink a při zavření souboru
>> se smaže, takže můžu jen kopírovat obsah, místo toho abych jednodušeji a
>> rychleji použil os.rename... dál jsem ještě nezkoušel, co to třeba dělá při
>> multiuploadu (input file multiple), kdo ví, zda to funguje... :) nemluvě o
>> nějaké možnosti navázaní přerušeného uploadu...
> Multiupload by to mělo umět. Přesné chování cgi.FieldStorage při
> uploadu souboru by se možná dalo upravit změnou některých metod,
> nevím.
>
>> budu se do toho muset pořádně začíst, popravdě toho moc o cgi nevím
>>
>> každopádně ještě jednou díky, já se asi budu muset prohrabat v těch
>> frameworkách :(
>>
>>
>> Dne 4.8.2011 10:30, Petr Messner napsal(a):
>>> Ahoj,
>>>
>>> tento problém řeší snad každý webový framework, takže možnosti existují.
>>>
>>> Třeba Werkzeug se dá pod CGI rozjet takto:
>>> http://werkzeug.pocoo.org/docs/deployment/cgi/
>>> POSTnutá data jsou k dispozici v MultiDictu Request.form, soubory jsou
>>> zvlášť v Request.files:
>>>
>>> http://werkzeug.pocoo.org/docs/wrappers/#werkzeug.wrappers.BaseRequest.files
>>> Werkzeug má na to vlastní FileStorage:
>>>
>>> http://werkzeug.pocoo.org/docs/datastructures/#werkzeug.datastructures.FileStorage
>>>
>>> Podobně ve WebOb jsou POSTnutá data v req.POST, opět v nějakém
>>> multidictu jako FieldStorage. Ale nevím, jaký přesně FieldStorage to
>>> je.
>>>
>>> Django zase ukládá POST data do Request.POST (což je QueryDict) nebo
>>> Request.FILES jako UploadedFile:
>>> https://docs.djangoproject.com/en/dev/ref/request-response/
>>>
>>> A takhle by se dalo pokračovat. Jak je vidět, nějakou vlastní
>>> abstrakci nad daty z HTTP POST si dělá snad každý :) Udělat si jen
>>> vlastní objekt (fasádu) nad cgi.FieldStorage s hezčím API by také bylo
>>> možná řešení.
>>>
>>> Snad jsem odpověděl správně. Mimochodem, CGI bych dnes už
>>> nedoporučoval, snad jen kromě studijních účelů. Aplikace pod CGI jsou
>>> pomalé, protože při každém HTTP požadavku se musí celá aplikace
>>> spustit znovu.
>>>
>>> PM
>>>
>>>
>>> 2011/8/4 Martin Beran<info na berycz.net>:
>>>> zdravím, jsem tu novej...
>>>> a zajímalo by mě, jestli existuje pohodlnější možnost načítání dat z cgi,
>>>> než je cgi.FieldStorage, protože ten mi přijde naprosto nepohodlnej.
>>>> (když
>>>> python běží pod cgi)
>>>>
>>>> Díky
>>>> MB
>>> _______________________________________________
>>> Python mailing list
>>> Python na py.cz
>>> http://www.py.cz/mailman/listinfo/python
>> _______________________________________________
>> Python mailing list
>> Python na py.cz
>> http://www.py.cz/mailman/listinfo/python
>>
> _______________________________________________
> Python mailing list
> Python na py.cz
> http://www.py.cz/mailman/listinfo/python