что-то не могу справится. apache 2.4, mod_wsgi 3.x, mod_deflate штатный. настраиваю сжатие через AddOutputFilterByType. статика, которую apache сам отдаёт — начинает сжиматься. а вот запросы к wsgi — ну ни в какую (AddOutputFilterByType DEFLATE text/html да). нагуглить проблему не могу.
Кто-нибудь писал второтретьетег для первотега? Насколько это черезжопно? Есть ли примеры? Anyone?
Waitress is meant to be a production-quality pure-Python WSGI server with very acceptable performance. It has no dependencies except ones which live in the Python standard library. It runs on CPython on Unix and Windows under Python 2.6+ and Python 3.2. It is also known to run on PyPy 1.6.0 on UNIX. It supports HTTP/1.0 and HTTP/1.1.
docs.pylonsproject.org
PJ Eby запилил обратно-совместимую "альтернативу" "кривому и убогому" WSGI dirtsimple.org
Armin Ronacher о WSGI =) разнос по полной =)
Есть способ обработать "broken pipe" в WSGI? На ум приходит только возвращение объекта-генератора с обработчиком в деструкторе.
А баг с сегфолтом wsgi — никто ничего не подсказал и дебажить не стал. А админ нашел недочет конфигурации (который возможно вызывал это самое, но воспроизвести намерено не получалось) и все починилось (подозревается неправильно настроенный в определенном месте mod_rpaf, как я понял).
Так. Чего-то у меня в голове мысль всплыла... Pythonожуйк... WSGI приложения запускаются же в виде демона, если мне память не отшибает? Значит, можно во время запуска приложения сделать запуск бота прямо в приложении, и его использовать прямо внутри, во время работы. Или я чего не правильно думаю?
Armin Ronacher похоже кратко пообщался с разработчиками WebOb, и возможно, в течении следующих нескольких месяцев вместе сделают библиотеку обработки request/response. Хотя, по его же словам, это пока вилами по воде.
запилил себе няшку, радуюсь → local.via-net.org
Интересно. В новой версии языка протокол WSGI будет доступен в виде таки библиотеки штатной, или опять будет лишь спецификация и смутный огрызок похожий на утилиты работы с WSGI?
Прикольно. Кажется Гвидо утвердил PEP3333. Что то мне подсказывает, что скоро начнется новое поколение WSGI фреймворков на третьей ветке питона под новой версией стандарта WSGI. Только вот интересно. Кто раньше место займет — новые фреймворки написанные с нуля для третьей ветки и новой версии протокола, или портированные старые фреймворки уже набравшие вес, и пока медлящие перебираться со второй ветки.
Думал для своего сервачка на виртуалке, для тестирования юзать апач. но чего то решил не мучать себя настройкой этой громадины. сейчас попробуемс nginx с ngx_python_module и ngx_wsgi_module. Интересно, будет ли работать с python 2.7
habrahabr.ru
Но мы используем hg.mperillo.ath.cx поэтому меняем 461 строку в ngx_wsgi_runtime.c
Было:
461 if (clcf->name.len == 1 && clcf->name.data[0] == '/') {
Стало:
461 if (1 || (clcf->name.len == 1 && clcf->name.data[0] == '/')) {
После этого не хотел пересобираться nginx, потому что было указано, что собран с PTH, а pth.h не видел.
Делаем
ln -s /usr/local/include/pth/pth* /usr/local/include/python2.6/
А когда матерится на незнание -lpht
ls -s /usr/local/lib/pth/libpth.so /usr/local/lib/
Было:
import socket
from _ssl import SSLError as sslerror
ImportError: cannot import name SSLError
*** Error code 1
Решение найдено тут:
149.20.54.209
В /usr/ports/lang/python26/Makefile меняем off на on для HUGE_STACK_SIZE, SEM и PTH. Т.е. чтобы получилось так:
52 OPTIONS= THREADS "Enable thread support" on \
53 HUGE_STACK_SIZE "Use a larger thread stack" on \
54 SEM "Use POSIX semaphores (experimental)" on \
55 PTH "Use GNU Pth for threading/multiprocessing" on \
code.google.com/p/modwsgi/wiki/IntegrationWithTrac — Оказывается, настроить трак через WSGI на апаче несложно. Я много лет сторонился апача, подозревая его в кривости и уродливости. Однако он явно прямее тех экзотических конфигураций, которые я изобретал вместо него.
Ревью асинхронных питонячьих серверов: nichol.as и бенчмарки wsgi-серверов: nichol.as , настоятельно рекомендую к ознакомлению всем кто имеет отношение.
на удивление легко перешел с apache/mod_wsgi на nginx/uwsgi. Код этот переход не затронул, лишь переписал апачевский конфиг в nginx стиле и только.
2010-08-01T18:06:29 <jokey> mm what's the state of current wsgi for python3 btw? what are the open points?
2010-08-01T18:09:17 <DasIch> jokey: str vs. bytes
2010-08-01T18:10:43 <DasIch> jokey: one side says everything should be str, the other says everything should be bytes, another side says it should be a mix of the two and all of those sides don't have anything to show which is the best solution
2010-08-01T18:11:33 <DasIch> jokey: then there is also the group of people that says that wsgi was even in python 2.x not that good in certain points and wants to create something else altogether
2010-08-01T18:12:28 <DasIch> jokey: as you can see it's only a slight disagreement which should resolve once we have only one side because everybody else died
blog.dscpl.com.au
