Доброго времени суток.

Как я заметил, очень много проблем с получением бэкапов у клиентов которые покидают хостёра. Так как могу понять и хостёра и клиента, хотел бы неитрально разьяснить почему так.
Типично имеем ситуацию, что клиент имеет все возможности делать резервные копии самостоятельно. Также типично, что клиенты ничего не делают и надеятся на то, что хостёр их будет спасать в случае проблем. Всё ок, пока нет проблем. Скажем пришёл день, и клиенту нужен бэкап всего его акаунта. Тут есть несколько типичных вариантов:

1. Акаунт клиента взломали, испортили данные и так далее.
2. Клиент сам испортил что то, после чего лучше залить копию из бэкапа.
3. Клиент просто уходит к другому хостёру.
4. Акаунт клиента был блокирован за неоплату.
5. Акаунт был блокирован за незаконное деятельство.

На этот раз мне в голову пришли пять причин, наверно это самые характерные. Попробуем выяснить как в этих случаюх должен действовать хостёр. По моему мнению:
1-2 похожие, у клиента неприятности, естественно помогаем чем можем и за спасибо.
3. Случай скользкий, так как тут возможные подводные камни. В общем случае, спасение утопающих дело самих утопающих. Мешать не будем, но помогать скорее всего тоже нет. Тем более просбьу клиента зделать полный бэкуп при уходе, я считаю не этичной со стороны клиента.
4. Клиент или продлевает хостинг, на определённый минимальный период, или платит деньги за создание резервных копий. По любому, чтобы подготовить копию требуется потратить время и это время должно оплачиватся.
5. Данные акаунта подлежит немедленому уничтожению, выдаче не подлежит. Так как хостёр не суд, скорее всего каждый хостёр будет эти данные хранить какой то определённый период времени. Но о выдачи речи не должно быть.

Дополнительное разьяснение 3,4 пункта. Клиент имеет намерение нагрузить работой администратора сервера. Он мог сам делать копии, но не делал. Так как это инициатива со стороны клиента, то эта работа должна оплачиватся как любая другая платная работа. То есть, утром деньги, вечером стулья

Если по-человечески - то клиенту надо отдать его бекап.

Ни кто не ведёт разговора о том, что не отдать. Клиент имеет право сам его забрать.

Чтобы случай не был скользким, нужно этично спросить клиента о причине ухода. И попробовать изменить свой сервис так, чтобы народ не уходил.


Заблокировать сайт и дать время на погашение задолженности. И только после этого удалять.
Хостер что, бекапы руками делает?
Установить панель, в которой бекапы делаются автоматически. А скопировать архив в общий доступ не такая уж и большая работа.


Смотрим на то, что выделено жирным. На каком основании хостер уничтожает данные пользователя?
Не устраивает клиент? Высылается письмо, блокируется сайт. Если клиент ответит, отдается бекап и пусть идет с миром. Не ответит в течении недели, например, тогда удаляется.


О какой загрузке администратора идет речь? У хостера администратор несколько раз в день выдает бекапы уходящим клиентам? Тогда стоит подумать, что в королевстве не так...
Сайт клиента - его ребенок. Как его можно уничтожить (не выдать бекап)?

PS: Изменил текст на общие выражения...

r2w в таком тоне, я с Вами не хочу вести разгорор.

Если бэкап регламентирован хостером и клиент просит предоставить бэкап, в том числе и при уходе, но в течение оплаченного срока - бэкап нужно предоставить. ИМХО.



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

В течении оплаченного периода, клиент может самостоятельно зделать бэкап. Интересно почему должен хостёр делать за клиента то, что клиент может сам? Просто порассуждаем. Без ухода в личности.

Опять, попытка уходить в ту степь куда не надо Уточняю, у нас блокировка акаунта общего хостинга производится на 15 день после окончания оплаченного термина. То есть, клиент имеет 14 дней неоплатив за услугу спокойно зделать бэкуп и уходить. Никому из за этого голова не болит. На 15 день автомат блокирует акаунт и дело с концами Бэкуп ещё какое то время валяется на фтп, но как долго будет валятся это уже дело счастья, так как ни кто не обращает на такой бэкуп внимания. И найти его, уже надо время.

