Вопросы хостинга: Соседство, Скорость, Локации

[XPraptor]

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

Например, на хостинге X мучал-мучал сайт, продвигал, а он как вкопаный - переехал на хостинг Y - сайт буквально сразу взлетел. Проанализировал соседство, локацию, скорость отдачи - что-то оказалось сильно разным на хостинге X и Y.

Вопросы интересуют сугубо в рабочей направленности, а не в плане отзывов по работе хостеров.

[Had]

Мастерхост:

1. Один раз просрал все сайты пользователей. И бэкапы тоже.
2. Один раза сайты не работали 3 дня (90% сайтов).

[HostiMan]

Еще 5 лет назад хотел написать большую статью по вашим вопросам, но руки не дошли. Запощу сюда тезисы, которые сохранились.
1) "Соседи" по хостингу
На виртуальном хостинге все сайты, а их может быть и 100 и 1000, как правило, располагаются на 1 ip-адресе. Поэтому вашими "соседями" могут оказаться торренты, варезники, дорвеи, мошеннические, распространяющие спам, вирусы и другие сайты сомнительного содержания. Трастовость, то есть степень доверия поисковых систем к таким хостингам, будет ниже и существует вероятность, что поисковые роботы могут негативно отнестись и к вашему сайту, что автоматически может отрицательно сказаться на его позициях в поисковой выдаче.
В частности, Google говорит, что большое количество сайтов-соседей со спамом, вирусами, порно и другими запрещенными вещами влияют на позиции в поисковой выдаче.
В некоторых случаях возможны и худшие последствия от соседей:
- DDOS-атака, будут ддосить другой сайт, а пострадают и ваши.
- IP-адрес может быть заблокирован и ваш сайт станет недоступен для посетителей.
- Изъятие сервера хостинга полицией из дата-центра. Такие случаи уже были в Украине, Германии, Канаде, Франции.
---
Рекомендации для минимизации рисков:
1) Не пользуйтесь услугами и обходите стороной, так называемых, абузоустойчивых хостеров и тех, которые размещают порно-сайты и другие сайты сомнительного содержания.
2) Если не хотите "соседствовать" с сайтами эротического и порно содержания, то не пользуйтесь хостингом в странах, где это разрешено (Нидерланды, Чехия, Швеция, Канада, Румыния). В 99% случаев у вас будут "плохие" соседи в этих странах.
3) Используйте отдельный выделенный ip-адрес для своих сайтов. Как правило, 1 ip стоит около 100 руб.

[HostiMan]

2) Локация и время ответа (ping) сайта или сервера
Для начала пару слов про то, что такое пинг (ping) и на что он влияет. Ping - это время, за которое пакет данных с вашего компьютера отсылается к сайту или серверу и возвращается обратно. Измеряется в миллисекундах (мс), в 1 секунде 1000 миллисекунд.
Пример. Измерим ping до сайта Yandex.ru. С наших серверов в Москве - 9 мс. В то время, как из Европы (Германия, Нидерланды) - 50 мс, США - 160 мс. На практике эти результаты говорят о том, что если ваш сайт размещается у нас, то робот поисковой системы Яндекс начнет получать информацию с сайта через 9 мс, если в Германии, то через 50 мс, в США через 160 мс.
---
200 мс - это критическое время ответа сайта. При этом значении робот поисковой системы может покинуть сайт не дождавшись информации. В результате ваш сайт или его часть не проиндексируется и не будут участвовать в поиске.
---
Простыми словами, ping - это время ожидания (задержка), после которого начинается получение данных и загрузка страницы сайта. Очевидно, что чем меньше ping, тем быстрее загружается сайт. Гипотетически (потому что двух одинаковых сайтов не бывает), в ситуации, когда 2 абсолютно одинаковых сайта отличаются только временем отклика, то выше в поисковой выдаче будет сайт с меньшим пингом.
Время и ожидание пользователя:
0-100 мс — мгновенно
100-300 мс — слегка уловимая задержка
300-1000 мс — ощутимая задержка

[HostiMan]

3) Скорость загрузки/работы сайта
Очевидно, что при прочих равных, сайт, который грузится быстрее, будет выше своего конкурента в поисковой выдаче.

Влияет на конверсию и соответственно на прибыль сайта.
- увеличение загрузки сайта на 1 секунду, снижает конверсию на 7%

