kolobok38:
> https или есть везде, и клиент его видет, или его нет, как строго не говори)
А клиент его видит. Просто контента там пока нет. 302 - это тоже ответ вебсервера.
> А в чем боль можно подробнее, о схеме в каком месте речь?
scheme - которая http/https.
Боль - в том, что код фронтэнда нужно переписывать, частенько основательно.
foboss: да нет, не мимо.
То что у вас канал физически один - не отменяет того, что у вас 2 канала сверху спускается ;)
Абстракция другая просто. А интерфейсы внутри можно и по-разному назвать.
one_question: нет, fastcgi не просто отдаёт "приложениям" данные запроса на обработку.
fastcgi-сервер сам и есть это приложение.
Универсальный fastcgi-сервер - apache2. Оно вам надо) ? Сидеть и писать всю обвязку plain-текстом.
Поэтому в пределах одного языка fcgi-сервер чаще всего является маленькой библиотекой, в задачи которой входит слушать порт и парсить запрос в переменные. Поэтому для питона удобнее использовать flup, для перла - перловый FCGI, и так далее.
> https или есть везде, и клиент его видет, или его нет, как строго не говори)
А клиент его видит. Просто контента там пока нет. 302 - это тоже ответ вебсервера.
> А в чем боль можно подробнее, о схеме в каком месте речь?
scheme - которая http/https.
Боль - в том, что код фронтэнда нужно переписывать, частенько основательно.