Но разговор не о нас, разговор в общем плане. Так как все хостёры раньше или позже сталкиваются с этим.

Я поднимаю вопрос о том, что клиент имея все возможности подготовить себе бякуп самостоятельно , требует от хостёра чтоб бякуп подготовил именно хостёр

5 пункт отдельный разговор, так как если есть явное нарушение законов, скорее отдавая резервные копии хостёр может сам попасть под удар. Естественно, на такого клиента пришла достаточно обаснованная абуза. Это не сам хостёр придумал что клиент что то нарушает. Мне кажется всем хостёрам не до того, что творится на аакаунтах. По крайней мере я не вижу и мне не интересно....

Здесь вопросов вообще не должно возникать.
Хостер или делает бекапы, или нет. И это должно быть отражено на сайте (или договоре, или правилах).
Если клиент обязан делать бекапы сам, то об этом он должен знать при заказе хостинга (сайт, договор, правила).


Хотелось бы услышать мнение юридически подкованных людей...
Чем грозит хостеру выдача клиенту бекапа сайта, на который пришла абуза?

Тут может быть несколько вариантов. Одни официально не делают и не обещают, но в реальности делают. Другие разказывают сказки про мощные сервера и удаленные ежедневные бэкупы, но реально не делают даже местных, так как на VPS нехватает места
Скажем в том случае о чём я говорю, даже не важно, обещает бэкупы или нет. У клиента есть возможность самому их подготовить и качать куда ему угодно. Особенно это касается 3 пункта, то есть уход. (не надо вдаватся почему этот уход)
4 пункт тоже интересный тем, что клиент обратился за долго после того, как закончился оплаченный период. То есть, можем уточнять - обязан ли хостёр хранить бэкупы клиента после того, как клиент изчез?


Не знаю как по Российскому законодательству, но по нашему, хороший адвокат может найти способ как доказать содействие с нарушителем.

Есть ещё один нюанс, почему старемся не прикасатся к данным на акаунте и бэкупам. Имелись случаи, когда клиент начал катить на нас, что мол мы не всё ему распаковали, что что то потеряли

На сколько я знаю. В РФ нет в законе "О Связи" пункта о резервном копировании данных клиента.

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

Все мировые мега хостинги не делает резервных копий. В TOS прописанно, что хостёр не несёт никакой ответственности за сохранность данных.

видимо мы не попадаем под мировые хостинги... даже на 5 мегабайтном тарифе трехразовое бэкапировение...

Вот и я про то же самое (выделено жирным)...

Это понятно, так как хоть таким способом стараемся обеспечить сохранность данных. Хотя при взломе акаунта, чаще всего клиент не сразу замечает проблему и автоматические копии уже не спасают.
Традиция ежедневного резервирования пришла с тех времён, когда акаунты хостинга мерились единицами мегабайт и клиент не имел возможности сам позаботится о бэкупах без специальных знаний. Теперь имеем уже гигабайты на , развитые инструменты управления хостингом.
Когда видишь статистику нагрузки сервера во время резервирования и видишь безполезность этого процеса, тога и приходит мысль что надо закрыть эти безполезные работы. Дополнительно керосина подливает не очень честные клиенты, которые бэкупы использует как средство для шантажа. На среднем сервере, резервное копирование длится 4 - 6 часов (с отсылкой по фтп на другой сервер). В это время, канал полностью забит, доступ к серверу лимитированный. Да и скорость процесов в это время на этом сервере оставляет желать лучшего. То есть, если кто то ночью работает, то ему не повезло, сервер еле дышит.
Скажем у нас ситуация с бэкупами такая, что официально их у нас нет, мы не делаем. В реальности они пока есть и при том паранойдальные. Но скорее всего централизованно их не будет (кроме dB, хотя официально и бэкапа dB не будет ). Просто увеличиваем обьёмы акаунта и кому надо есть услуга удаленного фтп бэкапа.
За два года с личним работы в сфере хостинга, был один случай, когда действительно клиенту был нужен бэкап, но и то базы данных (форум). Во всех остальных случаях, клиенты просили бэкап по тому, что просто не разобрались что им надо. В реальности обошлись без него.
И самое интересное то, что бэкап не один раз стал именно конфликтом с пользователям. Когда они начали требовать того, что им не обещанно и так далее