Влияет на поведенческие факторы.
Для справки: Поведенческие факторы (ПФ) - это комплекс любых измеримых действий и поведений посетителя на сайте. Например, просмотры, клики, время, возвраты, отказы, глубина и тд. В настоящий момент ПФ одни из самых важных параметров при формировании поисковой выдачи.
- увеличение загрузки сайта на 1 секунду приводит к уменьшению количества просмотров страницы на 11%
- увеличение загрузки сайта на 1 секунду приводит к снижению удовлетворенности покупателей на 16%
- 75% пользователей утверждают, что не вернутся на сайт, если он загружается больше 4 секунд
- 50% пользователей ждут, что сайт загрузится за 2 секунды или меньше
- в 47% случаев пользователи готовы ждать загрузки страницы в течение двух секунд
- 40% пользователей уходят со страницы по истечении 3 секунд
- 52% опрошенных заявили о том, что скорость загрузки влияет на их отношение к компании и сайту
- увеличение скорости загрузки страницы с 2 до 8 секунд повышает показатель отказов на 33%
- лишь 12% пользователей готовы вернуться на медленный сайт

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

Сервисы для оценки время и скорости загрузки сайта:
https://tools.pingdom.com/
https://developers.google.com/speed/...nsights/?hl=RU

[HostiMan]

Новые тезисы о скорости загрузки сайтов из последнего видео гугла (копипаст).

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

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

- В мире много областей с плохим интернетом. Этот факт нужно учитывать при разработке сайтов.

- Средний размер веб-страниц обычно составляет несколько мегабайт. Рекомендуемый размер должен составлять около 500 KB. Чем меньше размер страницы, тем быстрее она будет загружаться.

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

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

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

- AMP не является фактором ранжирования.

- Технология AMP важна в той мере, в какой важна скорость страницы. Но само по себе использование AMP не является сигналом при ранжировании.

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

[XPraptor]

Хостеры (HostiMan, и вы как не плохо подкованный их представитель), распишите еще как распределяется нагрузка при запросе страницы сайта с хостинга.

Возьмем например дефолтные настройки последней ISP5 Lite с её софтом LAMP. Почему при отдаче страниц сайта, больше нагружается CPU, чем память (а память остается пустой почти всегда), что влияет на нагрузку CPU, почему запросы к БД те-же, нагружают именно CPU, а не память (хотя мне всегда думалось, что наоборот должно быть, потому-что на декстопе домашнем именно память грузится запросами, а не CPU).

Как работает серверная архитектура, что вся нагрузка именно на проц ложится? Просто есть желание разгрузить именно CPU, а вгрузить RAM.

[evgeniymx]

Сообщение от XPraptor

Как работает серверная архитектура, что вся нагрузка именно на проц ложится? Просто есть желание разгрузить именно CPU, а вгрузить RAM.

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

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

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

[XPraptor]

evgeniymx, какие вычисления на граф. проц. у простейшего сайта html/запрос в mysq?

Вопрос возникает именно:
В минуту 100 запросов html 50Кб, 200 запросов mysql по 100Кб ответа каждый и затрагивающий по 400 строк в таблице каждый.
Десктоп показывает нагрузку на проц (I7 4790K) - 4%, RAM - 160 Mb.
Сервер же показывает 56% на проц (заведомо сильнее декстопного проца) и 6 Mb RAM - почему?

[evgeniymx]

Сообщение от XPraptor

evgeniymx, какие вычисления на граф. проц. у простейшего сайта html/запрос в mysq?

Вопрос возникает именно:
В минуту 100 запросов html 50Кб, 200 запросов mysql по 100Кб ответа каждый и затрагивающий по 400 строк в таблице каждый.

окей, а кто отдает html страницу? классическая связка nginx -> apache? вот вам первые 2 потребителя процессора. Это для вас "запрос к простейшей html странице", а для софта это куча операций, которые тесно взаимодействуют с ос, не забывайте про ос, фс, прочие вещи, которые происходят при запросе вашего файла

запросы в mysql кто выполняет? mysql - ещё один потребитель

вот вам уже 3 прямых, известных вам, потребителя процессора, добавляем туда ос, операции над фс, ядро, сеть, оттуда и растет нагрузка

опенвпн с шифрованием тоже процессор способен нагрузить до отказа, а почему? перенесли бы в рам и жить стало б легче?

учите мат. часть и всё поймете)

Десктоп показывает нагрузку на проц (I7 4790K) - 4%, RAM - 160 Mb.
Сервер же показывает 56% на проц (заведомо сильнее декстопного проца) и 6 Mb RAM - почему?

какие-то фантастические калькуляции

хотя из этого

какие вычисления на граф. проц. у простейшего сайта html/запрос в mysq?

следует, что вы некорректно читаете то, что я вам написал