Сайт работает криво, хостинг виноват?

Блог им. Mediana /
Некий веб-разработчик, который делал клиенту сайт на Joomla, настаивает на том, что из-за нашего хостинга его сайт не работает. То сайт пустой, то пароль на www.force-tools.kz/administrator кто-то меняет итд.
Вот последнее его сообщение.

Здравствуйте. Сегодня сайт вообще полетел, и это уж точно не из за меня. Вчера ночью не дождавшись от вас бек апа, сделал замену файлов в ручную, и всё работало нормально. Либо кто то ломает именно этот сайт, или кто то сломал вас. Или вирус. Так или иначе почему до сих пор не сделан БЕК АП? И ненадо мне писать что ваш хостинг идеально работает, просто сделайте полный бек ап с файлами и базой данных. Резервная копия лежит на хосте. И поменяйте пароль на вход в хостинг, эта функция тоже не работает, уж не знаю почему, пишет что где то не смог сменить и отменяется.

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

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

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

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

74 комментария

Mediana
По предложениям хостинга вы можете писать в личку, чтобы я согласовал с клиентом.
parallaksus
Давно не была здесь.Мы делаем и возвращаем бекапы.12 суток из панели клиента и за 180 суток из сохраненных.Не уверена, что примем...JOOMLA! Не люблю эту CMS.
ruby_developer
Joomla… уже говорит о «нормальном» разработчике. :)
talgautb
не согласен :)
Mediana
Мы не знакомы с этим веб-разработчиком (или программистом), поэтому, давайте не переходить в личность. Это просьба. Но что сайт, что хостинг — это разные вещи, мы никак не можем объяснить разницу. У нас не получается.
ruby_developer
Я не обобщал. Вы лично знакомы с данным человеком? Может у него мало опыта. Кто предоставляет хостинг может решить эту проблему, если это на его стороне.
Продолжать не буду.
talgautb
Вы лично знакомы с данным человеком?
это мне адресовано ??
если да, то нет. Я просто не согласен с высказыванием
Joomla… уже говорит о «нормальном» разработчике
Мы не знакомы с этим веб-разработчиком (или программистом), поэтому, давайте не переходить в личность.
?? никто не переходил, или это не мне адресовано ?)
Mediana
Это лишь просьба, адресованная предварительно ВСЕМ…
faiwer
Я просто не согласен с высказыванием
Почему? Какой опытный web-программист будет делать на сайт на джумле, будучи в здравом рассудке? :)
Claus
Опытный веб-программист как минимум умеет делать бэкапы самостоятельно и хранить их у себя на всякий случай.
faiwer
Этот список можно продолжать довольно долго :) Кстати, вы как храните бекапы? Используете сторонний сервис?

Я не так давно стал складировать их прямо на VPS-ах клиентов, с ежедневным копированием на idrive.com. Вот — не знаю, насколько это адекватный способ =)
Claus
В дропбокс сливается ежедневно, там же и предыдущие копии. Удобно
faiwer
Хм. Неплохой вариант. Правда если хранить ещё и копии, нужно аккаунт покупать, места не хватит :) Обдумаю этот вариант.
Claus
Копии он сам хранит при наличии свободного места. Там же есть история изменения файлов, а если заливается архив с тем же именем, то предыдущий можно вытянуть как исторический
summerwind
Разработчик должен хранить у себя бекапы всех 100500 сделанных сайтов? :) Разработчик делает сайт, показывает клиенту, что всё работает, передает клиенту весь исходный код. А дальше клиент уже сам договаривается с хостером о том, с какой частотой делать бекапы и в каких случаях их восстанавливать.
Denisc
А что плохого в том, что вы запишите выполненный проект на болванку или закачаете в архиве с паролем на какой-нибудь дропбокс?

Завтра к вам приходит заказчик — помоги, потеряли — помогаете, а там кто знает, может быть новый заказ или еще что-то хорошее.

Тут больше не про технологию, а про отношения человеческие.
summerwind
Плохого тут разве что то, что место в дропбоксе не резиновое) А так, согласен, если клиент приходит через 2 года к разработчику, и у него оказывается бекап, клиент будет очень доволен :)
Но при этом не нужно требовать этого от разработчика, как должное. Он может вообще забыть пароль от дропбокса, потерять компьютер с жестким диском, переехать — да всё, что угодно.
А вот для хостера возможность настроить бекапы — это прямая обязанность (если это более-менее серьезный хостинг).
Denisc
Если хотите вариант решения вопроса, пожалуйста — на каждого клиента создавать отдельную почту с отдельным паролем для дропбокса с 2 гигами, пароль хранить, на аккаунт закачивать проект — 2 гига не каждый проект весит, должно места хватить.