Клиенты не читают правил (TOS). В связи с этим, мы перестали их писать нет смысла, так как все случаи не предвидишь, а для взрослых людей расписывать что они должны делать чего не должны по пунктам, это унизительно и для нас и для клиентов....

Под бекапы взять сервер/vds в том-же дц, бекапы валить на него - а с него - на сервер в другом дц. Не?

Конечно, есть хостинги без TOS, без бекапов, без менибека, и тд.

Но это уже личное дело владельца - относиться по-человечески к своим клиентам или нет.

1.лучше конечно отдать бэкапы, если таковые есть.
всетаки это личные данные клиента.
(случай №5 спорный очень. опять вопрос о незащищенности хостера и, скорее всего, анонимности клиента. тут уже на усмотрение . так как это его подставляют и ему решать "есть еще бэкап на сервере" или уже "нет").
и по боку все "неправомерно".
хотя это скорее всего уже будет отражать личное мнение хостера к содержанию сайта.
как ни крути, а человеческого фактора не избежать.
2.если в правилах и не прописано, а бэкапы существуют, то отдать не тяжело, но лучше предупредить, что за актуальность и целостность данных ответственности хостер не несет. ибо на "автомате" все.
-касательно случая № 3. предпочтительнее дать возможность клиенту самому слить резервную копию.
иначе есть вариант потом услышать о себе "бэкапы хостер битые отдал".
тоже встречал подобное.
3.мое мнение, что никто и никогда не сделает бэкап актуальнее чем сам пользователь. так что сами должны думать об этом заранее, если ему данные важны. не смотря на то, что там у хостера в правилах прописано.
тем более что есть и встроенные и сторонние средства резервного копирования.
вроде это нормальное отношение к своим трудам.
но зад лучше всегда прикрыть себе))
4. в любом случае, если бы со мной поступили бы как указано выше, по всем пяти пунктам, я бы зла на хостера не держал точно.
нормальная позиция, в общих чертах.
а вот поправочки каждый уже для себя сам делает. так как не предусмотреть же всех возможных развитий ситуации.
5. а вот властям, вместо того что бы думать как запустить свои шаловливые ручки в новый для них бизнес, лучше бы подумать о том, как средства, полученные от лицензирования, налогов и прочей дани, ну оччччень образно говорю, проспонсировать кнопочку в панелях управления:
(Обратить внимание на моего клиента)).
кликнул хостер, прикрыл себе зад и работает дальше, а вот они пусть сами разбираются законен этот контент или нет.

У нас на хостинге qwarta.ru бекапы делаются для всех клиентов, все бекапы доступны по FTP в кол-ве 15 штук за 15 последних дней, удаленных бекапов не делаем, но диски на сервере в 10 рейде - для скорости и надежности.

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

Так как мы 10-ки гигабайт не раздаем, как сейчас стало модно у многих хостеров, то архивы сайтов храним больше года.

И бывали случаи когда клиенты через 8 месяцев обращались с просьбой восстановить сайт или отдать им бекап если есть!

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

Тут наверно гвоздь програмы. Скажем у нас уже получается на сервере общего хостинга около 30 - 40 GB полезных данных и эта цыфра имеет тенденцию расти. То есть, с таким обчёмом данных на сервере, уже ежедневный бякуп становится проблематичным. Из практики, уже 5 гигабайтовые акаунты становится проблематичные для бэкапа. Но тут скажем проблемы решаемы, просто сперва надо определится или клиенту дать много дискового пространства или повышенную надёжность . С другой стороны, посмотрел на объём своего почтового ящика и там вижу 1.2 GB.
Из своего горького опыта (потери данных) могу сказать, что потеря очень больно бъёт и с моральной стороны и с финансовой.
По поводу бэкапа на том же сервере, то я считаю что в таком случае не имею бэкапа. Так как у нас общий хостинг дырявый и я в полне верю, что есть возможность чтоб кто то сумеет запустить "rm -f /". Дырявость эта политика, так как я не понимаю зачем нужен хостинг, в котором всё закрыто.


Отличную работу проделали. Я как раз в этом направлении гребу.

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

