Есть такое понятие - сегменты рынка. Или "разные люди, разные цели, разные требования, разные цены".
Ну например, меня никогда не привлекали просто минимальные тарифы.
Видимо, поэтому у меня за 15 лет в вебе нет никаких претензий к российскому хостингу, хотя если послушать все тут окружающих - качество только на Западе.
Это не значит, что беру только самый дорогой хостинг, - всего то 4000 рублей за полгода при оплате за каждые полгода вперед.
И я прекрасно понимаю, что сбои могут быть. Вопрос только в том, как быстро они фиксятся. И не слишком ли часто возникают (на моем хостере проблема в среднем, раз в 2 года).
Shared-хостингом пользовался более 10 лет назад. Потом перешел на VDS, чтобы ставить именно тот софт, что мне надо.
Вполне себе умею админить, тем более, что панели есть.
Выше - это для личных некоммерческих проектов.
Далее - коммерческие проекты
300-500 долларов в месяц на хостинг. Облако, кластер. Хостер из первой мировой тройки ведущих хостеров.
При обороте в 1 млн. рублей в месяц - затраты за хостинг не волнуют. Хотелось бы ниже - но это не критично.
Важна надежность, да. Денег на это не жаль.
Это абсолютно нормально для поисковиков. И ни на что не влияет.
Восстановится сайт - восстановится и поисковый трафик. Причем, если до аварии трафика было много - восстановятся и позиции в поисковых ответах, довольно быстро восстановятся.---------- Добавлено 17.10.2018 в 22:03 ----------
Обычные люди как раз поймут.
Там же по русски все расписано.
Поисковики типичному проекту жизненно необходимы.
То, что проект не способен с ними справится не повод вести себя подобно страусу.
Вау. Горячий студент?
Влияет.
Украинцы из поддержки чуть ли не прямым текстом посылали россиян, пока переживали первые год-два из-за территориальных изменений.
Сейчас, правда, устаканилось.
Я имею ввиду не производительность системы на сервере. А производительность репликации.
Чтобы ничего не переписывать - нужно использовать master-master с синхронным подтверждением репликации. А это влияет на производительность. Но ядра-оперативка проблему производительности репликации не решают - проблема упирается в сеть.
Потому и спросил - а как так вы умудрились сделать производительно реплицируемое решение на штатной CMS.
Ничего не менять, ничего не переписывать?
Да ну.
А как у вас репликация устроена базы данных устроена? Полностью синхронный master-master? И производительности хватает?
А как синхронизируются файлы, загружаемые пользователями? Внешнее хранилище?
В случае полного падения, да.
Но на 100% тут нельзя полагаться на хостера: если у вас будут всего-то ошибки в PHP-коде, типа "ссылка на переменную не обнаружена и т.п.", то с точки зрения системы мониторинга сайт будет нормальным.
Это уже самому нужно мониторить.
Например, из того, что лежит за пределами хорошего или плохого дедика - качество сети.
С этим грешат даже такие признанные как OVH.---------- Добавлено 12.10.2018 в 17:18 ----------
У вас в подписи написано, что вы full stack.
Значит вы должны понимать, что создание проекта, чтобы он не зависел от сбоев хостера (репликации ваших серверов, разруливания split brain и т.п.) - это не может решиться только усилиями хостера.
Все те хостеры, которые действительно поддерживают высокую доступность в автоматическом режиме - требуют от разработчиков следования определенным правилам при создании их приложений, скажем, правилам 12 факторов и работой и вполне определенным деплоем.
А, скажем, типичная разработка веб-сайтиков на любой CMS под PHP (знаете исключения, - расскажите) - эти правила только нарушает.
То есть если вы хотите получить настоящее качество high availability - вам, как разработчику, тоже придется подстраиваться под требования хостинга. Вплоть до полного переписания вашего веб-приложения с нуля, если вы с самого начала не сподобились сделать ваше приложение пригодным под high availability.
Тогда будет сначала решение суда, потом письмо хостеру, потом сайт просто залочат для РФ, если хостер проигнорирует.
В контексте вашего вопроса - если вам нужно решение суда, то оно будет в начале. Без решения суда - это по экстремизму, не по нарушению авторских прав.
Абузоустойчивый тут и не нужен. Ибо в конечном итоге последует блокировка.---------- Добавлено 12.10.2018 в 17:07 ----------
Ну вот как раз в Европе это частая практика - по письму. Например, у Hetzner точно.
У нас в РФ с авторским правом все более сложно для простого закрытия правообладателями.
Если у вас авторский контент из Европы, то типичные обычные европейские хостеры отреагируют и без решения российского суда, даже если у вас сайт на русском.