Настроенные бекапы НЕ освобождают от хранения копии, бекапы тупо все сохраняют, что есть — а если попортили что-то в коде? Ну и еще 100500 вариантов, когда нужна своя копия, которые будет нормальной и можно восстановить.

Если есть желание — тогда пароли не потеряются, жесткий диск не сгорит, переезд не будет проблемой, при наличии инета. Если нет желание — еще можно более страшных отговорок придумать :)
summerwind
Всё равно не совсем понятно, почему разработчик должен иметь желание всё это хранить и создавать кучу email адресов, если он по-хорошему при сдаче проекта отдаёт клиенту копию всех файлов, и с большой вероятностью, клиент может даже не обратится к нему второй раз.
Да, немного ценично звучит, но всё же.
Claus
Если у вас сайт сделан на жумле, натянут паблик шаблон и забито пару страниц текста клиента, то можно ещё задуматься хранить ли такое, но опять же не проблема завернуть в архив и пусть оно лежит в папке выполненных работ.
Но если сайт разрабатывался на собственном фреймворке с уникальным дизайном, с вложением частички души в код, то было бы кощунственно тупо отдать всё клиенту и не оставить себе копию собственного кода. Да и при таком варианте разработки клиент может в следующий раз обратиться именно к вам, потому что копаться в чужом коде захочет не каждый разработчик.
Не сложно сделать копию и сохранить у себя, это ваш труд, дальше смысла обсуждать нет)
Claus
В посте не клиент, а разработчик с проблемами. Если бы он позаботился о копии своего продукта, то не было бы данной ситуации. Вы конечно можете сделать, удалить и забыть, но не хочу повторять слова Дениса. Там верный ответ
summerwind
Вообще-то, услуга автоматического создания регулярных бекапов у многих хостеров это стандартный пункт в тарифных планах. Так почему разработчик, который сделал сайт N недель/месяцев назад, и который уже может вообще не сотрудничает с заказчиком, должен делать такие вещи? Понимаю, что «неплохо было бы», если бы он это сделал. Но не так что «он не сделал, и он самый виноватый».
Claus
Вы пост прочитайте внимательно. Разработчик сделал сайт, выложил его на хостинг. Копий у него нет, наверное там прям на хостинге его ваял. Не прошло месяца как сайт этого разработчика сломался, и он пытается его восстановить. Заметьте не клиент пытается это сделать, а сам разработчик. Если он это делает, значит он берёт деньги ежемесячно за какую то поддержку, а это знаете ли намекает что надо не просто выложить сайт и забыть, но и как минимум иметь локальную копию хоть какую то.
Мы можете конечно доверять делать копии хостеру, хранить документы на свою квартиру у соседки по площадке, а деньги у соседа по балкону. Но вы же так не делаете )
ruby_developer
Хотелось бы хранить бэкапе денег )
summerwind
Я читал пост, а вы? Ни слова про поддержку не написано вроде. Я бы скорее предположил, что как это часто бывает, клиент уже при обнаружении неработающего сайта, звонит разработчику и просит его решить проблему. Потому что если бы это была поддержка, клиент сам бы не общался с хостером (а из второй цитаты видно обратное).
Насчет документов у соседки вообще глупость какая-то. Вы же не у соседа-студента хостинг заказываете. Вы официально заключаете договор с компанией-хостером, там есть соответствующие пункты, которые должны соблюдаться.
Claus
Глупость, это доверять кому то хранить свои файлы.
summerwind
Нет проблем, если клиент не доверяет хостеру, которого сам же выбирал, он может просто периодически скачивать архивы с бекапами со своего хостинга и сохранять себе.
Но сами архивы бекапов всё равно должны автоматически создаваться на хостинге, а не руками.
Denisc
Тут дело не в доверии а в том, как работают бекапы — они же просто сохраняют то, что есть и не знают — работает при этом сайт, нет ли каких-то проблем, не удалили ли какой-то файлик или статью.
summerwind
Ну пусть самый первый бекап не перезаписывается. Либо клиент просто может именно его скачать себе
Claus
Сайт подцепил заразу, файлы потёрты или ещё что то, хостинг делает бекап, клиент не замечает что с сайтом не порядок, текущие бекапы перетёрли рабочие версии. Кто виноват и где взять бекап с живой информацией? Вроде бы все условия соблюдены, копии делает хостинг, но что он там делает понятия не имеет
Denisc
Я именно про это и говорю.
twost
«Либо кто то ломает именно этот сайт, или кто то сломал вас»
Ну, как бы надо бы вводить пункт в условиях, что спасение утопающих (при дырявых скриптах) — дело рук самих утопающих.