А при большом желании можно даже исключить случайное удаление под рутом если выставлять правильно флаги chflags

Что касается большого объема тарифных планов математика банально простая! Если я предоставляю тариф на 10 гигобайт, то я обязан резервировать диски просто на случай умирания этих дисков, получается что это уже не 10 гиг, а 20 гиг физического места (в случае 10 рейда), если бекап делать на этих же ресурсах и только один, то это уже 40 гиг (так как бекап тоже на 10 рейде зеркалится) - так у нас сделано, но у нас нет тарифов на 10 гиг. В итоге один тарифный план на 10 гиг должен быть обеспечен 40 гигами физического дискового места. Отсюда многие хостеры и экономят - либо бекапы хранят на дисках с риком их умирания, либо вместо 10 рейда использую 5 рейд, или используют внешние рейд массивы (что реже для мелких хостеров) либо не делают бекап вообще.

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

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

Причины по которым клиент просит бэкапы - это его дело. Он может уходить к другому хостеру, он хочет получить данные по причине его накосячивания - если услуга бэкапа есть, но должен быть и доступ к нему и не стоит чинить препятствия. Или говорить об этике, мол если он уходит к другому хостеру то не будем ему давать бэкапы...

Даже очень, так как если мы типично держим 3 бэкапы, то на 10 GB данных получаем около 30 - 40 GB реального дискового пространства RAID1 ( в зависимости от реальной компресии). В принцыпе технические проблемы можно решить, только я лично не вижу смысла в этой работе. Дело в том, что клиенты которые дорожат своими данными, они дечают резервные копии сами и в ручную. Так как автоматические копии это только для того, чтобы обеспечить востановление сервера в случае одновременного выхода из строя обеих дисков или взлома сервера с последующим полным уничтожением.
С другой стороны, сервер на котором есть крупные акаунты во время полного резервирования становится полудоступным. Это неудобно для тех клиентов сервера, которые работают ночью, также это может отражатся на работу поисковиков (скорее всего и отражается).
То есть, я всё таки вижу смысл, чтобы резервным копиям руководил сам клиент, так как только в исключительных случаях нужен ежедневный бэкап всех файлов. В основном, меняется содержимое емайла и базы данных.
Так как пока не определился с тем стоит ли обещать клиентам резервные копии, просто их втихаря делаем Повторяюсь, что все мировые лидеры отказались или отказывается от ежедневных резервных копий. Даже те, которые реально не оверселит дисковое пространство или оверселит разумно. Возникает вопрос, почему так? Ответ вижу только один - для типового пользователя общего хостинга бэкап не нужен.

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

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

Вот по этому и не включенна услуга резервирования в план. Я просто знаю, что не смогу дать 100% гарантию сохранности данных на стандартном хостинге по ценам сегодняшнего дня. Конкретный пример маленького сервера:
полезных данных - 39 GB
после архивирования - ~20 GB
общий месячный трафик чисто на бэкап 2 х ~600 GB (один сервер вход, дугой выход) = 1.2 ТБ
так как хранятся 3 копии, получаем 60 ГБ дискового пространства чисто на резервные копии.

Нагрузка сети:



Акаунты заполнены в среднем на 30-40%, сам сервер работает с очень небольшой нагрузкой, а уже около 4 часов ежесуточно занимает резервное копирование и скачивание на другой датацентр
То есть, имеется сервер на грани окупаемости, а уже почти оверселен по бэкапам, которые не учтенны в себестоймость

ОК, согласен, что пока нет проблем, всё организованно тупо, без изюменьки. Можно организовать чтоб вся эта работя была бы произведенна примерно за 1.5 часа (увеличивая нагрузку на сервер и сеть). Но по любому, имеем 600 GB трафика, который идёт между двумя датацентрами. rsync тут не поможет, так как говорим а нормальных бэкапах а не о зеркале.

Сам процес архивирования, это огромная нагрузка на жесткие диски. Кто хочет понять, что это такое, советую попробовать дома распаковать архив хотя бы в 10 GБ величиной и посмотреть возможно будет на компютере ещё что то делать или нет

