IHC.RU - Надёжный хостинг, VDS на SSD, серверы в надёжных ДЦ без переплаты

При существенных изменениях в рейтинге (скачек производительности) проверяю признаки:

Соответствие изменений производительности типовым рассылкам о технических работах (не афишируемые изменения).

Изменение адреса сателлита (смена сервера)

Reverse IP Lookup (количество соседей)

Логи обращений (разогревание страниц).

Не типовое поведение ресурса, подозрительные заголовки ответов или stale content (принудительное кеширование).

Если есть хоть какие-то признаки - анонимно разворачиваю дополнительный сателлит и проверяю идентичность показателей.

В случае с данным провайдером, признаков (и даже скачков производительности) не было, но где-то раньше в теме был неприятный диалог - мой сервис обвиняли в "продажности".

Возможно, стоило просто не обращать на это внимания, но всегда есть вероятность ошибок и того, что я что-то не заметил или не учел.

Как следствие, при появлении возможности, провел дополнительную проверку, в большей степени для собственного "спокойствия".

Если это обо мне, возможно Вы правы.

Я и сам иногда думаю, что трачу на "всё это" слишком много времени.

Но сервис и есть мой сайт :)

Да, технически развивать его гораздо приятнее и интереснее, но вопросы пользовательского восприятия иногда помогают разобраться, не упускаю ли я какие-то нюансы.

Цель простая - сделать сервис адекватным помощником в выборе хостинг провайдера.

Пожалуйста и прошу прощения!

Весь разбор, на самом деле, исключительно теоретические рассуждения исходящие из предположений основанных на не подтвержденных заявлениях :)

Судя по всему, он уже не актуален, как и многие отзывы.

Наверное, стоило воздержаться от выводов т.к. не совсем очевидно, что они гипотетические.

Тяжело это признавать, но я не исключение и вслед за отзывами на сторонних сайтах помогаю формировать ошибочное мнение подобными гипотезами :)

Надо быть конструктивнее, но не всегда получается.

Именно по этим причинам я всё ещё не готов размещать на сервисе "реальные" отзывы и ушел в сторону обработки поисковых запросов.

Да, статистика поисковика не дает понимания нюансов, но она актуальнее и в гораздо меньшей степени подвержена субъективным искажениям.

Конструктивно - у Вас очень хорошие показатели производительности и вполне адекватный уровень "удовлетворенности" пользователей с точки зрения поисковых запросов.

О какой именно ПУ речь?

не обманывайте ни себя ни нас, цель одна - заработать на партнерках хостингов, и нет никакой адекватности во всех этих сервисах отзывов и рейтингов🍿

Вы забыли прикрепить к посту аргументацию и судя по смайлу с попкорном хотите полемики :)

Вот некоторые нюансы:

На самом деле, деньги это не цель, а средство.

90-е уже остались далеко позади и надо бы взрослеть.

Не обязательно быть сильно обеспеченным, чтобы позволить себе не обманывать ради денег и не чувствовать себя унылой какашкой.

Искренне Вам сочувствую, если условия жизни заставляют Вас так акцентироваться на финансовом вопросе.

Это не шутка, я сам далеко не мажор и прекрасно понимаю на сколько подобные вещи могут омрачать существование.

Но попробуйте абстрагироваться от привычной точки зрения и посмотреть на общую тенденцию развития.

Большинство организаций, с которыми мы взаимодействуем в повседневной жизни, уходят от манипуляций в сторону повышения качества клиентского сервиса.

Нет, мы еще не Европа, но уже и не "дикие земли" после развала. Уже не обязательно драться за свой кусок, можно спокойно работать.

Да, сервис привязан к партнеркам, это не агрессивное средство монетизации и?..

Я не утверждал, что не хочу, чтобы он приносил хоть какую-то прибыль. Скорее наоборот, я буду этому рад и смогу уделять больше времени проекту, который мне нравится.

Нет, я не продаю места или что-то ещё. Мне в целом вообще не критично кто в "топе".

Да, я верю, что если стараться делать свою работу хорошо и честно - есть перспективы. Эту точку зрения разделяют многие люди.

Да, мне действительно нравится моя работа и мне приносит удовольствие писать интересные штуки, даже если за это не платят.

Я с удовольствием потратил довольно много времени на системы автоматизированного обновления сателлитов и выгрузки данных через формирование фоновых задач с контролем результатов.

На динамическую и распределенную систему тестирования задержек ответа серверов и т.д.

И буду писать еще т.к. МНЕ НРАВИТСЯ И ПРИНОСИТ УДОВОЛЬСТВИЕ сам процесс.

Верит в это кто-то или нет, на самом деле не так уж важно.

Но давайте не будем уходить совсем далеко от темы.

