Правдивость - она как и невинность. Она либо есть, либо её нет. От размера компании это не зависит. Можно не говорить всё, но откровенно врать - портить карму.
Немного потроллил вас, не принимайте близко к сердцу. Ничего личного, просто вы не одиноки в своем мнении и таких тем полным полно на этом и других форумах и в отношении очень многих хостеров.
Что касается формы - рег.ру возможно и стоит подумать над формой таких писем. У нас, если вы пройдетесь по нашей теме и поиском по форуме, такого рода обращений нет, потому что мы сообщения о превышении нагрузки предпочитаем отправлять индивидуально.
Автоматически, увы, подробно не расписать. Это слишком затратно да и не всегда возможно.
Что же касается ухода от хостеров - дык уходите. Не стоит требовать от жигуля того, что дает форд. Это разные ниши. Вот если вам продали жигуль по цене форда да еще и разрекламировали, что жигуль мол круче форда - тогда у вас есть повод обращаться в суд за недобросовестную рекламу.
Обычный виртуальный хостинг это жесткая структура: вы купили за копейки (100 баксов в год в среднем это менее чем копейки) себе кусок процессора, кусок памяти, место на жестком диске, трафик. Плюс разные плюшки в виде удобной панельки для управления, бекапа данных и т.п. Вот и живите в рамках этой жесткой структуры. В ней вполне можно жить - это доказывает опыт многих вебмастеров. Но от вебмастера требуется соблюдать все то, что я уже сказал.
И я вовсе не намекал на вашу бедность. SAAS услуги это услуги и они тоже оплачиваются. Рекламой на вашем контенте или деньгами - не так важно. Это просто другой сервис - в этой модели хостер предоставляющий SAAS услуги берет на себя все заботы о нагрузках, обновлениях и прочем, а вам оставляет только возможности наполнения сайта контентом. Безусловно, у таких хостеров могут быть ограничены некоторые возможности по сравнению с обычным хостингом, зато:
а) вы не заботитесь о безопасности
б) вы не заботитесь о технических компонентах
в) вы не заморачиваетесь с обновлениями
г) сосредоточены на контенте
д) сосредоточены на продвижении
Вот почему-то все понимают, что открывать еще одну социальную сеть у себя на хостинге глупо и бесперспективно. А в отношении сайтов все еще мыслят старыми категориями. Так что в данном случае дело тут вовсе не в том, ориентирован на клиента хостер или нет. И манера шпынять хостера: "Я вам плачу, чего же боле" - не красит клиента ничуть не меньше :)
А мне кажется, такие фразы (которые довольно типичны и используются многими):
"Для обеспечения бесперебойной работы сайтов предлагаем повысить тарифный план или рассмотреть вариант перехода на VPS сервер: https://hosting.reg.ru/vps/Устранение нарушения необходимо произвести в течение 24 часов. В противном случае мы будем вынуждены заблокировать услугу."
воспринимаются клиентами привыкшими подозревать хостеров во всех грехах как "развод".
Вот эта фраза: " предлагаем повысить тарифный план или рассмотреть вариант перехода на VPS сервер" - типичнейший апселл (смотрите в вики, что это такое) и не более того. И так и надо её воспринимать по умолчанию. А вот эта фраза: "Устранение нарушения необходимо произвести в течение 24 часов. В противном случае мы будем вынуждены заблокировать услугу." - одно из немногих имеющихся у хостера средств -"пробудить" клиента от спячки:)
Так что в первую очередь клиентам стоит:
а) спокойнее относится к такого рода уведомлениям
б) не забрасывать сайты.
Еще один "миф" из голов клиентов: "наибольшую нагрузку получил сайт, который около года там просто висит и до него не доходят руки... у него трафика - 3-5 человека в сутки. "
У вас до него руки не доходят, а у хакеров доходят вполне. Типичный пример - поставили сайт и забыли. А кто будет обновления движка сайта ставить закрывая ими обнаруженные разработчиками уязвимости? Дядя Стёпа? В результате 99% случаев взлома аккаунтов, создания повышенной нагрузки, рассылок спама - это вот такие заброшенные сайты до которых у владельцев аккаунтов не доходят руки.
Безусловно "просто не имею времени на разбор таких деталей, занимаюсь контентом больше." справедливо для огромного количества клиентов хостинга. Но возникаент вопрос, а на фига они тогда лезут заказывать хостинг? Идите к SAAS провайдерам их сейчас полно и на разнообразных движках - есть ucoz, blogger.com, ecwid да куча их на самый разный вкус. Вот там у вас голова не будет болеть о нагрузках, обновлениях и прочих отвлекающих вас гадостях. Занимайтесь контентом, продвигайте сайт, получайте прибыль и не создавайте головную боль ни себе ни другим.
Извините, если жестко, но такова правда жизни.
PS. Еще один миф "Брать домен и хостинг у регистратора плохая примета" - ничем не обоснованное утверждение. Дело не в том, чем занимается компания, а в том, как занимается.
Я имел в виду, что когда такая опция есть (быстро восстановить случайно запоротый файл или базу или зараженные файлы или базы) - это удобно. С локалки быстрее восстанавливать. Брать за такую опцию отдельные деньги или включать в стандартный пакет - дело хостера. Эта опция само собой требует и бекапа на удаленный сервер.
Ivan Lungov - если это позиционируется как отдельная услуга (типа отката версий) - то почему ж нет. Но это специальная задача, это не тот бекап к которому привыкли. Это скорее бекап + хранение версий файлов, баз с частотой большей, нежели раз в день. А случаев при которых это может потребоваться не так уж мало - полно взломов сайтов, заражений, да и просто кривые руки кодера :) Очень выручает такая опция.
Кхм, кхм, сейчас меня съедят наверное хостеры:) Доверяй, но проверяй (с). Печально, конечно, что приходится об этом напоминать клиенту таймвеба, но факт ведь налицо. Обманули получается. Ну и на будущее простая рекомендация - несмотря на все заверения хостера, делайте бекапы сайтов хотя бы раз в месяц.
Делать бекапы на тот же диск имеет смысл только для ускорения восстановления отдельных файлов или даже целиком аккаунта. Но для восстановления сервера при том, что диск с бекапом накрылся, такое решение просто убивает весь смысл бекапа. Только бекап на удаленный сервер или хранилище может быть относительной гарантией (потому что его надо проверять на целостность хотя бы раз в месяц).
Параметры не ВПС, а физического сервера. Ну или жуткого оверселла:)
А это совсем другая задача. И её решение полностью зависит от клиента. Как вариант - не жадится и взять еще один аккаунт на котором держать нормальные сайты с новыми версиями движков. А старье держать на отдельном аккаунте. Я вообще-то не универсальное решение предлагал, а конкретное под проблему ТС.
Вряд ли, у шаред хостингов уже давно проблем с изоляцией аккаунтов друг от друга нет. Если конечно клиент сам не сделает например права 777 на все свои папки :)
Контент на чтение будет работать. Чтение ж не надо закрывать, только запись из скриптов закрыть и все.
