Skip to main content
Все эти команды выполняются на прокси. На бэкендах команд нет.

/nexohub status

Пустые серверы тоже отчитываются, так что stale никогда не означает просто «никого нет». Старое значение last heard у простаивающего бэкенда — это нормально: оно обновляется, только когда что-то меняется. Неудачная перезагрузка или расхождение версий тоже выводятся здесь. См. устранение неполадок.

/nexohub push [server]

Сохранение файла уже делает это, так что команда нужна редко.
Указание сервера определяет, кого уведомят первым, а не кто получит изменения. Все получают одно и то же изменение в течение нескольких секунд. Чтобы правка не попала на боевые серверы, используйте /nexohub stage; чтобы дать одному бэкенду другие файлы, положите их в nexo-data/servers/<name>/.

/nexohub stage <server>

Удерживает всех остальных на файлах в их текущем состоянии, чтобы вы могли редактировать на одном бэкенде так, чтобы игроки этого не видели.
Сначала стейджите, потом редактируйте — копия снимается в момент выполнения команды. При желании укажите несколько бэкендов: /nexohub stage dev dev2. Пока стейдж активен, сохранение файлов, отправка и откат останавливаются на удерживаемых бэкендах. /nexohub status помечает удерживаемые. Игроки, переходящие между удерживаемым и застейдженным бэкендом, скачивают пак в обе стороны — именно это и означает тестирование другого пака. Стейдж переживает перезапуск прокси — намеренно.

/nexohub promote

Если ваши файлы не парсятся, ничего не продвигается, и стейдж продолжает действовать.

/nexohub discard

Возвращает nexo-data/ ровно в то состояние, в котором его застал стейдж, включая удаления.
Работа не пропала — откатитесь, чтобы её вернуть.

/nexohub validate

Для проблем в YAML указывается строка, для проблем в JSON — только имя файла.

/nexohub history

Пометка в конце — причина, по которой снимок был сделан. Идентификаторы сортируются так же, как читаются.

/nexohub rollback <id>

Восстанавливает снимок и отправляет его. Достаточно первых нескольких символов идентификатора.
Команда удаляет файлы, добавленные после снимка, — иначе она не смогла бы отменить добавление файла. Текущее состояние сначала снимается, так что откат можно откатить.

/nexohub adopt <server>

Принимает собственную папку plugins/Nexo/ бэкенда как сетевую _shared/. Для переноса существующей сети на хаб, а не для повседневного использования.
Бэкенд, на котором никого нет, вместо этого будет опрошен при следующем опросе. Ему нужно знать своё имя, которое при server_name: auto он узнаёт при первом входе игрока — так что на совершенно новой установке кто-то должен сначала зайти один раз. Сгенерированный вывод не переносится. После этого выполните /nexohub validate. Весь процесс описан в разделе перенос существующей сети.

/nexohub doctor

Выполняет проверки, которые иначе вы делали бы вручную. Команда делает запрос туда и обратно, поэтому занимает некоторое время.
Строки bad подсчитываются в конце. Строки note полезно знать, но это не ошибки. Единственная проверка, которую вы не сможете сделать сами, — доступен ли ваш адрес игрокам: при packs.host: proxy doctor запрашивает его снаружи вашей сети.

/nexohub packs

/nexohub packs prune очищает сразу, не дожидаясь. Пак, который сервер всё ещё раздаёт, никогда не удаляется, что бы ни говорил packs.keep.

/nexohub contributions

То, что прислали плагины ваших бэкендов: шрифты BetterHUD, модели ModelEngine и всё остальное, записанное в plugins/Nexo/pack/external_packs/.
Каждый бэкенд поддерживает свои записи в актуальном состоянии, поэтому чтобы удалить одну из них, нужно остановить плагин, который её создаёт, а не удалять папки. /nexohub contributions drop <server> [name] принудительно удаляет запись за бэкенд, который не может сообщить об этом сам — выведенный из эксплуатации, на старом мосте или с contribute: false.
Если этот бэкенд всё ещё генерирует папку, он опубликует её снова при следующей перезагрузке. Остановите плагин или добавьте его в contribute_exclude.

/nexohub reload

Перечитывает config.yml. Используйте после изменения порта, адреса, секрета, групп, настроек или хостинга — вместо перезапуска прокси.
Изменения хостинга здесь вступают в силу сразу, но каждый бэкенд узнаёт о них только при следующей синхронизации. После команды выполните /nexohub push.

На бэкендах

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