Мы в ветке хостинг провайдера и если Вы утверждаете, что мой сервис предоставляет не достоверную информацию касательно его производительности - предоставьте пожалуйста более подробную аргументацию.

Из фразы "Все рейтинги не адекватны" к сожалению, никакой полезной информации извлечь не получается.

После того, как мы с 8 кубками были только на 6 месте, то пришлось удалиться с этого "помощника в выборе хостинг провайдера". 6 место конечно же не потому что у других 20-40% отчисления, а у нас только 5%. ihc с 8 кубками на 1 месте, наверное потому что кубки особенные :)

Спасибо за скриншот.

Сравните, пожалуйста, полосочки "Первая загрузка CMS" и "Задержка сервера" с показателями IHC.

Они оказывают очень существенное влияние на рейтинг т.к. первое характеризует нюансы настройки OPCache и скорость сайта в глазах поисковых систем при индексировании, а второе входит в каждый запрос и добавляется ко времени выполнения кода страницы.

Кубки это здорово, но алгоритм рейтинга не реагирует на завышенные показатели не давая исказить общую картину.

Критерий хорошего хостинга - комплексная производительность, а не синтетическая.

Это мое мнение и оно расходится с Вашим, как следствие мы и прекратили сотрудничество.

Я уважаю Вашу точку зрения, хоть и не разделяю.

Пожалуйста, уважайте и мою, разделять её совсем не обязательно.

PS

У Мастерхост нет партнерки, у Jino подарки, которые мне не нужны.

Много "бла-бла-бла" не о чем (а первые абзацы - это откровеннейшее бла-бла-бла) явный признак того, что вас собираются ...

если не секрет а что означает "задержка сервера" ?

и "сеть"

задержка как следует из описания время отклика сервера за хттп соединение.. а откуда делался запрос ? если разместить источник "запроса" близко к конкретному хостеру то он получит некорректное преимущество.

а сеть, совсем странный параметр.. какая разница как долго/быстро от хостера идет запрос к гуглу или яндексу ? задача хостера хостить сайты к котормы будут иметь доступ клиенты (физ лица) а не гугл или яндекс.

в добавок у каких то хостеров может быть бесплатная L7 защита сайтов всех клиентов, фильтры замедляют скорость установления сессий и скорость отдачи контента но это ни в коем случае не влияет на качество хостера а вот наличие защиты выводит его на совсем иной уровень. Разве нет?

Да и можно добавить, что скорость загрузки сайта, если она в пределах 10(!!!) секунд, не влияет на ранжирование в поиске и на SEO ну вообще никак.

Задержка ответа сервера -

Перебором ищется несколько сателлитов с минимальными сетевыми задержками с целью уменьшения погрешности.

Удаленно с этих сателлитов идут запросы через curl к чистой странице тестируемого.

Из статистики curl вытаскиваем:

connect_time - время получения первого байта ответа сервера на запрос соединения.

pretransfer_time - время окончания согласования протоколов. Практически равен connect_time при отсутствии ssl т.к. завершается при прочтении пакета начатого в connect_time. Не включает в себя время на отправку пакета о запросе данных.

starttransfer_time - время получения первого байта данных.

Исходя из данных значений можно вычислить RTT (круговое время задержки соединения) = connect_time - namelookup_time т.к. в данный промежуток отправляется ровно один пакет из цепочки handshake TCP и принимается первый байт данных ответа сервера.

Зная RTT можно посчитать "серверное время" = starttransfer_time - pretransfer_time - RTT (из времени отправки запроса на получение данных и получения первого байта вычитаем задержку соединения).

Да, результат не абсолютно точный т.к. RTT не является константой, но погрешность на самом деле не большая и сглаживается использованием одновременно нескольких источников.

Со штампами времени TCP точность была бы гораздо выше, но исходя из спецификаций эта опция может быть отключена в настройках сервера и метод не является универсальным.

Сеть - просто время выполнения запроса до поисковиков вместе с получением данных. Оказывает минимальное влияние на рейтинг. На самом деле к серверу обращаются не только клиенты, но и поисковые боты при индексировании, но суть не в этом. Возможно кто-то знает больше чем Вы или я и сможет использовать этот показатель для собственных целей.

Касательно упомянутой Вами защиты, я искренне сомневаюсь, что она способна оказать на столько негативное влияние, что это будет учтено тестами. Скорее наоборот, производительность будет выше т.к. сервер не будет подвержен атакам и сомнительному трафику.

Согласно статистике google, пользователи чаще всего не ждут загрузку ресурса дольше 3 секунд.

Для чего, интересно создан PageSpeed insights?...

В любом случае, долгая загрузка влияет как минимум опосредованно через поведенческие факторы.

От подобных категоричных заявлений лично я бы воздержался.

И какое это вообще имеет отношение к теме беседы?...