LINUX.ORG.RU

Ответ на: комментарий от anonymous

> проще не бывает ога

Ну да, все просто и логично.

redixin ★★★★
()

<VirtualHost *:80>
ServerName cherrypy.local
ServerAlias www.cherrypy.local
ServerAdmin support@cherrypy.local

WSGIScriptAlias / /home/agata/sites/cherrypy.local/www/index.wsgi
Alias /media /home/agata/sites/cherrypy.local/www/public
WSGIDaemonProcess cherrypy.local user=www-data group=www-data processes=1 threads=5
<Directory /home/agata/sites/cherrypy.local/www>
WSGIProcessGroup cherrypy.local
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
</Directory>

   ErrorLog /home/agata/sites/cherrypy.local/logs/error_log
   CustomLog /home/agata/sites/cherrypy.local/logs/access_log combined
   RewriteLog /home/agata/sites/cherrypy.local/logs/rewrite.log
   RewriteLogLevel 1
</VirtualHost>

Примерно так

yanka ★★
()

FastCGI > mod_wsgi

Последний существует только по той причине, что для апача долгое время не было нормального модуля FastCGI, было два глючных и один несвободный. А сейчас и сам апач ненужен, lighttpd и nginx с запуском джанги справляются куда лучше. Хотя что тут говорить, если все до сих пор многие на похапе и мускуле сидят. Шёл 2011 год...

anonymous
()
Ответ на: комментарий от yanka

А PHP стандарт в мире веб, ога.

Преимущество FastCGI в том, что он универсален, его можно использовать с любым языком программирования и с любым веб-сервером, и не нужно для каждого языка разрабатывать свой mod_*, как когда-то было принято. Или можно за 5 минут перевести свой сайт, например, с апача на lighttpd, не меняя кода. Потом, FastCGI подразумевает обязательное выполнение кода веб-приложения в отдельном процессе, а mod_wsgi по следам mod_python по умолчанию пускает всё прямо в адресном пространстве веб-сервера, да ещё и линкуется с libpythonX.X.so. Что чревато многими бедами. Ну либо mod_wsgi общается с веб-приложением через сокет по своему велосипедному протоколу, ну и чем это отличается от FastCGI, кроме нестандартности и несовместимости ни с чем, кроме себя? И сам протокол, в отличие от FastCGI, сдизайнен, как бы помягче сказать, дилетантами. Одна эта бага чего стоит: http://code.google.com/p/modwsgi/issues/detail?id=56 - висит с 2008 года. FastCGI же изначально работает с пакетами и таких детских проблем не имеет. Далее, использовать worker-процессы с другой машины через TCP mod_wsgi тоже не умеет, потому что нет иного способа запустить WSGI-приложение, кроме как из апача, переменные окружения передавать тоже нельзя, кроме отдельных костыльных опций типа python-path, python-eggs и что там ещё, а в старых версиях и этого не было. А преимущества вообще у mod_wsgi какие-нибудь есть? Кроме мифической «производительности».

anonymous
()
Ответ на: комментарий от yanka

> mod_wsgi стандарт в мире python - де факто, не вижу преимуществ FastCGI возможно они есть просветите дуру?

ШТО?

mod_wcgi — модуль к апачу FastCGI — протокол

Почему лучше использовать nginx->fastcgi->скрипт чем apache->mod_wsgi->скрипт?

Потому что: 1 — производительность 2 — масштабируемость 3 — простота

Апач это изначально ошибка природы, но еще не до всех дошло.

Шел 2011й год...

redixin ★★★★
()
Ответ на: комментарий от redixin

опечатка wsgi имелось ввиду. Не вижу проблем проблем с производительность у mod_wsgi под апач Апач это изначально ошибка природы, но еще не до всех дошло - снобизм

yanka ★★
()
Ответ на: комментарий от yanka

Это не снобизм, это суровая мужская логика.

1. FastCGI заменяет mod_wsgi 2. mod_wsgi не заменяет FastCGI Вывод: один из них не нужен.

anonymous
()
Ответ на: комментарий от anonymous

Хорошо, но он же требует flup, а он ест в стандартной библиотеке? кажется в 2.7 есть, а в 2.5

yanka ★★
()
Ответ на: комментарий от yanka

> Не вижу проблем проблем с производительность у mod_wsgi

Проблемы с производительностью не у модуля, а у апача.

redixin ★★★★
()
Ответ на: комментарий от anonymous

> 1. FastCGI заменяет mod_wsgi 2. mod_wsgi не заменяет FastCGI Вывод: один из них не нужен.

Это не совсем так. Веб приложения на пайтоне работают через WSGI, не зависимо от способа деплоя. Тоесть даже в случае с FastCGI от WSGI прослойки никуда не денешься.

redixin ★★★★
()
Ответ на: комментарий от pi11

Поставил я wscgi и FastCG, в одном и другом случае их родные скрипты скрипты работают, а вот с привязкой web.py, они на мой запрос к не выдают выхлоп в браузер, а предлагает скачать code.py, но уже с выполненным результатом O_o

AUX ★★★
() автор топика
Ответ на: комментарий от pi11

Спасибо за совет, помогло! Тему можно считать закрытой.

AUX ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.