Какой-то апач тебе заинтересовал, а главнейший принцип работы фреймворка на котором ты зарабатываешь деньги - нет?

Да

Такие - редкость. Пхп-хостингов в тыщщу раз больше

Динуксойды)

Скорее всего из-за того, что хостинг на CGI и реализовать в тыщщу раз проще

Да не редкость, насколько я знаю даже heroku без проблем джанго поддерживает
Много хостингов для джанго

Хероку - не хостинг. Он чуть сложнее

Хостинг - это свалил кучу файлов в папочку, которую тебе дал сайт - и всё работает!

Ну реально, разберись!
Это ж, уверен, интересно!

Кстати, у питона есть поддержка CGI в стандартной библиотеке. Читал у Лутца, правда, хз как пользоваться

Пока не особо и интересует

В тему

Помогите срочно пожалуйста👆👆

А дедлайн всё ближе и ближе...

#ithumor

Помогите, пожалуйста, перекомпилировать код из jQuery в JS

$(window).unload(function () {
$.get('/session/destroy');
});

Разница между CGI и WSGI вот в чём. Я конечно только примерно представляю, но объяснить, думаю, могу.
CGI прост как пробка.
Идёт запрос на скрипт, например:
example.com/script.php
Веб-сервер запускает скрипт и даёт ему данные http-запроса.
Скрипт запускается, результат запроса выкидывает в stdout, выключается. Сервер берёт ответ, пересылает его клиенту. Всё.
Недостатки:
Нельзя делать сложные процессы, вся программа должна укладываться в схему:
Включиться - получить данные запроса - выкинуть ответ за полсекунды - выключиться. Про асинхронность, многопоточность, оптимизации можно забыть.
Каждый адрес связан со своим файлом. Т.е. в принципе там может лежать 15 несвязанных скриптов, да и всё.
Преимущества: так как сервер сам включает и выключает скрипты, их легче контролировать, поэтому легче делать хостинги и не рисковать, что один сайт загрузится на полчаса и выжрет все ресурсы.
По сути дела именно из-за этого пхп, каким бы убогим он ни был, и стал всея языком интернета - CGI выгоднее для хостеров, скриптовый ЯП точно проще какого нибудь С++, удачных конкурентов у пхп в этой нише не было, а там пошло поехало.

WSGI я только приблизительно представляю: прога запускается только однажды в начале, сервер с ней связывается, сообщает о каждом запросе, прога сама решает что с ним делать. Прога не перезапускается на каждый запрос, независима от сервера, может творить что угодно, любую асинхронность-многопоточность. Да хоть юзеров в словаре хранить!

Greenfield: Мне не необходима эта информация
Steel: Слушай сюда щенок

+++

Есть Flask - простейший wsgi-фреймворк. Там просто функции, обёрнутая в декоратор с адресом, которая возвращает текст.

Ну и jinja в комплеке тоже

Вот именно!