Сменить бота Discord, не потеряв данные участников

Почему это ломается

Будь честен с собой: уровни, балансы и статистика, как правило, не переезжают. Эти значения лежат в базе сервиса, который ты покидаешь, и общего формата, в который пишут обе стороны, не существует. Поэтому рассчитывай на один из двух исходов: вы начинаете с нуля или кто-то вручную вносит верхние места заново. Зато остаётся всё, что лежит на самом сервере: каналы, роли, права, закреплённые сообщения и ваша структура категорий. А исчезает, о чём никто не думает, привычка. У участников в голове набор команд, у модерации свой отлаженный порядок действий, и то и другое обрывается в один день. Настоящий ущерб поэтому редко технический, чаще человеческий: две недели все спрашивают, как теперь это делается, и один и тот же ответ печатается двадцать раз.

Что решить заранее

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

Шаг за шагом

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

Ошибки, которые делают почти все

Самая дорогая ошибка это резкий обрыв: старого бота вон, нового внутрь, готово. В тот момент, когда старого нет, ты уже ничего не посмотришь, даже того, как там была выставлена настройка. Вторая ошибка это молчание. Переключение без объявления читается участниками как поломка, и первые жалобы приходят раньше, чем ты настроишь вторую функцию. Третья ошибка: позволить обоим делать одно и то же одновременно. Два приветствия, две записи в журнале, две выдачи роли: это выглядит неряшливее любой паузы. Четвёртая: оставить права старого бота из удобства. Помощник, который уже ничего не делает, но всё ещё всё может, и есть то наследие, которое потом никто не объяснит. И напоследок: начинать в пятницу вечером.

Частые вопросы

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

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

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

Они остаются там, где были собраны, пока ты не запросишь удаление: выгнать бота с сервера ещё не значит подать заявку на удаление. Обратись к прежнему поставщику напрямую. У нового бота этот путь лучше знать заранее: в Its-Comm каждый участник сам запрашивает свои данные командой /privacy и там же может возразить или потребовать удаления.

Уровни и балансы правда нельзя забрать?

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

Сколько времени оба бота должны работать рядом?

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

Что делать со старыми каналами журнала?

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

Что происходит с данными, которые собрал старый бот?

Они остаются там, где были собраны, пока ты не запросишь удаление: выгнать бота с сервера ещё не значит подать заявку на удаление. Обратись к прежнему поставщику напрямую. У нового бота этот путь лучше знать заранее: в Its-Comm каждый участник сам запрашивает свои данные командой /privacy и там же может возразить или потребовать удаления.