Разделы документации

G-SERVER Docs

Жизненный цикл конфигурации: Сохранить и применить

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

Архитектура веб-панели G-SERVER фундаментально разделяет этап сохранения безопасного 'черновика' (Draft) и этап фактического применения изменений (Deploy) на Discord-сервере. Этот подход надежно защищает вас от случайного применения незавершённых, 'сырых' конфигураций и позволяет системе предоставлять максимально точные, читаемые отчеты об ошибках, возвращаемых Discord API.

Фундаментальная разница между кнопками

  • Кнопка Сохранить — Это локальная валидация. Система строго проверяет типы данных, соблюдение тарифных лимитов и удостоверяется, что выбранные вами роли или каналы действительно существуют на сервере. После успешной проверки данные сохраняются в БД сайта в виде безопасного черновика.
  • Кнопка Применить в Discord — Это команда на деплой. Система выполняет все те же проверки, что и при сохранении, затем формирует защищенную криптографическую задачу (Task) в общую очередь и переходит в режим ожидания подтверждения (Callback) от самого бота.
  • Временные метки (Timestamp) возле кнопок всегда указывают на время последнего *подтвержденного* применения изменений на самом сервере, а не на локальное сохранение в браузере. Это исключает любую путаницу.

Жизненный цикл задачи (Состояния применения)

1

Этап 1: Строгая проверка

API дашборда тщательно валидирует все введенные поля, проверяет тарифные лимиты, права доступа к конкретному модулю и криптографически подтверждает принадлежность вашего Discord ID к управлению выбранным сервером.

2

Этап 2: Постановка в очередь (Queued)

Задача надежно записывается в брокер сообщений и ожидает, пока Discord-бот (worker) не заберет ее при очередном сеансе опроса. Повторные хаотичные нажатия на кнопку не создают дубликатов, а лишь возвращают статус текущей, уже обрабатываемой задачи.

3

Этап 3: Физическая обработка (Processing)

Бот перехватывает задачу, обращается к Discord API, создает, удаляет или обновляет объекты (каналы, роли, вебхуки), проверяет наличие достаточных прав и затем синхронизирует итоговое состояние обратно в базу данных дашборда.

4

Этап 4: Подтверждение (Confirmed)

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

Алгоритм действий при сбоях (Кнопка не сработала)

  • Внимательно прочитайте текст красного всплывающего сообщения: он никогда не бывает общим. Сообщение укажет на конкретное некорректное поле, нехватку определенного права у бота или превышение лимитов вашего Premium-тарифа.
  • Используйте кнопку принудительной синхронизации структуры, если вы недавно создали новый канал или роль, но не видите их в выпадающих списках интерфейса.
  • Базовая проверка: убедитесь, что бот имеет статус 'В сети' (Online) и его системная роль находится выше тех ролей, которыми вы пытаетесь управлять через дашборд.
  • Помните о тарифах: после завершения триал-периода базовые модули будут применяться и работать без сбоев, но попытка применить изменения в Premium-модулях будет отклонена системой до активации действующего ключа.
  • Если интерфейс завис на сообщении «черновик сохранён, но бот не подтвердил», категорически не рекомендуется вводить все настройки заново. Убедитесь в работоспособности бота (перезапустите, если нужно) и просто повторите применение — система подхватит ваш ожидающий черновик.