Клиент видимо просто не понимает, что взлом его сайта — это его вина)
Mediana
Веб-разработчик просил, чтобы я добавил его след. сообщение:

Вы бы мне хотя бы дали код приглашения, что бы я мог там зарегистрироваться на формуме. А то я не могу ответить. Решить саму проблему с сайтом(вирусом на нем) я вас только просил посмотреть, есть какое то решение, и не более того. Но решать я её собирался сам. И для этого сделал резервную копию, что бы поковыряться и посмотреть в чем проблема. И половина я уже сделал, но вирус его добил. Теперь мне нужно просто от вас бек ап с сохраненной мною резервной копии, что бы дальше разбираться в проблеме, и она в базе данных. Но сейчас из за того что вы так и не сделали бек ап, я не могу делать вообще нечего, ибо это будет бессмысленно. Вот это добавьте на форум.
twost
Передайте, пожалуйста: «Спасибо, примем меры.»
slaik
Хм… никак понять не могу почему он от вас требует бекапа:
1. как бы логично что он у вас есть и вы ему его дали? (ну по идее это все есть в панели управления хост. и он сам его может скачать)
2. у него нет исходников сайта? (так может вирус на его компе?)
Блин) как тут на личности не переходить?))))
Denisc
Да это еще мелочь… когда с поломанных сайтов начинают делать атаки и ложить все и вся и клиент не может ничего исправить — это уже намного веселее.

Приходят потом подобные письма:

Below are the IP addresses that we discussed that are a part of a cyberattack against Bank of America and other financial institutions.

Please let me know that you received this email.

Thanks

Alexander

Bank of America

Abuse Department

Отключаем клиентов, сообщаем — а дальше концерт как у вас.

Или рассылка спама и вся подсеть в блокировку попадает. Так что неработающий сайт это еще не самое страшное.

После текста про чистые файлы кто решится сделать эксперименты с таким клиентам и проверить, какие от него еще могут быть проблемы? Садить их на VPS, закрывать все, что можно, но будут ли платить?
Mediana
Ну да, не говори. Наверное на впс они не перейдут.
ps. Мы не отключили, уведомили что хостинг будет приостановлен в ближайшее время, ссылаясь на пункты Договора.
Denisc
У нас страна не договоров, а договоренностей…
slaik
вахахаа) пост улыбнул :)
summerwind
Заинтересовало вот это предложение:
>> Здравствуйте, звонил клиент сайта. Говорит что вы не можете сделать бек ап из за пробемы самого сайта?

Вы что, действительно так говорите клиентам? :)
Mediana
Да, мы действительно говорим так клиентам, ингода. Знаете ли, у нас бекап держится, вернее перезаписывается «daily» и «weekly». К сожалению у нас двух и более недельной давности автоматной копии не бывает. Так вот, мы вытащили «недельную» копию, а там была такая же «байда», что и было в текущий момент (нерабочий сайт). И сказали клиенту что, восстановить нашу версию бесполезно.

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

