Плагин Stackable Curing 1.3.2 +1.3.1

Stackable Curing — серверный плагин для Minecraft, возвращающий прежнее поведение лечения зомби-жителей: скидки снова могут складываться после повторных лечений. Проект относится к категориям game-mechanics и mobs и изменяет одну конкретную игровую механику, а не всю систему торговли.

Плагин распространяется по лицензии MIT. Серверная сторона обязательна, клиентская обозначена как unsupported. Основной JAR помещается в папку plugins совместимого сервера; для работы также требуется NBT-API.

Назначение проекта​

В Minecraft 1.20.2 поведение повторного лечения жителей было изменено исправлением MC-181190. Раньше последовательные лечения могли давать складывающиеся торговые скидки. Stackable Curing создан для восстановления этой старой логики.

В исходных данных не заявлены изменение профессий, новые сделки или отдельная экономика жителей. Плагин следует рассматривать как точечную корректировку правила. Он подходит для серверов, где администрация хочет:

• сохранить знакомую по старым версиям модель лечения;
• разрешить повторное лечение ради дополнительных скидок;
• исключать отдельных жителей из обработки;
• разграничить доступ к настройкам.

Скриншоты и внешний вид​

Принцип работы и границы​

Плагин возвращает возможность учитывать несколько лечений одного жителя. Если житель не исключён средствами проекта, скидки от лечения могут накапливаться по прежнему принципу.

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

Чёрный список жителей​

Stackable Curing предоставляет чёрный список. Через группу настроек villagerBlacklist администратор может добавлять жителей, удалять их и просматривать список. Это позволяет оставить отдельных торговцев вне возвращённой механики.

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

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

Управление и разрешения​

Подтверждены управление чёрным списком, переключение uninstall mode и перезагрузка плагина из файла настроек. Для доступа указаны два разрешения:

• stackablecuring.reload — разрешает перезагрузку;
• stackablecuring.config — разрешает конфигурационные действия.

Права можно разделить между ролями, но конкретная схема зависит от системы разрешений сервера. Назначение uninstall mode упомянуто без описания внутреннего алгоритма. Поэтому нельзя утверждать, что он выполняет определённые операции с уже вылеченными жителями или сохранёнными данными.

Платформы и версии Minecraft​

Заявленные платформы: Folia, Paper, Purpur и Spigot. JAR устанавливается на сервер; отдельная клиентская часть не предусмотрена.

Подтверждённые версии Minecraft:

• 1.20.2, 1.20.3, 1.20.4, 1.20.5, 1.20.6;
• 1.21, 1.21.1, 1.21.2, 1.21.3, 1.21.4, 1.21.5;
• 1.21.6, 1.21.7, 1.21.8, 1.21.9, 1.21.10, 1.21.11;
• 26.1, 26.1.1, 26.1.2.

Перечень не подтверждает работу на иных или будущих выпусках. При выборе файла нужно учитывать версию Minecraft, серверную платформу и совместимость зависимости.

Обязательная зависимость​

Для Stackable Curing требуется NBT-API с идентификатором nfGCP9fk. Она имеет статус required и должна быть установлена вместе с основным плагином.

В одном фрагменте исходного текста встречается написание NTB-API, но в фактической основе указана NBT-API. Ориентироваться следует на подтверждённое название.

Проверка комплекта:

• выбран нужный JAR Stackable Curing;
• NBT-API присутствует в совместимой версии;
• старые копии основного JAR удалены;
• перед изменением создана резервная копия.

Установка​

Подтверждённый способ: поместить JAR в папку plugins совместимого сервера. Дополнительные параметры запуска и обязательные значения конфигурации не заданы.

Последовательность установки:

• штатно остановить сервер;
• создать резервную копию мира и папки плагинов;
• проверить имя, размер и хеш JAR;
• поместить Stackable Curing в plugins;
• установить обязательную NBT-API;
• запустить сервер и изучить журнал загрузки;
• проверить механику на тестовом жителе;
• настроить разрешения и чёрный список.

Предоставленные файлы в рамках описанной проверки динамически не запускались.

Файлы и контрольные суммы​

Доступны два файла:

• stackablecuring_1.3.2.jar — версия 1.3.2, 1 472 855 байт;
• stackablecuring_1.3.1.jar — версия 1.3.1, 1 477 397 байт.

Версия 1.3.2:

• SHA-512: b6642e69aae82ab260ad41dbc839ab002af4293df8e4ae76a113ca0aabb94398ea050b7040fc4e5eb0878eb221b23091f6a6bc3116ed64608b3cc512e4333b10;
• SHA-1: 28885b60546797800b0e58dab2d398041b379f48.

Версия 1.3.1:

• SHA-512: bc8b4dbeca903afaede635cb9d340a189eb6fc18ba29e5c3d4ec4d96def1cf0e67e5052ba7db2c4b6c313e6caf70569a4620ad2934c7adba4b19a8bbb2b91d8a;
• SHA-1: fe811f40d1991562ec5b8ac032779e1834ed0a31.

Хеши позволяют сравнить локальный файл с опубликованным эталоном. Не следует оставлять обе версии основного JAR активными одновременно.

Безопасность и проверка файлов​

Файлы получены по официальному HTTPS и локально сверены по опубликованным хешам. Также проведена статическая проверка структуры архивов и содержащихся путей. Это подтверждает целостность проверенных экземпляров и помогает обнаружить повреждение или подмену.

Динамический запуск не выполнялся. Проверка не подтверждает загрузку в конкретной сборке, работу под нагрузкой или совместимость со всеми дополнениями. Для этого нужен отдельный тест на резервной среде.

Практическая проверка​

После установки полезно проверить первое и повторное лечение, а также жителя из чёрного списка. Минимальный план:

• убедиться, что Stackable Curing и NBT-API загрузились без явных ошибок;
• проверить накопление скидок на тестовом жителе;
• добавить другого жителя в чёрный список и повторить опыт;
• проверить права административной и обычной роли;
• перезапустить сервер и повторно проверить настройки;
• сохранить резервную копию до завершения наблюдения.

Этот порядок является процедурой приёмки, а не гарантией результата для любой сборки.

Лицензия и объём сведений​

Stackable Curing распространяется по лицензии MIT. Подтверждены назначение, платформы, версии, зависимость, чёрный список, uninstall mode, перезагрузка и разрешения. Формулы скидок, схема хранения данных и подробности взаимодействия с другими торговыми системами не раскрыты.

FAQ​

Нужно ли устанавливать плагин игрокам?​

Нет отдельной клиентской установки. Клиентская сторона обозначена как unsupported, серверная — как required.

Что возвращает Stackable Curing?​

Старое поведение, при котором скидки жителя могут складываться после повторных лечений.

Можно ли исключить отдельного жителя?​

Да. Для этого предусмотрен чёрный список с добавлением, удалением и просмотром записей.

Какая зависимость обязательна?​

Требуется NBT-API со статусом required.

Поддерживается ли Folia?​

Да. Folia заявлена вместе с Paper, Purpur и Spigot.

Проверялись ли файлы запуском?​

Нет. Выполнены загрузка по официальному HTTPS, сверка хешей и статическая проверка структуры и путей, но динамический запуск не проводился.