Грубо говоря, себестоймость честного ежедневного резервирования одного акаунта в 1 ГБ данных, на Европейском датацентре стоит около 3 - 6 Евро в месяц только за трафик на бэкап (цена зависит от наличия свободного трафика и так далее). И это уже имея хорошие цены и не учитывая других мощностей сервера. При том, многие датацетры которыя дают анлимит трафик, в реальности при достижении 1 ТБ в месяц, ограничивают канал на уровне 10 мбпс. С 10 мбпс каналом про ежедневные резервные копии надо просто забыть....

О 100% гарантии резервных копий. Извините, но для этого надо копии как минимум удвоить. То есть одна версия резерва на одном датацентре, другая на третьем. Обязательно должен быть подписан договор и там всё разложенно. Если нужен совсем 100% гарант, то обязательно копии делать ручным способом, дополнительно записывать на класическую ленту или другой носитель, или просто умножить количество копий.

Кто тут верит в сказку про деда мороза?

/offtopic/
gylys, извините если не правильно, но отвечу на Ваш коммент в репутацию здесь. Причина: я не собираюсь переходить на перепалку в ЛС, но и игнорировать такие необоснованные наезды не намерен.

1. На личности я не переходил. Зато Вы это сделали в полной степени. Соответственно, Вас не кусал, не собирался и не собираюсь. Скорее всего придеться Вас просто игнорировать. Мое сообщение, ровно как и сообщения других пользователей, касаются рассуждения на поднятую Вами тему, но НИКАК не об услугах, оказываемых Вами или кем-либо еще.

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

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

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

Если бекап делать локально не нужно трафик по сети гонять! Да и посети можно гонять на соседний сервер никто не запрещает бекап сервера А держать на сервере B, а бекап сервера B держать на сервере A и получается не дорогим решением и надежно!

Бекап мускуля тоже можно делать достаточно быстро так чтобы это было не заметно на работе сайтов.

Интересно было читать начало темы...

Если почитаем что пишется на сайтах у многих хостёрах, что найдём утверждение, что бэкапы делается на удаленый сервер ежедневно. Я по этому и на примере описал расходы. Теперь просто уточним, что типично Европеийский сервер ограничен 1 ТБ, что сами сайты тоже используют трафик, что надо иметь резерв трафика на ддос атаки и другие непредвиденные случаи.
Также типично европейские датацентры не делают разницы между внутренним трафиком и внешним. Есть просто трафик. Возможность VLAN представляют редкие и то, за дополнительные деньги.
Реально ситуация тут аналогична с сотнями гигабайт на акаунте за 5 доларов и месячным трафиком в 5 терабайт.....


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

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

По сути, по идее, хостер обязан гарантировать сохранность данных в районе 100% как он это будет делать за счет рейд масивов или за счет бекапов на другие сервера его проблема. Что касается страховки на случай порчи данных клиента или случайными ошибками или взломом или клиенту съехать нужно, то нужно четко декларировать в договоре и/или договоре оферты что бекап гарантирован или нет и если да то в каких случаях он не выдается.

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

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

Сколько можно просить не уходить в личности Тема не для того создана. Что касается меня, то трафика имею достаточное количество. Ресурсов клиентам тоже даём дай бог, все столько давали. Дело совсем не в том. Я не смеюсь над Вашей жадностью, что мол 50 мб хостинг у Вас стоит 5 доларов. Хотя сам не могу понять кому на сегодняшний день нужен хостинг с таким объёмом, да ещё и акаунты емайла оказывается там может поместится Если такие планы иметь, то могу и три года бэкапы держать и проблем не видеть Кому надо будеть 50 МБ пространство, пусть он покупает у вас за 5 доларов, а кому надо 500 МБ пусть клиент покупает у меня за 2 Евро. Кому нужна поддержка любого плана (хоть морального) пусть зказывает поддержку (читал, что даже на дом можно вызвать представителя хостёра ) да просто давайте дадим людям выбор и не будем пудрить им мозги.

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

Елки зеленые... Написал вчера строк 10, потом подумал и удалил, но теперь не буду сдерживаться. Столько лет мнение клиентов не представляло ценности, до открытия хостера не изучали его, при старте темы оно не интересовало, а вдруг под конец темы делаете вид, что клиенты для Вас что-то значат со своими запросами.

