Проблемы и спекуляции mod_spdy

Я пробую 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, также является спекуляцией... но есть пара причин, по которым он никуда не денется:

1. Это необходимо для работы протокола.

   Расширение TLS Next Protocol Negotiation необходимо, чтобы клиент и сервер сообщали друг другу, что они оба поддерживают SPDY.

2. Это хорошо для интернета.

   Многие крупные игроки в Интернете, включая Google, пришли к мысли, что сайты должны использовать SSL, даже если вы не указали им номер своей кредитной карты в тот момент.

   Firesheep упрощает захват файлов cookie, поэтому вы заметите, что ваше подключение к Facebook или Twitter в наши дни всегда зашифровано. Тот же запрос был сделан в сети Stack Exchange, о которой вы читаете. А безопасность соединения еще больше беспокоит людей, живущих в режимах, которые не позволяют бесплатно пользоваться Интернетом.