- Документация
- https://modrinth.com/plugin/inventorystacks
InventoryStacks — серверный плагин для изменения максимального количества предметов в одном слоте. Он позволяет назначить собственный предел отдельным предметам, применить общее значение ко множеству типов или сохранить исключения.
Ресурс относится к категориям игровой механики, управления, экипировки и утилит. Он устанавливается на сервер, а клиентская установка не поддерживается. Лицензия проекта — Apache-2.0.
В Minecraft разные предметы складываются по 64, по 16 либо не образуют обычные стаки. InventoryStacks централизованно изменяет такие пределы на совместимом сервере. Официальное описание отдельно упоминает зелья, вёдра, тотемы и оружие, но функция не ограничена этими примерами.
Плагин может уменьшить число занятых слотов или адаптировать хранение под правила проекта. Увеличение стака способно повлиять на добычу, торговлю, награды и баланс, поэтому его следует оценивать как изменение игровой механики, а не только как удобство.
Для каждого типа предмета можно назначить отдельный максимум. Дополнительно заявлен глобальный предел для всех предметов с белым списком исключений. Это позволяет либо подробно настраивать позиции, либо ввести общее правило и сохранить стандартное поведение выбранных объектов.
InventoryStacks также объединяет близко лежащие выпавшие предметы. Назначение функции — уменьшать число отдельных сущностей и собирать одинаковые объекты в более крупные стаки. Официальное описание связывает механизм со снижением расхода памяти, однако результат зависит от нагрузки, ядра и других расширений.
Перед настройкой полезно определить:
• какие предметы должны получить новый предел;
• какие объекты нужно оставить исключениями;
• допустимо ли изменение вместимости экипировки;
• как стаки повлияют на магазины, фермы и награды;
• требуется ли ограничивать функцию разрешением.
Команда /stack складывает совместимые предметы в инвентаре игрока и использует разрешение STACKS.COMMAND. Команда /stacks reload перезагружает конфигурацию и связана с STACKS.RELOAD.
Подтверждённые разрешения:
• STACKS.* — доступ ко всем указанным функциям;
• STACKS.RELOAD — перезагрузка конфигурации;
• STACKS.COMMAND — команда складывания;
• STACKS.USE — применение пользовательских лимитов, когда включена проверка этого права.
Дополнительные команды и разрешения в предоставленной основе не указаны.
Для Minecraft от 1.7 до 1.20.3 официальный текст заявляет до 127 предметов в стаке. Для 1.20.6 и более новых выпусков указан предел до 99 предметов.
Для 1.20.4 и 1.20.5 точное максимальное значение не обозначено, поэтому переносить на них соседний диапазон без проверки не следует. Поддержка версии также не означает, что любое число будет одинаково корректно для всех предметов и сторонних механик.
Начиная с 1.20.5 упомянут дополнительный вариант обработки стаков на основе reflection. Это средство совместимости, а не обязательная рекомендация; конкретные параметры его включения здесь не приводятся.
Подтверждены Bukkit, Spigot, Paper, Purpur и Folia. Версии Minecraft: 1.7.2–1.7.10; 1.8–1.8.9; 1.9–1.9.4; 1.10–1.10.2; 1.11–1.11.2; 1.12–1.12.2; 1.13–1.13.2; 1.14–1.14.4; 1.15–1.15.2; 1.16–1.16.5; 1.17–1.17.1; 1.18–1.18.2; 1.19–1.19.4; 1.20–1.20.6; 1.21–1.21.11; 26.1, 26.1.1, 26.1.2 и 26.2. Файл выбирают с учётом версии игры, ядра и выпуска плагина.
Заявлена интеграция с Geyser и Floodgate для Bedrock-игроков. Эти проекты не указаны как обязательные зависимости. На смешанном сервере желательно проверить отображение количества, перенос через контейнеры и сохранение увеличенных стаков у Java- и Bedrock-клиентов.
Стороны проекта:
• сервер — обязателен;
• клиент — не поддерживается;
• обязательные project dependencies — не указаны.
Подходящий JAR помещается в папку plugins совместимого сервера. После запуска нужно проверить журнал загрузки и только затем настраивать лимиты. Добавлять файл в клиентскую сборку не требуется.
Практический порядок:
• Сопоставить Minecraft, серверное ядро и выпуск InventoryStacks.
• Создать резервную копию мира и данных игроков.
• Поместить JAR в каталог plugins.
• Запустить сервер и проверить сообщения загрузки.
• Настроить подтверждённые параметры выбранного выпуска.
• Испытать механику на тестовой среде.
Широкий диапазон версий не отменяет проверки конкретного файла, особенно при переходе между старыми и современными ветками.
inventorystacks-3.6.1.jar относится к версии 3.6.1 и имеет размер 1 733 325 байт. SHA-512: 9614a3d25eac0d4e0bf3bd8db054ab12b94422a3bf1349e1f122d92b3f2e210c4fd62f2e0528de440b1187f776adea303f9cde202457f68cd18f4c9b607ddaf3. SHA-1: 590513348fb09ef8943ec04f7524d1552e026eb7.
inventorystacks-3.3.5.jar относится к версии 3.3.5 и имеет размер 167 820 байт. SHA-512: c44792b07fa6adf298a3714b74c958c8f0f9036c320c2cad9130d15073f3989c24436eece8817eb2c638893c2f614def36bea3c6f2e6a4d7da13137d8f69dc76. SHA-1: 6cee626f9079ab891b17b8ca746c7763a2f43832.
Файлы получены по официальному HTTPS и локально сверены с опубликованными хешами. Архивы прошли статическую проверку структуры и путей. Это подтверждает целостность копий, но не описывает поведение при работе: динамический запуск не выполнялся.
Изменённый размер стака затрагивает системы, читающие количество предметов. Проверять следует не только ручное объединение, но и контейнеры, автоматизацию и сторонние плагины.
Минимальный набор тестов:
• объединение и разделение одинаковых предметов;
• перенос между инвентарём и контейнерами;
• выбрасывание, подбор и автоматическое слияние;
• сохранение стаков после выхода и перезапуска;
• работа воронок и сортировочных систем;
• взаимодействие с магазинами и виртуальными меню;
• обработка предметов с прочностью или особыми данными;
• поведение при смерти и восстановлении инвентаря.
Результаты одного сервера нельзя автоматически переносить на другой: набор плагинов и правила хранения могут различаться.
InventoryStacks распространяется по Apache-2.0. Лицензия регулирует использование, изменение и распространение кода, но не гарантирует совместимость с любым сторонним плагином.
Администратор отвечает за выбор версии, резервное копирование и оценку последствий для экономики. Серверная установка избавляет игроков от отдельного JAR, но не исключает различий в обработке предметов сторонними системами.
Да. Можно задать собственный предел отдельным типам либо использовать глобальное правило с исключениями.
Нет. Клиентская сторона обозначена как неподдерживаемая, серверная — как обязательная.
В выбранных метаданных обязательные project dependencies не указаны. Geyser и Floodgate упомянуты как интеграция.
Да. Folia включена в перечень наряду с Bukkit, Spigot, Paper и Purpur.
Нет. Функция сокращает число сущностей, но эффект зависит от нагрузки, настроек и состава сервера.
Нет. Выполнены сверка хешей и статическая проверка; динамический запуск не проводился.
Ресурс относится к категориям игровой механики, управления, экипировки и утилит. Он устанавливается на сервер, а клиентская установка не поддерживается. Лицензия проекта — Apache-2.0.
Назначение плагина
В Minecraft разные предметы складываются по 64, по 16 либо не образуют обычные стаки. InventoryStacks централизованно изменяет такие пределы на совместимом сервере. Официальное описание отдельно упоминает зелья, вёдра, тотемы и оружие, но функция не ограничена этими примерами.
Плагин может уменьшить число занятых слотов или адаптировать хранение под правила проекта. Увеличение стака способно повлиять на добычу, торговлю, награды и баланс, поэтому его следует оценивать как изменение игровой механики, а не только как удобство.
Скриншоты и внешний вид
Основные возможности
Для каждого типа предмета можно назначить отдельный максимум. Дополнительно заявлен глобальный предел для всех предметов с белым списком исключений. Это позволяет либо подробно настраивать позиции, либо ввести общее правило и сохранить стандартное поведение выбранных объектов.
InventoryStacks также объединяет близко лежащие выпавшие предметы. Назначение функции — уменьшать число отдельных сущностей и собирать одинаковые объекты в более крупные стаки. Официальное описание связывает механизм со снижением расхода памяти, однако результат зависит от нагрузки, ядра и других расширений.
Перед настройкой полезно определить:
• какие предметы должны получить новый предел;
• какие объекты нужно оставить исключениями;
• допустимо ли изменение вместимости экипировки;
• как стаки повлияют на магазины, фермы и награды;
• требуется ли ограничивать функцию разрешением.
Команды и разрешения
Команда /stack складывает совместимые предметы в инвентаре игрока и использует разрешение STACKS.COMMAND. Команда /stacks reload перезагружает конфигурацию и связана с STACKS.RELOAD.
Подтверждённые разрешения:
• STACKS.* — доступ ко всем указанным функциям;
• STACKS.RELOAD — перезагрузка конфигурации;
• STACKS.COMMAND — команда складывания;
• STACKS.USE — применение пользовательских лимитов, когда включена проверка этого права.
Дополнительные команды и разрешения в предоставленной основе не указаны.
Пределы и особенности версий
Для Minecraft от 1.7 до 1.20.3 официальный текст заявляет до 127 предметов в стаке. Для 1.20.6 и более новых выпусков указан предел до 99 предметов.
Для 1.20.4 и 1.20.5 точное максимальное значение не обозначено, поэтому переносить на них соседний диапазон без проверки не следует. Поддержка версии также не означает, что любое число будет одинаково корректно для всех предметов и сторонних механик.
Начиная с 1.20.5 упомянут дополнительный вариант обработки стаков на основе reflection. Это средство совместимости, а не обязательная рекомендация; конкретные параметры его включения здесь не приводятся.
Совместимость и стороны установки
Подтверждены Bukkit, Spigot, Paper, Purpur и Folia. Версии Minecraft: 1.7.2–1.7.10; 1.8–1.8.9; 1.9–1.9.4; 1.10–1.10.2; 1.11–1.11.2; 1.12–1.12.2; 1.13–1.13.2; 1.14–1.14.4; 1.15–1.15.2; 1.16–1.16.5; 1.17–1.17.1; 1.18–1.18.2; 1.19–1.19.4; 1.20–1.20.6; 1.21–1.21.11; 26.1, 26.1.1, 26.1.2 и 26.2. Файл выбирают с учётом версии игры, ядра и выпуска плагина.
Заявлена интеграция с Geyser и Floodgate для Bedrock-игроков. Эти проекты не указаны как обязательные зависимости. На смешанном сервере желательно проверить отображение количества, перенос через контейнеры и сохранение увеличенных стаков у Java- и Bedrock-клиентов.
Стороны проекта:
• сервер — обязателен;
• клиент — не поддерживается;
• обязательные project dependencies — не указаны.
Установка InventoryStacks
Подходящий JAR помещается в папку plugins совместимого сервера. После запуска нужно проверить журнал загрузки и только затем настраивать лимиты. Добавлять файл в клиентскую сборку не требуется.
Практический порядок:
• Сопоставить Minecraft, серверное ядро и выпуск InventoryStacks.
• Создать резервную копию мира и данных игроков.
• Поместить JAR в каталог plugins.
• Запустить сервер и проверить сообщения загрузки.
• Настроить подтверждённые параметры выбранного выпуска.
• Испытать механику на тестовой среде.
Широкий диапазон версий не отменяет проверки конкретного файла, особенно при переходе между старыми и современными ветками.
Безопасность, файлы и контрольные суммы
inventorystacks-3.6.1.jar относится к версии 3.6.1 и имеет размер 1 733 325 байт. SHA-512: 9614a3d25eac0d4e0bf3bd8db054ab12b94422a3bf1349e1f122d92b3f2e210c4fd62f2e0528de440b1187f776adea303f9cde202457f68cd18f4c9b607ddaf3. SHA-1: 590513348fb09ef8943ec04f7524d1552e026eb7.
inventorystacks-3.3.5.jar относится к версии 3.3.5 и имеет размер 167 820 байт. SHA-512: c44792b07fa6adf298a3714b74c958c8f0f9036c320c2cad9130d15073f3989c24436eece8817eb2c638893c2f614def36bea3c6f2e6a4d7da13137d8f69dc76. SHA-1: 6cee626f9079ab891b17b8ca746c7763a2f43832.
Файлы получены по официальному HTTPS и локально сверены с опубликованными хешами. Архивы прошли статическую проверку структуры и путей. Это подтверждает целостность копий, но не описывает поведение при работе: динамический запуск не выполнялся.
Практическая проверка
Изменённый размер стака затрагивает системы, читающие количество предметов. Проверять следует не только ручное объединение, но и контейнеры, автоматизацию и сторонние плагины.
Минимальный набор тестов:
• объединение и разделение одинаковых предметов;
• перенос между инвентарём и контейнерами;
• выбрасывание, подбор и автоматическое слияние;
• сохранение стаков после выхода и перезапуска;
• работа воронок и сортировочных систем;
• взаимодействие с магазинами и виртуальными меню;
• обработка предметов с прочностью или особыми данными;
• поведение при смерти и восстановлении инвентаря.
Результаты одного сервера нельзя автоматически переносить на другой: набор плагинов и правила хранения могут различаться.
Лицензия и границы применения
InventoryStacks распространяется по Apache-2.0. Лицензия регулирует использование, изменение и распространение кода, но не гарантирует совместимость с любым сторонним плагином.
Администратор отвечает за выбор версии, резервное копирование и оценку последствий для экономики. Серверная установка избавляет игроков от отдельного JAR, но не исключает различий в обработке предметов сторонними системами.
FAQ
Можно ли изменить стандартный стак из 64 предметов?
Да. Можно задать собственный предел отдельным типам либо использовать глобальное правило с исключениями.
Нужно ли устанавливать плагин игрокам?
Нет. Клиентская сторона обозначена как неподдерживаемая, серверная — как обязательная.
Есть ли обязательные зависимости?
В выбранных метаданных обязательные project dependencies не указаны. Geyser и Floodgate упомянуты как интеграция.
Поддерживается ли Folia?
Да. Folia включена в перечень наряду с Bukkit, Spigot, Paper и Purpur.
Гарантирует ли объединение предметов прирост производительности?
Нет. Функция сокращает число сущностей, но эффект зависит от нагрузки, настроек и состава сервера.
Запускались ли проверенные JAR-файлы?
Нет. Выполнены сверка хешей и статическая проверка; динамический запуск не проводился.