LogBlock

История мира под контролем

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

Охват шире обычной истории установки и разрушения блоков. В описании проекта перечислены изменения содержимого сундуков и текста табличек, взрывы, огонь, опадание листвы, а также чат и команды. Отдельно упомянуты действия WorldEdit. Администратор может выбирать, какие категории событий сохранять; это помогает удерживать журнал в разумных пределах, когда сервер живёт долго и история быстро растёт.

Хранение и восстановление

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

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

Что учесть при выборе

У CoreProtect тоже есть поиск по журналу, откат и восстановление изменений. Оба проекта решают административную задачу расследования гриферства, но LogBlock в своём описании делает акцент на MySQL и на настройке сохраняемых категорий. Выбор стоит привязывать к тому, как устроены хранение данных и работа администрации на конкретном сервере, а не только к перечню событий на странице проекта.

Есть и отмеченное авторами ограничение: некоторые плагины виртуальных сундуков не передают сведения о том, какой игрок открыл такой сундук. В этом случае LogBlock может работать с событием некорректно и выводить ошибки. Если сервер использует подобные механики, их совместимость лучше проверить заранее. Для обычного административного сценария ценность плагина в связке подробной истории и возможности исправить последствия действий, сохранив понятную картину произошедшего.