Частая ошибка — складывать много несвязанных клиентских сайтов в один хостинговый аккаунт. Сначала это кажется удобным, но позже становится рискованным: уязвимая CMS, украденный FTP-пароль или зараженный плагин могут затронуть все сайты внутри аккаунта.
Почему изоляция важна
- Файлы одного клиента не смешиваются с файлами другого.
- Взломанный сайт имеет меньшую зону повреждения.
- Для каждого клиента можно задать отдельные FTP, базы, почту и лимиты.
- Бэкапы и восстановления становятся точнее.
- Проще приостановить, перенести или удалить одного клиента, не трогая остальных.
Более правильная структура
| Плохая практика | Лучше |
|---|
| Все сайты в одном public_html | Один хостинговый аккаунт на клиента или проект. |
| Один FTP-пароль для всех | Отдельный FTP/SFTP-доступ для человека или проекта. |
| Все базы CMS без понятной логики имен | Отдельные базы с понятными названиями. |
| Один взломанный WordPress влияет на все проекты | Изоляция уменьшает зону поражения. |
Реселлерский хостинг как раз полезен тем, что позволяет создавать отдельные аккаунты, но управлять всем с одного реселлерского уровня.
Чеклист по реселлерскому хостингу
| Блок | Что проверить |
|---|
| Дочерние NS | Собственные NS полезны для бренда, но сайты могут работать и через A-записи на shared IP. |
| Изоляция | Создавайте отдельные аккаунты для сайтов клиентов, чтобы одна уязвимая CMS не затронула все проекты. |
| Лимиты | Задавайте реалистичные лимиты диска, почты, PHP и процессов. Слишком широкие лимиты потом сложнее сопровождать. |
| Рабочий процесс | Перед обращением соберите домен, имя аккаунта, текст ошибки, последние изменения и скриншоты. |
Если не уверены, какая инструкция подходит именно к вашей ситуации, пришлите домен, скриншот и что уже пробовали. Поможем выбрать правильный путь в чате. открыть чат.
Как использовать эту инструкцию
Начните с проверки базовых данных: домен, услуга, панель управления, дата изменения и точный симптом. Во многих случаях проблема решается быстрее, если сразу понятно, что именно должно работать и какой результат вы видите сейчас.
- не меняйте несколько настроек одновременно без записи действий;
- перед рискованными изменениями делайте резервную копию;
- сохраняйте скриншоты ошибок и системные сообщения;
- проверяйте результат из внешнего сервиса, а не только из браузера;
- если сомневаетесь, уточните порядок действий у поддержки.
Такой подход снижает риск случайно ухудшить ситуацию и помогает быстрее восстановить работу сайта или услуги.
Что подготовить перед обращением
Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Почему клиентские сайты лучше разделять по разным хостинговым аккаунтам», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.
