Как веб-фреймворки Python, WSGI и CGI подходят друг к другу

Я думаю ответ Флориана отвечает на часть вашего вопроса о "ЧТО ТАКОЕ WSGI", особенно если Вы читаете ОПТОЗОС.

Что касается вопросов, которые вы задаете в конце:

WSGI, CGI, FastCGI etc. все протоколы для веб-сервера выполнить код, и доставить динамическое содержимое, которое производится. Сравните это со статической веб-службой, где простой HTML-файл в основном поставляется как клиент.

CGI, FastCGI и SCGI являются агностиками языка. вы можете писать скрипты CGI в Perl, Python, C, bash, что угодно. CGI определяет , который исполняемый файл будет вызываться на основе URL-адреса и как он будет называться: Аргументы и среда. Он также определяет, как возвращаемое значение должно быть передано обратно на веб-сервер после завершения исполняемого файла. Вариации в основном оптимизации, чтобы иметь возможность обрабатывать больше запросов, уменьшите латентность и так далее; основная концепция такая же.

WSGI-это только Python. вместо языкового агностического протокола определяется стандартная сигнатура функции:

def simple_app(environ, start_response):
    """Simplest possible application object"""
    status = '200 OK'
    response_headers = [('Content-type','text/plain')]
    start_response(status, response_headers)
    return ['Hello world!\n']

это полное (Если ограничено) приложение WSGI. Веб-сервер с поддержкой WSGI (например, Apache с mod_wsgi) может вызывать эту функцию при поступлении запроса.

причина этого настолько велика, что мы можем избежать грязного шага преобразования из HTTP GET / POST в CGI на Python и обратно на выходе. Это гораздо более прямая, чистая и эффективная связь.

это также значительно упрощает работу долгосрочных фреймворков, работающих за веб-серверами, если все, что нужно сделать для запроса, это вызов функции. С простым CGI вам придется запустите всю свою структуру для каждого отдельного запроса.

чтобы иметь поддержку WSGI, вам нужно будет установить модуль WSGI (например mod_wsgi) или использовать веб-сервер с WSGI, запеченным в (например,CherryPy). Если ни то, ни другое невозможно, ты!--10-- > мог бы используйте мост CGI-WSGI, указанный в ОПТОСОЗ.

вы можете запустите WSGI над CGI, как демонстрирует Pep333 в качестве примера. Однако каждый раз, когда появляется запрос, запускается новый интерпретатор Python и весь контекст (подключения к базе данных и т. д.) должен быть построен, который все занимает время.

лучше всего, если вы хотите запустить WSGI, если ваш хост установит mod_wsgi и сделал соответствующую конфигурацию, чтобы отложить контроль над вашим приложением.

Flup другой способ работы с WSGI для любого веб-сервера, который может говорить FCGI, SCGI или AJP. По моему опыту только FCGI действительно работает, и его можно использовать в Apache либо через модуль mod_fastcgi веб или если вы можете запустить отдельный демон на Python с mod_proxy_fcgi.

WSGI это протокол, очень похожий на CGI, который определяет набор правил, как веб-сервер и код Python могут взаимодействовать, он определяется как Pep333. Это делает его возможно, что многие различные веб-серверы могут использовать множество различных фреймворков и приложений, использующих один и тот же протокол приложения. Это очень полезно и делает его таким полезным.

Если вам неясны все термины в этом пространстве, и давайте посмотрим правде в глаза, его запутанная аббревиатура, есть также хороший фоновый ридер в виде официального python HOWTO, который обсуждает CGI против FastCGI против WSGI и так далее:http://docs.python.org/howto/webservers.html

Это простой слой абстракции для Python, сродни тому, что спецификация сервлета для Java. В то время как CGI действительно низкий уровень и просто сбрасывает материал в среду процесса и стандартный вход/выход, вышеупомянутые две спецификации моделируют http-запрос и ответ как конструкции на языке. Мое впечатление, однако, заключается в том, что в Python люди не совсем остановились на де-факто реализациях, поэтому у вас есть сочетание ссылочных реализаций и других библиотек утилитарного типа, которые предоставляют другие вещи с поддержкой WSGI (например, вставить). Конечно, я могу ошибаться, я новичок в Python. Сообщество "веб-сценариев" подходит к проблеме с другого направления (общий хостинг, наследие CGI, проблемы разделения привилегий), чем у Java-пользователей была роскошь начать с (запуск одного корпоративного контейнера в выделенной среде против статически скомпилированного и развернутого кода).