Спасибо, интересный кейс!
Интересно, как они уговорили дизайнеров отказаться от шрифтов?
Также по-моему, время загрузки страницы корректно указывать только вместе с данными о параметрах соединения (latency, throughput).
Ну, всё-таки это новый протокол. При внедрении HTTP/1.1 тоже не всё было гладко наверное. Думаю, что нам (веб-разработчикам) нужно его использовать, баги выявлять, писать. Вот, например недавно был баг в FF, который мы с вами исследовали. Уже вышел workaround и фикс для FF 47.
А по поддержке NPN — они пользуются своей монополией на браузеры, которая де-факто установилась. Реально конкурирует с ними только Firefox, ну и Safari для маков. Интересно, можно ли на Google воздействовать через Яндекс и Opera, они же вроде тоже вносят свой код в Chromium?
Спасибо за статью!
Добавлю свои 5 копеек: поддержка браузерами формата — в основном это Chromium-подобные браузеры и Android: http://caniuse.com/#feat=webp, что больше половины трафика.
Перевели больше 10 сайтов на HTTP/2, никаких проблем с индексацией нет. На счет склейки зеркал (установки основного зеркала в Вебмастере) есть задержка. Оставьте 301 редирект с HTTP на HTTPS и подождите примерно месяц, основной адрес обновится. Также полезно добавить HTTPS версию как отдельный сайт (у Гугла то же самое). На время перехода может снизиться трафик, после переиндексации все восстановится.
А зачем 2?
Это ж ссылка на один и тот же файл по нормальному.
Я не специалист по Apparmor — у меня заработало так, можете поэкспериментировать.
А если размер БД таблиц порядка ТБ? Сервер не ляжет?
Думаю, ляжет. По крайней мере, нужно не надеяться на нормальную работу сервера в это время. Время апгрейда таблиц будет зависеть от количества изменений для каждой таблицы.
Обратите внимание, что это TCP-соединения. А значит, для получения данных на полной скорости каждому соединению нужно пройти процесс TCP Slow Start, время которого зависит от величины RTT. Поэтому использование одного соединения в HTTP/2 и даёт прирост скорости, особенно на каналах с большим RTT.
Про небольшие интернет-магазины: подавляющее большинство можно ускорить в 2-3 раза без использования CDN (оптимизация кеширования, картинок, JS). Не надо микроскопом забивать гвозди.
Интересно, как вы обходите случаи, где ресурс формируется с учетом браузера пользователя (например: Google Fonts). Также нужно как-то отслеживать, нет ли обновлений ресурса на сервере-источнике (например, какой-нибудь JS-API социальных сетей).
По-моему все ровно наоборот. Первый раз слышу о дороговизне отдачи либ с хостинга… Трафика они требуют совсем чуть с учетом сжатия и правильного кеширования.
Вообще зачем нужен CDN: для географической близости к пользователю и разгрузки каналов сервера, то есть как раз для средних и крупных коммерческих сайтов.
Здесь нужно смотреть, какая CDN и какой выигрыш от использования. Если это коммерческий сервис, в котором вы уверены, можно грузить прямо с него и не думать — риск будет небольшим. А вот если нет — лучше будет со своего сервера. Недавний пример из практики: CDN для ускорения Битрикса (встроенная фича, на основе CDNVideo) положила сайт (пришлось отключить).
Интересно, как они уговорили дизайнеров отказаться от шрифтов?
Также по-моему, время загрузки страницы корректно указывать только вместе с данными о параметрах соединения (latency, throughput).
А по поддержке NPN — они пользуются своей монополией на браузеры, которая де-факто установилась. Реально конкурирует с ними только Firefox, ну и Safari для маков. Интересно, можно ли на Google воздействовать через Яндекс и Opera, они же вроде тоже вносят свой код в Chromium?
https://launchpad.net/ubuntu/+source/openssl
Добавлю свои 5 копеек: поддержка браузерами формата — в основном это Chromium-подобные браузеры и Android: http://caniuse.com/#feat=webp, что больше половины трафика.
Я не специалист по Apparmor — у меня заработало так, можете поэкспериментировать.
Думаю, ляжет. По крайней мере, нужно не надеяться на нормальную работу сервера в это время. Время апгрейда таблиц будет зависеть от количества изменений для каждой таблицы.
Вообще зачем нужен CDN: для географической близости к пользователю и разгрузки каналов сервера, то есть как раз для средних и крупных коммерческих сайтов.