- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
На моих сайтах пока все ок, не дай бог. Не думаю что они до такого маразма дойдут
Да я тоже наблюдаю - не похоже вроде. А "маразм" это что? Все, что они делают уже - не маразм разве?
пересоберите nginx с новым openssl - от системы это не зависит. в системе останется старый openssl.
примерно так (у меня тоже Debian 8, это не мешает абсолютно):
Еще раз спасибо.
Собрал nginx c http2 на всех серверах. Прошло не так гладко. Точнее совсем не гладко, т.к. обновил попутно и апач, получив нерабочими старые конфиги и соотв. неработающие сайты.
Но, в итоге все есть. На одном сервере не встала последняя версия openssl-1.1.1*. Пошагово опустил на 2 буквы ниже - все прошло.
Пока не трогал ssl_buffer_size, ssl_session_cache, ssl_session_timeout
Сильно увеличивают нагрузку на большом трафике?
Пока не трогал ssl_buffer_size, ssl_session_cache, ssl_session_timeout
Сильно увеличивают нагрузку на большом трафике?
Всё в сравнении :) Крутите на здоровье, будет только лучше!
Как минимум так:
ssl_session_cache shared:SSL:20m; #он вообще по дефолту в nginx "мягко" отключен
ssl_session_timeout 60m; #по дефолту стоит 5 минут
ssl_buffer_size 1400; #по дефолту стоит 16к, но в мунуале же написано " С целью минимизации времени получения начала ответа (Time To First Byte) может быть полезно использовать меньшие значения, например: 4к"
Я посмотрю еще день. И далее буду тестировать эти опции.
Реально увеличилась скорость на http2. В цифрах это будет так:
Видно по SSL connect. Так и по полной cкорости загрузки для первых посещений сайта.
1. Пока не получилось добиться работы SSL в IE 8 / XP :
No FS 1 No SNI 2 Server sent fatal alert: handshake_failure
У Гугла получается:
TLS_RSA_WITH_3DES_EDE_CBC_SHA
2. http2_push - пробовали грузить css, js, logo?
3. И почти каждый сотый юзер получает dns более секунды.
Это уже не к http2, пытаюсь найти быстрый dns.
2. http2_push - пробовали грузить css, js, logo?
Абсолютно глупая затея. Вебпуш нужен только для "сиюминутных" данных, которые относятся только к конкретной странице и только сейчас.
Делал эксперименты с пушем лого и css - всё проталкивается, но время загрузки очень сильно возростает, а также до конца не проработан механизм кеширования в браузерах пуш-контента. Плюс при каждом новом просмотре вебсервер проталкивает заново то, что уже протолкнуто в предыдущем просмотре (можно в сессиях хранить информацию о том, что протолкнуто - но это уже вторая глупая затея).
1. Пока не получилось добиться работы SSL в IE 8 / XP :
No FS 1 No SNI 2 Server sent fatal alert: handshake_failure
3. И почти каждый сотый юзер получает dns более секунды.
Это уже не к http2, пытаюсь найти быстрый dns.
Там, в теме, уже ответили - вполне быстрый Cloudflare.
А вообще про сотого юзера - не забывайте в каких еб*нях он может находиться: там что не делай, а тормоза будут. Даже сервисы проверки типа Webpagetest иногда печальное, выбивающееся из статистики, время показывают - согласитесь, у них каналы тоже не резиновые и иногда "затыки" бывают.
Абсолютно глупая затея. Вебпуш нужен только для "сиюминутных" данных, которые относятся только к конкретной странице и только сейчас.
Делал эксперименты с пушем лого и css - всё проталкивается, но время загрузки очень сильно возростает, а также до конца не проработан механизм кеширования в браузерах пуш-контента. Плюс при каждом новом просмотре вебсервер проталкивает заново то, что уже протолкнуто в предыдущем просмотре (можно в сессиях хранить информацию о том, что протолкнуто - но это уже вторая глупая затея).
Великолепно использую пуш, особенно радует функция http2_push_preload on; чтобы было управлять всем этим через PHP.
Отлично ускоряет загрузку.
Отлично работает кэш
2. http2_push - пробовали грузить css, js, logo?
Лучше начать с <meta preload.
Чтобы грузить туда, надо всё или сжать в один файл, именно файл, а не через скрипты. Ну и картинки если таковые, то лого да или ещё что-нибудь что в шапке есть. Шрифты не надо.