Клиенту не нужен такой хостер, как Вы, повествующий о тяжести процесса бэкапа, обосновывающий ненужность подобной услуги тем, что от нее отказываются крупные зарубежные кидалохосты с галимым оверселлингом.
Клиенту проще хоститься у тех, кто профессионально строит свой бизнес, удерживая баланс между качественной услугой, соответствующей заявленным характеристикам, и собственной жадностью. Или, если уже вопрос идет о том, что бэкапов, за которые заплачены деньги (т.е. их стоимость заложена в условия тарифного плана) не дождаться, поэтому их следует делать самому, + еще хостер вообще не гарантирует никакого аптайма никогда, а суть всех договоров сводится к "хостер попытается при благоприятном положении звезд на небе оказать услугу", так нафиг этот рынок, где преобладают ремесленники? Клиенту в крупных городах сейчас можно протянуть пару интернет каналов в дом и поставить сервак для своих сайтов в кладовке. Ибо:

И это говорит человек, оказывающий услуги хостинга (при этом он оказывает их на основе собственных представлений, а не после изучения спроса со стороны клиентов). Может Вам на сайте стоит 72 шрифтом и красными буквами писать об отсутствии бэкапов? Или элементарно слабо, т.к. клиентов станет меньше? Зато и жалоб не будет потом от них.

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

А вы попробуйте возможно для вас мир станет другим цветом? Зачем набирать толпу клиентов и раздавать на право и налево ресурсы сервера если можно привлекать клиентов, которые готовы платить за стабильность и надежность? Ну и плюс те клиенты, которые у нас платят от 5$ и выше могут получить больше дискового пространства по просьбе если нагрузка на CPU будет не большой (учитывается точно в панели), ну и плюс у нас нет принципиально тарифов ниже 5$ - потому как в эту стоимость заложена больше не дисковая емкость, а саппорт.

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

Из всего выше сказанного акцентирую свое внимание - какой бы хостинг не был бекап должен быть по любому.

P.S. Кстати вспомнил клиент у меня один хотел 10 гиг и подешевле я дал, но сказал что бекап этого делать не буду он согласился и получил отдельный аккаунт под файлы без бекапа (но все равно на 10 рейде)

Да нет, я очень доволен своими клиентами, они нашими услугами. Просто на клиентов смотрю как на партнёров, не раз высказывал это. У нас подхо с другой стороны 2 если клиент уважает наш труд, ему всяческие поблажки, если не уважает - желаем удачи
На данный момент, у нас планы польностью самообслуживание или VIP тарифы. Среднего варианта нет. Почему так можно тоже объяснить, но суть то темы не в этом

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

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

Да не у меня проблемы, проблемы у 90% "хостёров", так как они обещают то, что не в силах реально отдавать. Посмотрите на DNS сервера хостёра и будет понятно с кем имеем дело
Я не совсем дурак, Вашу политику знаю, на личность тут другие стараются переходить.... смешно и грустно....

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

принесёт цветы и конфеты,


А если клиент посмеет требовать от хостера выполнения своих обязательств внезапно выяснится, что


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

Не хотел бы я такого хостера.

Вот тут Вы правы, Я не хочу именно таких клиентов как Вы. И такие клиенты отсеиваются именно нашей политикой. Это без обиды, просто факт. На пример ситуация с вчерашнего дня с похожим клентом. На один достаточно мощный сервер была направленна умная DDoS атака, по сути около 2 часов сервер был недоступный, пока разгребли проблемы. На этом месяце это вторая такого уровня атака. Приходит тикет в поддерержку - "когда закончится проблемы с сетью, сколько можно, не думаете ли компенсировать за то что сервер недоступный?"
При том, этот же клиент не раз хвалил наши услуги и ими доволен. А я таким клиентом не доволен, так как у нас на пример вчера была Пасха, три дня государственного праздника. Мы выгребаем проблемы, а тут приходит такие пожелания. В ответ клиент получил предложение к концу оплаченного периода найти себе хостёра достойного. Конец - 27 числа. При том посмотрел как с оплатой, то оказывается опаздывает на 2-3 недели постоянно. И я почти уверен, что когда 27 числа автомат выключит акаунт, на меня посыпится жалобы почему я выгоняю клиента. Но это до ХО не дойдёт, это будет обсуждатся на Литовских форумах

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

