Що адміністратор НЕ має робити на бойовому сервері
Які дії в панелі BDO UA Translate необоротні, що саме зникає в кожній з них, що переживає очищення даних за архітектурою і які дії лише виглядають страшними.
Більшість дій у панелі оборотні, і боятися їх не треба. Небезпечних мало · рівно стільки, скільки варто знати напам'ять.
Головне правило одне: бойовий сервер не редагують руками. Зміни йдуть локально, потім штатним розгортанням. Пряма правка на проді просто зникне при наступному деплої · це не заборона з обережності, а факт про те, як влаштоване розгортання.
Три необоротні дії
| Дія | Що стається одразу |
|---|---|
| «Схвалити й активувати» англійський знімок | перемикає джерело для всієї платформи: свіжість перекладів перераховується, частина рядків стає застарілою |
| Публікація релізу | гравці почнуть ставити цей файл; програма побачить оновлення сама |
| Очищення даних | видаляє цілий шар разом з історією |
Перед кожною з них має бути відповідь на три питання: що саме зникне, чим це відновлюється і що перевірити після.
Активацію знімка не роблять «не глянувши»
Кандидат навмисно зупиняється в стані «Очікує схвалення»: різниця вже порахована, а активний вказівник ще не перемкнуто. Це і є ваше вікно, щоб подивитися (весь порядок).
Реліз не публікують без перевірки в грі
І окремо: відкликання не повертає попередній файл. Канал лишається порожнім, доки не опублікують робочий кандидат (порядок відкликання).
Очищення даних · і що воно НЕ стирає
Очищення доступне лише супер-адміністратору й захищене повзунком, який треба перетягнути до кінця. Захист продубльовано на сервері: прибрати його в інспекторі не вийде.
Перед запуском діалог показує два списки: що буде видалено і що переживе. Цифри рахуються в момент відкриття, а не колись раніше.
Найважливіше знати заздалегідь · людська робота переживає очищення за архітектурою:
- ручні переклади й пропозиції;
- рішення модераторів;
- глосарій і ручні категорії;
- довідковий шар (при очищенні англійського джерела).
Вони тримаються не за технічний запис, а за власну ідентичність рядка, тому після повторної заливки джерела повертаються на місце самі. Зникає технічна проєкція: імпорти, знімки, версії, артефакти генерації.
Очищення українського ШІ-шару та довідкового · окрема дія: вона не чіпає англійське джерело, ручний шар, пропозиції, рішення модератора, глосарій і ручні категорії (що це за шари).
Дії, які виглядають страшно, але безпечні
Їх бояться дарма, і через це відкладають потрібну роботу:
- Збірка LOC · нічого не публікує й не змінює. Можна запускати скільки завгодно (про режими).
- Імпорт англійського файлу · до схвалення кандидата не змінює нічого.
- «Перерахувати» й «Перебудувати каталог» · не видаляють даних (що вони роблять).
- «Переглянути як цей юзер» · режим перегляду, не зміна доступу.
- Перегляд пакета мовного шару · перший крок заливки нічого не записує, пакет можна відхилити.
Чого не робити з чужою роботою
- Не переписувати схвалений переклад без причини. Адміністратор технічно може, і саме тому межа тут не в правах, а в дисципліні: правка стає новою ревізією з причиною, яку хтось прочитає через півроку.
- Не блокувати акаунт без причини в полі · робота людини лишається частиною проєкту, а причина лишається в історії (ролі й доступи).
- Не видавати роль «щоб не пояснювати» · для разової потреби є точкові винятки дозволів.
Якщо сумніваєтесь
Найдешевший крок · подивитися, чи проблема взагалі ваша: можливо, зупинилась фонова черга, а не зламались дані (де це видно).
Коли дія необоротна й упевненості немає · краще спитати в Discord, ніж перевіряти на бойових даних (куди писати).