Не знаю как другие хостеры работают, но мы не коллекционируем архивов различного срока давности. Мы делаем для себя, поэтому держим только свежую версию.
shcoderAlex
Мы делаем для себя
На сколько я могу судить — это неверный подход. Благо сейчас дисковое пространство настолько копеечное, что можно хранить бекапы за полгода без проблем. Это ведь вам плюс. А с вашим подходом «для себя» просто печально.
Mediana
Да, к сожалению, мы не альтруисты, мы лишь держим свои аргументы по пунктам Договора и ничего лишнего.
Знаете ли, каждый день создавать архивы по несколько сотни гигабайтов и их держать в обойме, тем более когда 1 шт. жесткий диск (300Гб) мы закупаем по цене 1000$, как-то для нас не по карману.
shcoderAlex
Для обычного клиента хватило бы бекапить раз в 1 неделю, а то и в месяц и хранить их на копеечных террабайтных хардах. Зачем для бекапа нужен хард за 1К$? Я даже доплатил бы за хранения годового дампа сайта и базы раз в 2 недели.
Mediana
Мы за ошибки чужих ответственности не несем. Может мы плохой хостер.
summerwind
Интересная позиция: если сайт повредился на хостинге, ответственность за это несет ни хостер, ни даже клиент, а разработчик) И бекапы периодические тоже должен делать он)
Mediana
Проблема в том, если хакер взломал код программы самого сайта (joomla итп), а сервер продолжает исправно работать, по вашему, чья рука кривая?
summerwind
А если хакеру удалось проникнуть на ваш сервер, обойдя вашу защиту, и запустить там скрипт с вирусом? Тоже будем искать виноватых, пытаясь спихнуть вину на другого?
Mediana
Поверьте если хакер проникнет через серверную часть, он одним аккаунтом не ограничится. Для этого и есть мониторинг сервера. Не путайте смысл топика.
Claus
Похоже вас тролят, или я что то перестал понимать )
А для большей доступности сайта вам надо провести оптику от сервера до каждого интернет пользователя, а то вдруг магистральный канал где то упадёт случайно, а сайт находится у вас и не открывается
shcoderAlex
Всякое бывает, если сайт по Вашей вине потеряет всю базу за месяц а бекапа не было? Мелкие плюшки для клиентов и забота о них разве не к этому должны стремится те кто оказывает услуги?

В любом случае решать Вам, просто хочется чтобы у нас стали заботится о клиентах.
Claus
Для того что бы не потерять всю базу, делают ежедневные и недельные архивы. Хостинг гарантирует что данные будут сохранены, но никто не может гарантировать противостояние взлому кода
Mediana
Если взлом был через системной части сервера, хостер это обнаружит и не будет это длиться месяц. Хостер это приведет в порядок своевременно. А если сайт был криво настроен и кто-то воспользовался дыркой кого-то сайта — к сожалению, хостер об этом может и не знать.
summerwind
Сервер не резиновый, но никто не просит выделять дополнительное бесплатное место под бекапы. Обычно сайт занимает только малую долю всего свободного места, которое входит в тарифный план. И не знаю как у вас, но существует услуга, когда человек может докупить дисковое пространство непосредственно под бекапы и настраивает в панели управления создание бекапов с нужной периодичностью на этот диск. А не обезьяньим методом вручную всё это качает.

А хранить одну копию бекапа, которая перезаписывается каждый день, это бесполезно практически для клиента в случае беды.
Mediana
По одному аккаунту не судите, когда на одном сервере бэкап занимает 200-300 Гб.
У нас за 12тыс. в год клиент получит пространство 8Гб место, и многим это достаточно по горло. Так вот, пусть разработчик хоть умудряется перед кардинальным изменением своего сайта сделать себе бэкап и держать сколько угодно копий.
summerwind
Про место под бекапы я написал выше.
По поводу разработчика тоже выше в комментах.
И при чем тут кардинальные изменения? Вы думаете, что он сам сломал свой сайт?
Claus
Он мог поставить дырявый модуль, что привело к заражению кода. С вероятностью 99% так и было
Mediana
Я не стараюсь ни кого учить, но — наша задача, как хост-оператор, это нести ответственность за содержание текущего сайта в рабочем состоянии и чтоб это состояние не был утерян. Поэтому нам не важно и не интересно, что там было полгода назад.
summerwind
Я просто думал, читая пост, что у вас есть услуга создания бекапов. На этом и основывался. Теперь понимаю, что её нет.
Нужно было так и написать, что «никакой услуги бекапов мы не предоставляем, любые повреждения сайта восстановлению не подлежат и даже за деньги заказать у нас регулярный бекап невозможно». И прямо первой строчкой в этом посте. И в договоре с клиентом тоже.
В таком случае никто не виноват. Хостер такой `ненужной ерундой`, как бекапы не занимается, а от разработчика можно теперь требовать разве что только закрыть дырки, но никак не бекапов.
Mediana
Читайте внимательно, мы, как и большинство хостеров держим бэкапи «вчерашнего» и «недельного» давности. И всё. Чтобы мы могли восстановить сайт клиента при утери нашего сервера, т.к. это наша прямая обязанность. Чтобы клиент не остался без ничего.
А то, что клиент не увидел свой нерабочий сайт месяцами, и потом, вспомнил, увидел и попросил восстановить версию месячной давности — к сожалению мы уже бессильны (а у нас бэкапы уже нерабочих версий).
Иногда нужно заглядывать на свое чадо.

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

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