P.S.{SUM} Я очередной раз прошу, не переходить на личности, не обсуждать меня или мою компанию. Так как это нарушает правила этого раздела. Я хочу прокоментировать ответ чтобы не оставить неясностей, автоматом я тоже нарушаю правила этого форума. Для совсем непонятливых, именно по этой причине и поставил в репутацию пару минусов.

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

Из того что сказанно, вырисоввывается несколько попутных вопросов, то есть какая услуга кому лучше:


1. 50 МБ дискового пространства, жёстко лимитирован Apache, 2-3 домена,2-3 базы на акаунте, отзывчивая поддержка, которая всё по запросу делает для клиента, резервирование данных учтенно в цене и цена услуги 5$.

2. 500 МБ дискового пространства, мягкие лимиты на Apache, 99 доменов, 99 баз на акаунте (открыты сокеты, мемори лимит 64 - 128 МБ и тп.) но поддержка ничего не делает за клиента, она только для того, чтобы оперативно востановить техническую работоспособность сервера. Бэкапы есть, но клиенту недоступны, они для решения аварийной ситуации на самом сервере. (все люди, при человеческом подходе) Цена услуги 5$.

В обеих вариантах, надёжность хостинга на одинаковом уровне, скажем поддерживается 99.5% годовой аптайм доступности. Оборудование тоже на том же уровне (уровень Core2Quad Q6600), скорость работы сайта одинаковое. Так как ICQ зло, поддержка по аське не предостовляется в обеих вариантах.

Ваш выбор?

<offtop> ICQ поддержка зло по-любому, про неё вопросов не возникает, её просто не должно быть на сайте.</offtop>
1. Жесткий лимит Апача удобен хостеру, но порождает вопросы у клиентов. Лучше смягчить лимиты и не жадничать на железе.
2. 500МБ за 5$ - перебор. Наберутся халявщики. Диска в общем то не жалко, но в постсоветстком пространстве дешевое место в первую очередь часто забивают либо варезом на скачку - тогда проблемы с датацентром, либо дорвейщики скриптами парсеров, проксиков, доргенами самописными (либо ломанными, что еще хуже, ибо криво работает) и тому подобным дорвейным барахлом. И понеслось...

отзывчивость поддержки ограничивается деланьем резевных копий или она еще за 5$ в мес. способна раз два три месяца сообщить что скрипт не выполняется потому что кончилось место на диске или заменана бибилиотека в PHP ?
просто ведь совсем без тех поддежки не бывает. на сообщение вида - " у меня не работает скрипт, а вчера работал, хотя я уже неделю ничего не менял" надо посмотреть а правда ли не менял, а правда ли не работает, а с какой ошибкой..
про клиента, который сказал что не надо больше висеть - ну поймите и его, может он мусульманин и забыл про пасху.. или у него на сайте распродажа паскального чего-то..

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

Поддержка должна выполнять то что должна, а не то что хочется клиенту. На общем хостинге с развитой панлелькой управления, такой как является cPanel или на крайняк Directadmin, всё делает сама панель. Мы не потому платим за лицензии на софт, чтоб потом ещё дополнительно себя нагружать обучением, слежением за состоянию акаунтов и так далее. Нормального хостёра это не касается.
Для тех клиентов, которым нужен присмотр, есть услуги VIP хостинга (там фактически отдельный VPS или дедик)
На сети есть маса хостингов, с разными политиками. Если есть хостёр, у кого человеческие ресурсы дешёвые, он можен предложить индивидуальный подход к каждому акаунту. Я лично для общего хостинга выбрал полное самообслуживание, так как пятилетнего ребёнка уже можно научить всё делать самому с современными панельками.
VPS/дедики дело другое, тут стит размышлять.

Золотые слова. Справедливые.
И встречные, не менее справедливые, слова клиента: "техподдержка должна выполнять то, за что я ей плачу".

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

