По сравнению с mod_wsgi, как работает mod_python?

Question

Кажется, что большинство сообщений в блоге, посвященных mod_python и mod_wsgi, сосредоточены на том, чтобы рассказать мне, как лучше mod_wsgi и как выглядит приложение WSGI. Это хорошо, но то, что я действительно хотел бы знать - иметь полное знание предмета - это:

Чем они отличаются при запуске скрипта?

С CGI сервер просто настраивает среду и запускает простой .py. WSGI оборачивает приложение в объект, но концепция все та же: запускайте файл .py.

Как mod_python это делает?

Мне также очень интересно узнать, как работает mod_, так что, действительно, не стесняйтесь указывать мне на что-нибудь интересное по этому вопросу.

Спасибо!

Answer 1

Вы можете начать с чтения:

http://blog.dscpl.com.au/2009/03/python-interpreter-is-not-created-for.html

Основной принцип того, когда и как создаются и используются субинтерпретаторы, одинаков и в mod_wsgi.

Вопрос в том, почему вы хотите использовать mod_python в качестве основы для изучения того, как он работает, так как mod_python больше не разрабатывается и был перемещен на чердак фондом программного обеспечения Apache. Модуль mod_wsgi также исправляет различные вещи, которые mod_python ошибается при обработке потоков, если вы намерены опуститься до этого уровня.

Answer 2

См. Официальную документацию по mod_python, а именно:

• Так что же делает mod_python?
• Несколько переводчиков

На практике, пожалуйста, обратите внимание, что обычно вообще не нужно запускать Apache при работе с python и web, так как существует множество способов обслуживания страниц из python напрямую

Стандартная библиотека:

• http.Server
• wsgiref

Внешние веб-серверы:

• Зеленый Единорог
• Витая сеть
• ... и многие другие

Внешние веб-фреймворки:

• CherryPy
• WERKZEUG
• множество других