/ Как потерять свой сайт и снова его найти.

Как потерять свой сайт и снова его найти.

30 авг 2018

Итак, публикуем историю, в которой «прекрасно» всё. Начиная от работы без договора и заканчивая профессиональными навыками вебмастера.

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

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

Исполнитель предоставлял услуги хостинга (?) и технической поддержки сайта.
Клиент исправно платил деньги и не задавал никаких вопросов, пока сайт работал.

Когда сайт перестал работать – начались вопросы. 


2018-08-30_11-37-03.png

Почему такое произошло, если услуга оплачивалась? – это во-первых, во-вторых, у клиента не было никаких доступов к хостингу, доменному имени и административной панели сайта. (??)

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

Худо-бедно, клиенту удалось убедить исполнителя, в том, что тот не прав. На что ему все-таки выдали бэкап и дали частичный доступ к доменному имени, находящемуся на рег.ру. 

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

Но что бы он ни делал – сайт не работал. Спустя несколько попыток, клиент снова обратился в ту компанию, где ему согласились помочь развернуть бэкап, но только после того, как он заплатит некую сумму.

 На этом терпение у клиента кончилось, и он написал нам.

 Анализ показал три проблемы, из-за которых не работал сайт:

1. Неправильно прописаны DNS (это само собой, даже не обсуждается, человек делал такую операцию впервые).

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

3. База данных была отдана клиенту в другой кодировке.

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

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

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

Поэтому, вот вам несколько советов, как избежать подобных проблем:

  • Старайтесь работать по договору и всегда храните доступы у себя;
  • Проверяйте, чтобы хостинги, доменные имена и административные доступы были зарегистрированы на ваше имя и вашу почту;
  • Если вы не понимаете, за что вы платите деньги – просите развернутые ответы и отчеты о проделанной работе;
  • Старайтесь сами следить за истечением срока регистрации доменного имени и оплаты хостинга.

 Вот так, следуя нескольким простым правилам, вы можете обезопасить себя от непрофессиональных действий дилетантов (а то и мошенников.) 

2018-08-30_11-51-41.png

Закрыть