Я пробую mod_spdy, и у меня возникла проблема - кажется, он несовместим с запросами AJAX и mod_php, как здесь: https://www.modspdy.com/blog/2012/04/15/using-mod_spdy-with-php/
Похоже, решение состоит в том, чтобы запускать скрипты php через fastCGI. Теперь мой первый вопрос: почему? Может быть, есть какое-то обходное решение? Эта несовместимость временная? Я бы не хотел переключать весь производственный сервер на fastCGI только из-за этого. Каковы были бы преимущества / недостатки этого?
Также я не понимаю, зачем нужен https. Почему простой, скажем, статический веб-сайт не может набрать скорость от mod_spdy? Я ищу здесь простые предположения - вы думаете, что mod_spdy когда-нибудь будет доступен без требования mod_ssl, или архитектура настолько отличается, что мне не следует ожидать этого в любое время?
Надеюсь, я ясно выражаю свои мысли. Спасибо за ваши мысли.
Я пробую mod_spdy, и у меня возникла проблема - кажется, он несовместим с запросами AJAX и mod_php, как здесь: https://www.modspdy.com/blog/2012/04/15/using-mod_spdy-with-php/
Похоже, решение состоит в том, чтобы запускать скрипты php через fastCGI. Теперь мой первый вопрос: почему? Может быть, есть какое-то обходное решение? Эта несовместимость временная?
Не могли бы вы пояснить, что вы имеете в виду в отношении AJAX?
mod_php не ладит с mod_spdy потому что SPDY мультиплексирует несколько запросов в одно соединение с потоковой передачей, что может вызвать проблемы с mod_php. Это хорошо в mod_spdy документация:
Как и Apache Worker MPM, mod_spdy обслуживает запросы с использованием внутреннего пула потоков (для реализации мультиплексирования SPDY), который может плохо взаимодействовать с небезопасными для потоков модулями Apache. В частности, если вы хотите использовать PHP поверх mod_spdy, настоятельно рекомендуется использовать mod_fcgid, а не mod_php., поскольку некоторые библиотеки PHP не являются потокобезопасными; при использовании mod_fcgid PHP запускается в отдельном процессе, что позволяет избежать проблем с безопасностью потоков.
Каковы были бы преимущества / недостатки этого?
Видеть этот вопрос о переполнении стека для обсуждения этой темы.
Также я не понимаю, зачем нужен https. Почему простой, скажем, статический веб-сайт не может набрать скорость от mod_spdy? Я ищу здесь простые предположения - вы думаете, что mod_spdy когда-нибудь будет доступен без требования mod_ssl, или архитектура настолько отличается, что мне не следует ожидать этого в любое время?
Нет - SPDY специально создан для использования SSL. Конечно, говорить вам, что он никогда не откажется от требований SSL, также является спекуляцией ... но есть несколько серьезных причин, по которым он никуда не денется:
Это необходимо для работы протокола.
Расширение TLS Next Protocol Negotiation необходимо для клиента и сервера, чтобы сообщить друг другу, что они оба поддерживают SPDY.
Это хорошо для Интернета.
Многие крупные игроки в Интернете, включая Google, пришли к мысли, что сайты должны использовать SSL, даже если вы не даете им номер своей кредитной карты прямо сейчас.
Firesheep упростил захват файлов cookie, поэтому вы заметите, что в наши дни ваше соединение с Facebook или Twitter всегда зашифровано. Такой же запрос был сделан сети Stack Exchange, в которой вы это читаете. А безопасность соединения еще больше беспокоит людей, живущих при режимах, запрещающих бесплатное использование Интернета.