Решил попробывать python как язык для web. Начитавшись умных статей и полазив по форумам понял в какую сторону копать.
Выбор пал на nginx фронтендом и тот самый быстрый сервер из cherrypy wsgi бекендом. Далее по порядку - установил nginx и cherrypy, обнаружил cherryd, попробывал запустить - все пошло норм, в консоль вывалилось что запустился он на порту 8080. Прописал правила проксирования в конфиге nginx, даже написал init скрипт для cherryd =), а дальше…
Тут видно сработали стереотипы, полученные от програмирования на php. Начал искать какое-нибудь подобие document_root у cherryd, чтобы попробывать положить туда чтонибудь вроде
def app(environ, start_response):
start_response('200 OK', [('Content-Type', 'text/plain')])
return ['Hello World!\n']
2 дня втыкал в гугл и cherrypy.org, потом начали закрадываться нехорошие мысли что, просто одиноко лежащий файлик (скрипт) не подсунешь работающему бекэнду, он его не обработает и не отдаст результат.
написал test.py с import cherrypy и cherrypy.quickstart(), сервер запустился, http://localhost плюнул hello world
подумал, а зачем не cherrypy? ведь нужен же только сам сервер
на этом и остановился
собственно вот в этом и вопрос?
возможна ли работа подобной связки в привычном ( по крайней мере для меня ) понимании, вроде того что есть в /server/www куча файлов, статику отдает сам nginx, а например index.py с чистым wsgi ( как в примере выше) скриптом передает бекэнду, который в свою очередь его обрабатывает и возвращает?
Или бекэнд это и есть работающий скрипт? зачем тогда отдельный cherryd? какой толк от его запуска?
если что написано сумбурно, извиняйте, 2 сутки из головы не лезет это…
заранее спасибо за просветление)