Какие данные сохранить после запуска сайта: карточка проекта

Андрей Отинов -

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

На странице виртуального хостинга Beget перечислены файловый менеджер, базы данных и домены, доступ по SSH и SFTP/FTP, установка систем управления сайтами, почтовый сервер и задания по расписанию. Это показывает, из каких частей может состоять рабочий сайт.

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

Сайт виден клиенту, но проект состоит не только из страниц

Человек, который открывает сайт в браузере, видит готовый результат. Владелец проекта отвечает за гораздо большее:

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

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

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

Поэтому первый шаг после запуска — записать состав проекта человеческим языком. Не «всё настроено», а: где находится сайт, кто может войти, какие данные нужно скачать и какие настройки нельзя потерять.

Что именно предлагает виртуальный хостинг Beget

В описании Beget виртуальный хостинг представлен как готовая площадка для сайтов и веб-приложений. На странице указаны изоляция сайтов друг от друга, файловый менеджер, поддержка круглосуточно, бесплатный сертификат SSL и возможность протестировать услугу в течение 30 дней.

Также провайдер перечисляет поддержку популярных систем управления сайтами и технологий: WordPress, «1С-Битрикс», MODX, PHP, Python, Node.js, Ruby, MySQL и других. Это не означает, что каждая функция нужна конкретному проекту. Но при запуске стоит отметить, какие из них действительно используются.

На странице указаны такие варианты виртуального хостинга:

Тариф Цена, указанная на странице Место на диске Количество сайтов
Blog 420 ₽ в месяц или 5 040 ₽ в год 12 ГБ 5
Start 590 ₽ в месяц или 7 080 ₽ в год 35 ГБ 12
Noble 670 ₽ в месяц или 8 040 ₽ в год 45 ГБ 20
Great 790 ₽ в месяц или 9 480 ₽ в год 55 ГБ 35

На всех перечисленных тарифах страница также заявляет доступ по SSH и SFTP/FTP, неограниченный трафик, профилировщик, проверку сайтов на вирусы, управление заданиями CronTab и почтовый сервер с подключением через POP3 или IMAP.

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

Какие данные положить в карточку проекта

Ниже — практический список для владельца сайта. Это не описание автоматической резервной копии провайдера, а перечень сведений, которые должны оставаться у компании.

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

Перед настройкой откройте Beget и сверьте актуальные условия.

  1. Домены. Соберите все доменные имена проекта. Отдельно отметьте, где зарегистрирован каждый домен, кто управляет продлением и где изменяются записи DNS. Если домен и хостинг находятся у разных компаний, это должно быть видно из одной записи. Иначе при переносе сайта команда может изменить файлы, но не сможет направить посетителей на новый адрес.
  2. Файлы сайта. Сохраните копию файлов с датой создания. Отметьте, каким способом её можно получить: через файловый менеджер, SFTP/FTP или SSH. Запишите название системы управления сайтом и место, где хранятся шаблоны, изображения и другие важные материалы. Если копия лежит только на компьютере подрядчика, проект всё ещё зависит от этого компьютера.
  3. База данных. Если сайт использует базу, сохраните её копию и параметры подключения. Файлы и база дополняют друг друга: одни содержат саму программу и оформление, другая — записи, настройки или данные, которые сайт показывает посетителю. Не смешивайте пароль от базы с паролем от панели хостинга и не храните оба секрета в открытом файле.
  4. Рабочие настройки. Отметьте, используется ли почта на домене, SSL-сертификат, задания CronTab, отдельный доступ разработчика и дополнительные службы для хранения или поиска. Важно записать не все пункты, которые предлагает тариф, а только включённые на вашем сайте. Рядом с каждой настройкой укажите её назначение: например, «отправляет письма с формы» или «запускает обновление по расписанию».
  5. Дата и место хранения копий. Для каждого файла укажите дату последнего обновления и место хранения. Назначьте владельца карточки проекта и человека, который сможет открыть её при отсутствии основного администратора. Отдельной строкой запишите, что ещё нужно выяснить: например, как получить копию базы или какие сведения потребуются для переноса.

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

Как выбрать тариф, когда список уже перед глазами

Выбор тарифа лучше начинать не с подарочного домена или красивого названия, а с фактического состава проекта.

Сначала посчитайте, сколько сайтов действительно будет размещено и сколько места уже занимают файлы. В таблице видна разница между 12, 35, 45 и 55 ГБ, а также между пятью, двенадцатью, двадцатью и тридцатью пятью сайтами. Это даёт основу для разговора о стоимости, но не заменяет проверку текущего объёма данных.

Затем отметьте требования самой системы управления сайтом. На странице заявлена поддержка разных CMS, языков программирования и баз данных. Перед оплатой нужно проверить не общий список, а конкретную связку: какая система используется, какие версии ей нужны и какие способы доступа применяет разработчик.

Отдельно проверьте функции, которые команда считает обязательными:

  • нужен ли удалённый доступ к файлам;
  • используется ли SSH;
  • есть ли задания по расписанию;
  • нужна ли почта на домене;
  • требуется ли отдельная служба для ускорения сайта или поиска;
  • сколько сайтов нужно разместить в ближайшее время.

На странице также указаны дополнительные службы Redis, Memcached и Sphinx с оплатой от 2 ₽ в день. Их наличие в перечне не означает, что их нужно подключать каждому проекту. Сначала зафиксируйте, какую конкретную проблему должна решать такая служба и кто сможет проверить результат.

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

Где заканчиваются обещания страницы

Описание хостинга отвечает на вопрос, какие функции доступны на площадке. Оно не отвечает на все вопросы о сохранности конкретного проекта.

Когда требования понятны, перейдите в Beget и проверьте выбранный вариант.

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

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

Не следует также путать неограниченный трафик с неограниченным объёмом хранения. В тарифах явно указаны ограничения по месту на диске и числу сайтов. А заявление о работе с любыми CMS стоит проверять на конкретной системе, версии и настройках проекта.

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

Что проверить в течение недели

Пока сайт только запущен и все участники проекта на связи, проведите короткую проверку:

  1. Откройте сайт по всем основным доменным именам и запишите их в карточку проекта.
  2. Убедитесь, что владелец компании может восстановить доступ к панели хостинга без участия бывшего сотрудника или подрядчика.
  3. Найдите способ скачать файлы сайта и базу данных. Если какой-либо компонент нельзя получить самостоятельно, запишите этот риск и выясните порядок его получения.
  4. Отметьте, какая система управления сайтом, почта, SSL-сертификат и задания по расписанию реально используются.
  5. Проверьте дату последней копии и место её хранения. Не оставляйте единственную копию на ноутбуке одного сотрудника.
  6. Попросите человека, который не запускал сайт, по карточке проекта ответить на три вопроса: где войти, где лежит копия и что делать при переносе.

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

Что почитать дальше