Правильно ли я понял этот принцип работы?

Question

[slaver chief]

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

В общем, попал HTTP запрос на сервер, а точнее - на веб сервер, тот отдаёт этот запрос серверу приложений, тот в свою очередь запускает WSGI сервер, которому передаются данные запроса, в WSGI сервер есть обработчик, который обращается уже к самому веб-приложению, но предположим, что перед ним стоит фреймворк, фреймворк получает ещё порции данных от WSGI сервера и переводит их в понятный для разработчика вид, чтобы он мог с этим работать, фреймворк даёт необходимые API для создания приложений, потом в приложении генерируется html страница, отдаётся WSGI серверу, тот отдаёт его обратно серверу приложений, тот отдает его веб-серверу в формате HTTP ответа, тот отдаёт его клиенту(браузеру), тот, при присутствии каких-то необходим доп файлов к странице(css, java скриптов и т д), обращается опять к серверу, тот через веб сервер получает статические файлы и отдаёт обратно.

Answer 1

[javedimka]

тот отдаёт этот запрос серверу приложений, тот в свою очередь запускает WSGI сервер, которому передаются данные запроса

Нет, WSGI сервер запускается один раз.

в WSGI сервер есть обработчик, который обращается уже к самому веб-приложению

Нет, у WSGI сервера нет зависимостей от твоего приложения.

фреймворк получает ещё порции данных от WSGI сервера и переводит их в понятный для разработчика вид

Нет, фреймворк не получает ещё порций данных от WSGI сервреа, он получает ровно тоже самое что и приложение без фреймворка.

потом в приложении генерируется html страница, отдаётся WSGI серверу, тот отдаёт его обратно серверу приложений

Нет, WSGI серверу отдаются данные в формате определённом стандартом WSGI.

WSGI сервер это просто прослойка между "веб" сервером и питон приложением, которая позволяет не задумываться о выборе "веб" сервера и/или фреймворка, на котором будет написано приложение.

WSGI сервер запускается один раз, с натравливанием на специальный объект, определённый стандартом WSGI, этот объект написан разработчиком приложения, или разработчиком фреймворка, если используется фреймворк. (не всегда)
Когда с "веб" сервера приходит HTTP запрос, WSGI сервер обрабатывает этот запрос, разбирает его на структуру, определённую стандартом, и вызывает тот самый специальный объект, определённый стандартом WSGI, который делает вещи определённые стандартом WSGI, а именно - используя переданный в параметрах объект, отправляет WSGI серверу код HTTP ответа и заголовки ответа, после чего возвращает генератор, который будет возвращать тело ответа. WSGI сервер из всего этого дела варит HTTP ответ и возвращает его "веб" серверу.
Получать заголовки и тело можно как угодно - можно делать это используя фреймворк типо джанго/flask, или же просто читать из файла.

Просто прочти PEP:
https://www.python.org/dev/peps/pep-3333/#environ-...

Comments

[slaver chief]

Капец, я даже близко не так понял, спасибо.

[slaver chief]

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

[javedimka]

Maga Izdaga,

что у wsgi сервера есть приложение-посредник с двумя параметрами: переменные окружения, которые генерируются исходя из заголовков запроса wsgi сервером и функция

"приложение-посредник" это просто функция или класс с методом __call__ принимающие определённые стандартом аргументы. Я бы не назвал это приложением, а также я бы не сказал, что у wsgi сервера "есть" это "приложение-посредник", т.к. его у него по факту нет, этот callable объект передаётся WSGI серверу при запуске или указывается в настройках.

генерирует код ответа и заголовки, обращается к нашему приложению, берет оттуда тело ответа

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

[slaver chief]

javedimka, все, спасибо, я пришел к умозаключению. На разных источниках об этом твердят по разному очень. Но вы привели меня к решению.