Pull to refresh

Comments 22

Включить IPv6 — это самое простое :)
А вот включить HTTP2 — это уже посложнее будет.
В nginx одним движением. Просто добавить опцию http2:
server {
listen 5.4.3.2:443 ssl http2;
server_name example.com;

Чтобы проверить, что сайт работает по HTTP2, установите HTTP2 indicator для Firefox или Chrome.

А зачем вы насилуете труп индейца?
Ну и плюс к тому трупу индейца, если он за nginx'ом все равно как там пришли к nginx'у и ничего настраивать не нужно.
ну сервера бывают с разной конфигурацией.
где nginx + apache2, а где просто apache2
связку nginx + php-fpm еще не пробовал использовать.
Я как раз начал с nginx + php-fpm. Погонял под http2 phpMyAdmin. Работает без замечаний.
А затем, что сервер может быть не для себя (хостинг, например) и требуется, чтобы были .htaccess файлы
Ох уж мне эти сотни и тысячи тайных владельцев шаред-хостингов. И все вечно пишут в районе хабра, как им незаменим апач. А в реальности дело в том, что это пишут мамкины какиры, которые просто ставили все по инструкции устаревшей лет на 10, написанной автором-дебилом слышавшим только про труп жирного индейца.
Почему уж тайные? Очень многие шаред-хостеры держат индейцев, и подозреваю что в основном ради .ht-файлов. Потому что разрешать писать свои конфиги для nginx клиентам никто не даст.
Полностью апача уйти пока не могу:
1) perl fastcgi для nginx всё еще считается экспериментальным
2) Да, нужны .htaccess файлы.
UFO just landed and posted this here
А тут нам в помощь Гугл. Ищите «Mozilla SSL Configuration Generator».
(к сожалению не могу разместить прямую ссылку)
По данным Cloudflare сайты, которые работают через IPv6, загружаются на 27% чем те, которые используют IPv4.

Т.е. пока по IPv6 можно только 27% сайта получить? Остальное по IPv4 докачивать?
Спасибо! Там было пропущено слово.
Хочу посмотреть на сайт http/2 без https :)
С IPv6 хуже не будет. Наоборот, этот способ с легкостью позволит сократить время загрузки страницы примерно на 10%.

Хуже — вполне может быть. Включение IPv6 открывает новые интересные способы проникновения в вашу сеть (не актуально для одинокого сервера, но если у вас кластер с внутренними сервисами бэкенда или публичный сайт на сервере подключённом к домашней/корпоративной локалке, доступ к которым закрыт файрволом, то могут быть нюансы) — это не фатальный недостаток IPv6, а, скорее, недостаток квалификации по его настройке у многих админов. Так же включение IPv6 активирует кучу дополнительного кода, как в ядре ОС, так и в приложениях, где тоже регулярно находят новые уязвимости. В общем, если вас волнует безопасность, то включать IPv6 надо очень-очень осторожно, а лучше подождать с этим ещё пару лет, пока уязвимости исправят и появится больше хороших мануалов по корректной настройке IPv6.


Что касается ускорения благодаря IPv6 — это звучит довольно странно, интересно, с чем это может быть связано?

Плюсую. На последнем хайлоаде был хороший доклад про ipv6, где докладчик вполне обоснованно показал, что ipv6, во-первых, может быть как быстрее, так и медленее ipv4, во-вторых, в ipv6 страдает связность сети и ваш сайт может быть тупо недоступен из некоторых сегментов. Т.е — вообще. Учитывая, что ipv6 подключение в ОС приоритетнее v4, получите нерабочий сайт, с крайне сложным детектированием сего факта.
И не расскажите из каких же «сегментов» IPv6 недоступен? А то ваше вранье выглядит смешно. IPv6 имеет полную связанность и работает чудесно везде, кроме ваших сказок.
Пестрит в глазах от кол-ва ссылок в статье.
Хорошая статья. Но где же тут нестандартность?
С IPv6 хуже не будет. Наоборот, этот способ с легкостью позволит сократить время загрузки страницы примерно на 10%.

мне тоже интерестно за счет чего он быстрее на 10%. В голову приходит только возможность сэкономить на DNS lookup, но тогда это будет не 10% от загрузки страницы в 10% от DNS lookup для IPv4.
или я чего-то не понимаю?
Sign up to leave a comment.