Roket: ротация есть - это факт, есть ли там новички (условно говоря - молодые сайты, закупившие кучу ссылок и получившие в результате позиции в топе) с большой вероятностью - да, прочтите выше по ветке, - народ жаловался.
ЗЫ: еще раз повторюсь, я анализ проводил по адалту, если у вас другая тематика - то здесь ничего не скажу
WebSupportRevo: Что-то не так с тестированием, скорее всего. Сложно представить возможное расположение сервера, где могло бы так произойти.
- У Пингдома есть особенность, иногда он сам меняет регион и проверяет не тем, который выбран. Можно не заметить.
- Общее суммарное время там могут сильно размывать асинхронные внешние элементы.
Как например, Яндекс и Гугл.Карты, счетчики, онлайн-консультанты и подобное.
- Иногда быстрые повторные тесты могут попадать в ДНС-кеши или в Keep-Alive от предыдущих, сильно ускоряясь.
- Проверять актуально на реально используемых аудиторией регионах.
Если сайт русскоязычный, то для сравнительных тестов не встречалось удобных вариантов, кроме ping-admin.ru и host-tracker.com.
Но Pingdom и по РФ\СНГ (из Стокгольма) частенько полезнее того же PageSpeed - для общей статистики и удобного анализа внутренних проблем сайта.
Я изначально указал, что это тестовый VPS на DigitalOcean. На нем установлен Wordpress с W3 Total Cache. Никаких внешних элементов нет, 8 запросов с моего сайта. Тесты делаю с большим интервалом, видно что DNS запрос каждый раз долго обрабатывается, поэтому Keep-Alive тут не при чем.
Сперва проверил изначальную установку с дефолтными настройками, потом последовательно включал HTTP/2, OCSP, SSL Cache, HSTS, HTTP/2 Push. По тесту SSLLabs получаю A+
Pingdom никакой разницы не замечает от изменения настроек, сейчас GTMetrics проверяю.
WebSupportRevo: Вполне вероятно, что, то, чем тестируете, либо кеширует и не учитывает этот фактор при повторных тестах, либо находится прямо в ~1мс от одной из точек доступа CDN'а, который использует LE.
Это фактор, который точно полезен, но с основными времязатратами не связан.
Ок. Пробую через Pingdom из разных локаций - Стокгольм, Мельбурн. Во всех случаях общее время увеличивается на 0.2 секунды по сравнению с HTTP.
Интересен и эффект от CDN, у Google и AddThis коннект моментальный, в пределах 30мс из любой локации, а вот у BootstrapCDN (они используют MaxCDN) время коннекта каждый раз хуже, чем у моего VPS.
Оптимизайка: А какой тип ключа и какую длину ключа вы использовали? Разница между 2048 RSA и 4096 RSA очень заметна. Пробовали сертификат с ECDSA ключом? Он вроде как ещё в 2 раза быстрее чем RSA должен быть.
Использовали ли OCSP stapling? Можете показать конфигурации тестового стенда?
Сертификат Let's Encrypt, ключ RSA 2048, OCSP еще не пробовал.
Тестовый стенд DigitalOcean VPS за $10, Nginx+php_fpm.
Пробовал статические страницы и голый Wordpess - разницы нет.
ротация есть - это факт, есть ли там новички (условно говоря - молодые сайты, закупившие кучу ссылок и получившие в результате позиции в топе) с большой вероятностью - да, прочтите выше по ветке, - народ жаловался.
ЗЫ: еще раз повторюсь, я анализ проводил по адалту, если у вас другая тематика - то здесь ничего не скажу
Тематика - софт. Никаких новичков нет и в помине.
Возможно у конкурентов неплохие показатели каких-то других факторов...
А, следовательно, теория о ротации и новичках летит коту под хвост.
В любом случае топ не резиновый и в нем идет тасовка - пропорционально падает кол-во показов
Почему эта тасовка идет исключительно за мой счет? Конкуренты сохранили свои позиции.
Так было похоже что вы за SSL хендшейк боретесь, а вы оказывается производительность вордпресса тестировать хотите. Это разные вещи.
нет, я за общую производительность борюсь, но не в ущерб совместимости.
Wordpress поставлен для тестов, на нем с помощью плагинов можно быстро проверять методы оптимизации.
https://wiki.openssl.org/index.php/Manual:S_time(1)
разве эта команда учитывает все особенности HTTP/2?
она же только один файл с сервера дернуть может
меня не абстрактные попугаи интересуют, а настройки для основного сервера
Что-то не так с тестированием, скорее всего. Сложно представить возможное расположение сервера, где могло бы так произойти.
- У Пингдома есть особенность, иногда он сам меняет регион и проверяет не тем, который выбран. Можно не заметить.
- Общее суммарное время там могут сильно размывать асинхронные внешние элементы.
Как например, Яндекс и Гугл.Карты, счетчики, онлайн-консультанты и подобное.
- Иногда быстрые повторные тесты могут попадать в ДНС-кеши или в Keep-Alive от предыдущих, сильно ускоряясь.
- Проверять актуально на реально используемых аудиторией регионах.
Если сайт русскоязычный, то для сравнительных тестов не встречалось удобных вариантов, кроме ping-admin.ru и host-tracker.com.
Но Pingdom и по РФ\СНГ (из Стокгольма) частенько полезнее того же PageSpeed - для общей статистики и удобного анализа внутренних проблем сайта.
Я изначально указал, что это тестовый VPS на DigitalOcean. На нем установлен Wordpress с W3 Total Cache. Никаких внешних элементов нет, 8 запросов с моего сайта. Тесты делаю с большим интервалом, видно что DNS запрос каждый раз долго обрабатывается, поэтому Keep-Alive тут не при чем.
Сперва проверил изначальную установку с дефолтными настройками, потом последовательно включал HTTP/2, OCSP, SSL Cache, HSTS, HTTP/2 Push. По тесту SSLLabs получаю A+
Pingdom никакой разницы не замечает от изменения настроек, сейчас GTMetrics проверяю.
Фантастика. Наверное, кэширование OCSP отключено? Покажите конфиги nginx и sysctl.
APLN включали? Методика тестирования какая?
Ну и вот еще вам информация в помощь https://habrahabr.ru/company/yandex/blog/249771/
Да, практически все включено. По статье на Хабре и настраивал.
Похоже проблема в Pingdom, они используют древнюю версию Chrome 39. Попробую по-другому протестировать.
Вполне вероятно, что, то, чем тестируете, либо кеширует и не учитывает этот фактор при повторных тестах, либо находится прямо в ~1мс от одной из точек доступа CDN'а, который использует LE.
Это фактор, который точно полезен, но с основными времязатратами не связан.
Ок. Пробую через Pingdom из разных локаций - Стокгольм, Мельбурн. Во всех случаях общее время увеличивается на 0.2 секунды по сравнению с HTTP.
Интересен и эффект от CDN, у Google и AddThis коннект моментальный, в пределах 30мс из любой локации, а вот у BootstrapCDN (они используют MaxCDN) время коннекта каждый раз хуже, чем у моего VPS.
Включение OCSP stapling никакого эффекта не дало.
Как было SSL - 86мс, Connect - 160мс так и осталось.
Включение OCSP stapling на nginx для LE, может кому пригодится:
скачиваем сертификаты
cd /etc/ssl
wget -O - https://letsencrypt.org/certs/lets-encrypt-x3-cross-signed.pem | tee -a ca-certs.pem> /dev/null
в конфиг nginx добавляем
ssl_stapling on;
ssl_stapling_verify on;
ssl_trusted_certificate /etc/ssl/ca-certs.pem;
проверяем https://www.ssllabs.com/ssltest/index.html
Protocol Details -> OCSP stapling Yes
А какой тип ключа и какую длину ключа вы использовали? Разница между 2048 RSA и 4096 RSA очень заметна. Пробовали сертификат с ECDSA ключом? Он вроде как ещё в 2 раза быстрее чем RSA должен быть.
Использовали ли OCSP stapling? Можете показать конфигурации тестового стенда?
Сертификат Let's Encrypt, ключ RSA 2048, OCSP еще не пробовал.
Тестовый стенд DigitalOcean VPS за $10, Nginx+php_fpm.
Пробовал статические страницы и голый Wordpess - разницы нет.