- Документация
- https://modrinth.com/plugin/autoviaupdater
AutoViaUpdater — серверный плагин для автоматического обновления ViaVersion, ViaBackwards и ViaRewind. Для Spigot в исходном описании также указан ViaRewind-Legacy. Проект избавляет администратора от отдельного поиска новых сборок каждого компонента и объединяет проверки в одном инструменте.
Плагин относится к категориям управления, технологий и служебных решений. Он работает на сервере или совместимом прокси: клиентская сторона не поддерживается, серверная обязательна. Это именно средство обслуживания, а не самостоятельная замена компонентам Via.
AutoViaUpdater проверяет предусмотренные проектом источники сборок и применяет найденные обновления для выбранных компонентов. Подтверждённый перечень включает:
• ViaVersion;
• ViaBackwards;
• ViaRewind;
• ViaRewind-Legacy в Spigot-среде.
Смысл плагина проявляется там, где эти решения уже используются для протокольной совместимости. Сам AutoViaUpdater не заявлен как инструмент, который меняет версию сервера или добавляет поддержку клиентов без Via-компонентов.
После загрузки платформы плагин может запускать проверки с заданным интервалом. В исходной конфигурационной модели также предусмотрены cron-расписание и задержка перед первой проверкой после полного старта сервера. Администратор выбирает, какие Via-компоненты обновлять.
Для отдельных компонентов описан выбор обычных, snapshot, DEV- и Java 8-сборок там, где такой канал существует. Это не рекомендация включать экспериментальные версии: канал следует выбирать в соответствии с требованиями стабильности конкретной сети.
В метаданных перечислены Bukkit, Spigot, Paper, Purpur, Folia, BungeeCord, Waterfall и Velocity. В список входят и серверные ядра, и прокси. При этом отдельные функции зависят от среды: ViaRewind-Legacy в исходном тексте связан со Spigot и не предназначен для аналогичной работы на BungeeCord.
Перед установкой следует сопоставить:
• платформу и релиз AutoViaUpdater;
• версии установленных Via-компонентов;
• версию ядра или прокси;
• выбранный канал обновлений.
Широкий перечень платформ не означает, что настройки и набор обслуживаемых JAR одинаковы во всех случаях.
Подтверждены версии от 1.8 до 1.21.11. Метаданные охватывают ветки 1.8.x–1.20.x и последовательность 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.
Этот список относится к заявленной совместимости ресурса. Из него нельзя выводить, что любая произвольная версия ViaVersion, ViaBackwards или ViaRewind совместима с любой сборкой сервера. Проверять нужно всю связку плагинов и платформы.
Базовая процедура соответствует обычной установке серверного плагина:
• остановить совместимый сервер либо прокси;
• поместить JAR AutoViaUpdater в его папку plugins;
• запустить платформу для создания рабочих файлов;
• определить, какие Via-компоненты разрешено обновлять;
• выбрать интервал и допустимый канал сборок;
• проверить журнал после следующего запуска.
Официальное описание прямо допускает работу на прокси, поэтому целевой каталог plugins должен принадлежать той среде, где планируется выполнять обновление.
Для немедленной проверки подтверждена команда /updatevias. Ей соответствует разрешение autoviaupdater.admin; это же право связано с административным управлением проверками.
Доступ следует выдавать только доверенным сотрудникам. Замена инфраструктурных JAR способна повлиять на запуск сервера или сети. Другие команды и узлы разрешений в предоставленной основе не подтверждены.
Конфигурационная модель содержит интервал проверки, экспериментальное cron-выражение, задержку после запуска и параметры автоматического перезапуска. Автоперезапуск может быть отключён; для включённого режима предусмотрены задержка и сообщение перед рестартом.
Практическая политика должна отвечать на несколько вопросов:
• допустимы ли обновления во время онлайна;
• создаётся ли резервная копия старых JAR;
• кто проверяет журнал после замены;
• когда разрешён перезапуск;
• как выполняется ручной откат.
Загрузка нового файла сама по себе не подтверждает его успешную работу после рестарта.
В фактической основе указаны два релиза:
• AutoViaUpdater-10.1.0.jar — версия 10.1.0, 3 989 153 байта; SHA-512 e28035c693120df81558460dc6fc580ec3c0bfcb92b2c6421737d7f9a69609ad30b725a105ffc9b74e2eb4d4f4ab2e8efd29a747ce8af7a8380e141d3025fd51; SHA-1 5b023fcae53a716b95c369190503fa10193af4ca;
• AutoViaUpdater-10.0.0.jar — версия 10.0.0, 3 988 457 байт; SHA-512 fe50607d0a1aac521a21df6f8dc669dbd3649a238a274f5e2cb1b88e65f3c559cf866cd686c09d30bf715968f5a0eed97290bccfaebda7d44ec3907627509c5a; SHA-1 22ba4854314cbf9109c75bd0f5812be24b7f127d.
Хеш позволяет подтвердить совпадение локального файла с опубликованным экземпляром. Значения нужно сравнивать в рамках одного алгоритма.
Обязательные project dependencies в выбранных метаданных не указаны. Однако назначение AutoViaUpdater предполагает наличие компонентов Via, которые он должен обслуживать. Отсутствие формально обязательной зависимости в карточке проекта не превращает его в самостоятельный протокольный плагин.
Проект распространяется по лицензии MIT. Клиентская установка не предусмотрена: JAR размещается только на сервере или совместимом прокси. Игрокам добавлять его в свои сборки не требуется.
AutoViaUpdater автоматизирует получение и применение обновлений, но предоставленная основа не подтверждает автоматический откат, безошибочный переход между любыми версиями или одинаковое поведение на всех платформах. Особую осторожность следует проявлять при использовании snapshot- и DEV-каналов.
Минимальный безопасный порядок обслуживания:
• сохранить текущие JAR и конфигурации;
• сверить имя, размер и хеш нового файла;
• проверить совместимость связки компонентов;
• выполнить пробный запуск вне основной сети;
• изучить журнал загрузки;
• сохранить возможность ручного возврата.
Указанные JAR получены по официальному HTTPS и локально сверены с опубликованными хешами. Архивы прошли статическую проверку структуры и путей. Динамический запуск не выполнялся.
Следовательно, подтверждены целостность полученных экземпляров и базовая проверка содержимого архива, но не поведение плагина в работающей среде, не успешность загрузки на каждой платформе и не совместимость с конкретным набором Via-плагинов.
Нет. Подтверждённое назначение ограничено ViaVersion, ViaBackwards, ViaRewind и ViaRewind-Legacy в соответствующей Spigot-среде.
Да. Указана команда /updatevias, требующая разрешение autoviaupdater.admin.
Нет. Он настраивается и может быть отключён. При этом универсальная возможность применить любой новый JAR без обычного рестарта не подтверждена.
Метаданные подтверждают оба типа платформ, но не идентичность функций и настроек. Релиз и обслуживаемые компоненты нужно сопоставлять с конкретной средой.
Нет. Выполнены получение по HTTPS, сверка хешей и статическая проверка архива; динамического тестирования не было.
Плагин относится к категориям управления, технологий и служебных решений. Он работает на сервере или совместимом прокси: клиентская сторона не поддерживается, серверная обязательна. Это именно средство обслуживания, а не самостоятельная замена компонентам Via.
Назначение плагина
AutoViaUpdater проверяет предусмотренные проектом источники сборок и применяет найденные обновления для выбранных компонентов. Подтверждённый перечень включает:
• ViaVersion;
• ViaBackwards;
• ViaRewind;
• ViaRewind-Legacy в Spigot-среде.
Смысл плагина проявляется там, где эти решения уже используются для протокольной совместимости. Сам AutoViaUpdater не заявлен как инструмент, который меняет версию сервера или добавляет поддержку клиентов без Via-компонентов.
Скриншоты и внешний вид
Как устроена проверка обновлений
После загрузки платформы плагин может запускать проверки с заданным интервалом. В исходной конфигурационной модели также предусмотрены cron-расписание и задержка перед первой проверкой после полного старта сервера. Администратор выбирает, какие Via-компоненты обновлять.
Для отдельных компонентов описан выбор обычных, snapshot, DEV- и Java 8-сборок там, где такой канал существует. Это не рекомендация включать экспериментальные версии: канал следует выбирать в соответствии с требованиями стабильности конкретной сети.
Поддерживаемые платформы
В метаданных перечислены Bukkit, Spigot, Paper, Purpur, Folia, BungeeCord, Waterfall и Velocity. В список входят и серверные ядра, и прокси. При этом отдельные функции зависят от среды: ViaRewind-Legacy в исходном тексте связан со Spigot и не предназначен для аналогичной работы на BungeeCord.
Перед установкой следует сопоставить:
• платформу и релиз AutoViaUpdater;
• версии установленных Via-компонентов;
• версию ядра или прокси;
• выбранный канал обновлений.
Широкий перечень платформ не означает, что настройки и набор обслуживаемых JAR одинаковы во всех случаях.
Совместимость с Minecraft
Подтверждены версии от 1.8 до 1.21.11. Метаданные охватывают ветки 1.8.x–1.20.x и последовательность 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.
Этот список относится к заявленной совместимости ресурса. Из него нельзя выводить, что любая произвольная версия ViaVersion, ViaBackwards или ViaRewind совместима с любой сборкой сервера. Проверять нужно всю связку плагинов и платформы.
Установка
Базовая процедура соответствует обычной установке серверного плагина:
• остановить совместимый сервер либо прокси;
• поместить JAR AutoViaUpdater в его папку plugins;
• запустить платформу для создания рабочих файлов;
• определить, какие Via-компоненты разрешено обновлять;
• выбрать интервал и допустимый канал сборок;
• проверить журнал после следующего запуска.
Официальное описание прямо допускает работу на прокси, поэтому целевой каталог plugins должен принадлежать той среде, где планируется выполнять обновление.
Ручное управление и права
Для немедленной проверки подтверждена команда /updatevias. Ей соответствует разрешение autoviaupdater.admin; это же право связано с административным управлением проверками.
Доступ следует выдавать только доверенным сотрудникам. Замена инфраструктурных JAR способна повлиять на запуск сервера или сети. Другие команды и узлы разрешений в предоставленной основе не подтверждены.
Расписание и перезапуск
Конфигурационная модель содержит интервал проверки, экспериментальное cron-выражение, задержку после запуска и параметры автоматического перезапуска. Автоперезапуск может быть отключён; для включённого режима предусмотрены задержка и сообщение перед рестартом.
Практическая политика должна отвечать на несколько вопросов:
• допустимы ли обновления во время онлайна;
• создаётся ли резервная копия старых JAR;
• кто проверяет журнал после замены;
• когда разрешён перезапуск;
• как выполняется ручной откат.
Загрузка нового файла сама по себе не подтверждает его успешную работу после рестарта.
Файлы и контрольные суммы
В фактической основе указаны два релиза:
• AutoViaUpdater-10.1.0.jar — версия 10.1.0, 3 989 153 байта; SHA-512 e28035c693120df81558460dc6fc580ec3c0bfcb92b2c6421737d7f9a69609ad30b725a105ffc9b74e2eb4d4f4ab2e8efd29a747ce8af7a8380e141d3025fd51; SHA-1 5b023fcae53a716b95c369190503fa10193af4ca;
• AutoViaUpdater-10.0.0.jar — версия 10.0.0, 3 988 457 байт; SHA-512 fe50607d0a1aac521a21df6f8dc669dbd3649a238a274f5e2cb1b88e65f3c559cf866cd686c09d30bf715968f5a0eed97290bccfaebda7d44ec3907627509c5a; SHA-1 22ba4854314cbf9109c75bd0f5812be24b7f127d.
Хеш позволяет подтвердить совпадение локального файла с опубликованным экземпляром. Значения нужно сравнивать в рамках одного алгоритма.
Зависимости, лицензия и стороны
Обязательные project dependencies в выбранных метаданных не указаны. Однако назначение AutoViaUpdater предполагает наличие компонентов Via, которые он должен обслуживать. Отсутствие формально обязательной зависимости в карточке проекта не превращает его в самостоятельный протокольный плагин.
Проект распространяется по лицензии MIT. Клиентская установка не предусмотрена: JAR размещается только на сервере или совместимом прокси. Игрокам добавлять его в свои сборки не требуется.
Эксплуатационные ограничения
AutoViaUpdater автоматизирует получение и применение обновлений, но предоставленная основа не подтверждает автоматический откат, безошибочный переход между любыми версиями или одинаковое поведение на всех платформах. Особую осторожность следует проявлять при использовании snapshot- и DEV-каналов.
Минимальный безопасный порядок обслуживания:
• сохранить текущие JAR и конфигурации;
• сверить имя, размер и хеш нового файла;
• проверить совместимость связки компонентов;
• выполнить пробный запуск вне основной сети;
• изучить журнал загрузки;
• сохранить возможность ручного возврата.
Статическая проверка файлов
Указанные JAR получены по официальному HTTPS и локально сверены с опубликованными хешами. Архивы прошли статическую проверку структуры и путей. Динамический запуск не выполнялся.
Следовательно, подтверждены целостность полученных экземпляров и базовая проверка содержимого архива, но не поведение плагина в работающей среде, не успешность загрузки на каждой платформе и не совместимость с конкретным набором Via-плагинов.
FAQ
Обновляет ли AutoViaUpdater ядро сервера?
Нет. Подтверждённое назначение ограничено ViaVersion, ViaBackwards, ViaRewind и ViaRewind-Legacy в соответствующей Spigot-среде.
Можно ли запустить проверку вручную?
Да. Указана команда /updatevias, требующая разрешение autoviaupdater.admin.
Обязателен ли автоматический перезапуск?
Нет. Он настраивается и может быть отключён. При этом универсальная возможность применить любой новый JAR без обычного рестарта не подтверждена.
Одинаково ли работает плагин на сервере и прокси?
Метаданные подтверждают оба типа платформ, но не идентичность функций и настроек. Релиз и обслуживаемые компоненты нужно сопоставлять с конкретной средой.
Проводился ли запуск файлов?
Нет. Выполнены получение по HTTPS, сверка хешей и статическая проверка архива; динамического тестирования не было.