Самый простой способ стать хостером, которого будут любить и боготворить клиенты - не оставлять места клиентам для фантазий. Все должно быть четко и недвусмысленно оговорено (описано) до заключения договора. Почему у Drug'а, с его 5$ за 50Мб нет ни одного недовольного и все счастливы, а у некоторых при 1$ за 10Гб одни возмущения? Вот именно поэтому. Потому что второй не только не сказал всю правду клиенту, а еще и откровенное вранье гордо именует маркетингом.

Вернемся к бэкапам.
gylys, на самом деле, делает или нет хостер бэкапы, в каких случаях и кому он их отдает - не самый важный вопрос. Главное, что отличает порядочного хостера от "увлеченного маркетолога", что его клиенты досконально знают, что именно и как происходит у этого хостера с бэкапами. У них не бывает по отношению к бэкапам обманутых надежд.

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

Вот такое мнение одного из клиентов.

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

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

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

Почему проходимцы? Потому что они ищут бог знает чего. Бегают за дешевизной. У меня есть несколько клиентов, которые после того как были выпрошенны из за того, что всем недовольны, и донимали поддержку, возвратились и зарегистрировались другими именами. Видим сам факт, но цеплятся не к чему, те клиенты больше проблем не создают. Значит наконец то поняли систему....

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

Артурас, а это все потому, что все люди разные . Проходимцы всегда были, есть и будут. Клиент действительно всегда прав, но только в рамках договора. И не надо их жалеть, потому что и Ваши права точно так же должны быть зафиксированы в том же договоре. Как можно уважать человека, который презирает тебя? Гоните в шею, если сделали все, чтобы он за Вас ничего не придумывал. Но если оставили лазейку - я всегда буду на его стороне .

Лично я себе разрешаюв ответ не уважать, но практика показывает, что реакция на это очень бурная

Это моё слабое место, так как для меня честное комсомольское ещё понятное

Если чуть углубится в проблему, то хостёр предостовляющий услуги хостинга любого уровня, по сути и клиент и продавец одновременно и то в реяльном времени. Хостёр перепродаёт услугу добавив в её свои ресурсы, но проблема та, что качество услуги зависит не только от хостёра, но и от выше стоящего звена, скажем датацентра и самое интересное, что зависит и от самого клиента! Есть дополнительная зависимость качества от соседей по серверу (каналу порта интернета), общего состояния рынка и от знакомых/друзей всех, кто живёт на сервере или пользуется услугами. То есть, очень много звеньев от которых зависит качество услуг хостёра, которые вобще не подвластны самому хостёру.
В эту цепь зависимостей мы можем включать для начала:

1. Умение клиента администрировать сайт, оптимизировать использование ресурсов. (особенно это актуально при либеральном распределении ресурсов)
2. Умение клиента лавировать в отношениях с конкурентами/колегами и не нарыватся на грубость (DDoS на пример).
3. Другие клиенты сервера и их конкуренты, враги и так далее.
4. Стабильность услуг канальных операторов, которые предоставляют для клиента доступ к интернету.
5. DDoS атаки как заказные, так случайные.
6. Стабильность рынка (когда ситуация на пределе, увеличивается количество DDoS атак)
7. Баги програмного обеспечения хостинга.
8. Стабильность сетей датацентра.

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

Скажем из своей практики, я помню только несколько случаев, когда из за моей ошибки был простой сервера в ночное время ( неуспешные обновления) или же ребут не того сервера, на которого приходил запрос. Очень болезненный ребут ноды с VPS. Для некоторых VPS, принудительный случайный ребут ноды грозит до 2-3 часов простоя если нет больших проблем, а если нода мощная, то и больше.
Все остольные проблемы из тех 8 пунктов, которые упомянул. Вот и статистика проблем.

P.S. Всё это я пишу для тех, кто далёк от хостинга, то есть для клиентов. Хостёры сами всё знают....

вот. ключевой момент.
хостер не Всевышний, клиент не пуп земли.
просто надо быть человекАМИ.
без этого, в такой многочисленной и многонациональной среде как интернет, будет очень и очень не просто.
когда будет достигнуто взаимопонимание, тогда и все проблемы будут решатся легче.
p/s опасно начинать темы для рассудительной беседы )) есть шанс, что в последствии нужно будет уйти в "глухую" защиту

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

А если всё таки быть, кто от этого пострадает?