В данном случае клиенту нужно было заботиться о пункте насчет бекапа при выборе хостера, либо чаще смотреть за сайтом — одно из двух.
Mediana
Поэтому я написал в посте, кому нужен, мы готовы на переговоры с клиентом по трансферу. Такие задачи не входят в наши интересы, то есть — чистка чужие проделки. Мы работаем в рамках Договора и только, и только. В договоре — не более 24-часа периодичности.
Mediana
Yakooobin, мне жутко не нравится текущее состояние обсуждения, верни версию сайта, где еще не был создан этот топик. Свяжись со своим хостером, спроси у него версию от 11 / февраля / 2013 16:12.
shcoderAlex
Оффтоп:
Хотел поглядеть на ваш сайт mediana.kz и уже около часа не могу это сделать…
Mediana
Наверное сервер на вас обиделся. ;)

ps. Если вы из этого ip (95.56.174.235), то файрвол сервера вас заблокировал, причина известна только вам.
shcoderAlex
Каюсь плохая привычка, без злого умысла 8( А то что так всё случилось, это плюс Вам. Бдите)
Mediana
Давайте не будем друг-друга мочить, итак проделки иностранцев хватает. Со вчерашнего дня одни геморрои на сайтах джумла.

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

Есть у нас один хороший веб-программист в городе, (одинокий волк), так вот, ему вышли из одного учебного заведения (ссуз) вышли и поручили создать им сайт, договорились. Он взял хостинг у нас, оформил на ссуз и через некоторое время сделал, хороший на наш взгляд, веб-ресурс. Оказывается там тоже ушлые есть. Сказали ему что сайт им не понравился и платить не собираются. Тут же нам прислали официальное письмо, мол «закрыть» доступ хостинга и передать все пароли им лично. Парень успел удалить, но ссуз требовал восстановить вчерашную версию.
К сожалению, нам пришлось восстановить согласно Договору, потому что в деталях никто ничего не знал. Позже парень обратился с просьбой удалить тот ресурс, а мы ему к сожалению ничего предложить не смогли. Как бы мы могли обосновать утерю рабочего сайта?
Сайт сейчас работает, его периодически наполняют.

Теперь рассуждайте, что будет если, мы держим все версии истории сайтов, на сколько увеличилось бы такие обманутые разработчики?
shcoderAlex
Тут видно и вину самого разработчика, я бы сказал наивность. Но да жалко парня… Но это исключение, нежели правило.
summerwind
Он сам себя обманул, не заключая нормальный договор или не взяв предоплаты хотя бы 30%. Вы тут никак не виноваты ни перед кем.

И еще, непонятно, зачем было выкладывать сайт на их хостинг до оплаты. Показывал бы на ноутбуке. Понравилось — заплатили — отдал сайт.
Mediana
Он настолько переживал за клиента, создал всевозможные условия, за что и получил пинок в зад. Было бы все в рамках Договора — никто бы не обиделся. Тем более, парень с нами сотрудничает.
Поэтому стоит ли нам, хостерам, брать на себя больше чем договорные обязанности? Вот где логика?
summerwind
В том то и дело, что в реальной жизни наивно чего-то от кого-то ожидать, основываясь непонятно на чем. Со стороны разработчика наивно без договора и без предоплаты полагать, что клиент никогда не скажет «мне не нравится сайт, я не буду платить» уже после того, как сайт готов и лежит на рабочем хостинге. Со стороны клиента наивно полагать, что хостинг или тем более разработчик будут бесплатно бекапить у себя копии сайта годами. У всех должны быть свои обязанности, которые где-то оговорены.
Mediana
Именно в этом вы правы.

На сайте есть наш договор на ознакомление, по сути мы несем ответственность, в основном:
Обеспечить бесперебойное функционирование оборудования, используемого для предоставления услуг Заказчику по настоящему договору, в течение всего срока действия настоящего договора, за исключением сроков планового и внепланового технического обслуживания, составляющих не более 24 часов в месяц.
и
Исполнитель не несет ответственности перед Заказчиком или третьими сторонами за любые задержки, прерывания, ущерб или потери, происходящие из-за:
— размещение Заказчиком на своем виртуальном веб-сервере некорректного программного обеспечения, которое приводит к нарушению работоспособности.
— Исполнитель не отвечает за содержание информации, размещаемой Заказчиком
и люди, которые подписывают его, должны будут придерживаться. У нас каждый клиент имеет на руках подписанный сторонами экземпляр Договора.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.