- Документация
- https://modrinth.com/plugin/motdgg
motd.gg — серверный плагин для использования MOTD, созданных в одноимённом сервисе. MOTD показывает описание Minecraft Java-сервера в списке подключений, а значок помогает отличить проект. Категория — utility.
Автор — Julian. Лицензия — MIT, SPDX: MIT. Стороны: client=unsupported, server=required; JAR устанавливается только на сервер.
Официальное описание включает загрузку текущего MOTD и значка в motd.gg, редактирование или передачу результата и применение нового варианта. Заявлен и предварительный просмотр в списке серверов Minecraft.
Проект сообщает о применении MOTD без перезапуска. Это описание функции, а не гарантия для любой инфраструктуры: результат зависит от версии, доступности сервиса и компонентов, формирующих ответ клиенту.
motd.gg рассчитан на владельцев и администраторов Minecraft Java-серверов, которым нужен отдельный процесс для MOTD и значка, включая регулярную смену оформления и согласование вариантов.
Практические сценарии:
• обновление описания перед сезоном или мероприятием;
• подготовка MOTD с предварительным просмотром;
• применение текста и значка через один инструмент;
• передача созданного варианта другому администратору;
• возврат к сохранённому оформлению после неудачной правки.
Подтверждённая область ограничена MOTD, значком и взаимодействием с сервисом.
Подтверждены Spigot, Paper, Purpur и Folia. Версии Minecraft охватывают 1.8.3–1.8.9, 1.9–1.9.4, перечисленные выпуски 1.10–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.
Перед установкой сопоставляют Minecraft, ядро и JAR. Отдельно проверяют прокси и плагины, меняющие MOTD: ответ клиенту может формировать не тот узел, где установлен motd.gg.
В выбранных метаданных обязательные project dependencies не указаны. Это не подтверждает работу на иных платформах и не отменяет необходимость совместимого серверного ядра.
JAR помещают в папку plugins совместимого сервера. Заменять файл безопаснее при штатно остановленном процессе.
Рекомендуемый порядок:
• зафиксировать версию Minecraft и ядра;
• выбрать подходящий выпуск motd.gg;
• сохранить текущий JAR, данные плагина, MOTD и значок;
• сверить имя, размер и опубликованные хеши;
• поместить один JAR в plugins, исключив дубликаты;
• запустить сервер и проверить журнал;
• выполнить пробное изменение в тестовой среде;
• посмотреть результат с обычного клиента.
Неподтверждённые команды и поля конфигурации не приводятся. Наличие JAR само по себе не доказывает загрузку.
Сначала исключают отказ загрузки, несовместимое API, повреждённый JAR и дубликат. Затем выполняют обратимый тест.
Контрольный список:
• исходное оформление сохранено;
• текущий вариант доступен для предусмотренной загрузки и редактирования;
• предварительный просмотр соответствует ожидаемой структуре;
• новый текст применяется;
• значок отображается корректно;
• после обновления списка серверов виден новый результат;
• подключения игроков продолжают работать;
• в журнале не появились новые ошибки.
Заявленное применение без перезапуска проверяют на конкретной сборке. JAR динамически не запускались, поэтому сетевой обмен и применение здесь не подтверждаются.
MOTD и значок загружаются во внешний сервис, поэтому в них не размещают внутренние пометки и служебные сведения. Изменение оформления оставляют доверенным администраторам.
Операции с сервисом зависят от сети и его доступности. MOTD также может перезаписать другой плагин, прокси или отвечающий клиенту узел.
Типичные границы диагностики:
• JAR не загрузился;
• обмен с сервисом не завершился;
• результат перезаписан другим компонентом;
• изменился текст, но не значок;
• клиент обращается к другому узлу.
Клиентская установка не поддерживается и не требуется.
Перед обновлением сохраняют JAR, данные, MOTD и значок. Новый выпуск проверяют отдельно от обновления ядра, чтобы не смешивать причины сбоя.
Порядок действий:
• записать текущую рабочую версию;
• создать резервную копию;
• проверить хеш нового файла;
• остановить сервер и заменить только JAR motd.gg;
• изучить журнал загрузки;
• проверить связь с сервисом на безопасном варианте;
• убедиться, что текст и значок видны с обычного клиента;
• переносить выпуск в рабочую среду после проверки.
Разница размеров версий ничего не доказывает о составе или безопасности; сверяют имя, выпуск и хеши.
Откат возвращает прежний JAR, соответствующие данные, MOTD и значок. Одного JAR может быть недостаточно, если новый выпуск изменил данные или оформление.
Практическая последовательность:
• остановить сервер;
• сохранить проблемное состояние и журнал;
• восстановить прежний JAR и его данные;
• вернуть рабочие MOTD и значок;
• убрать дубликаты из plugins;
• запустить сервер;
• проверить журнал и ответ в списке серверов.
Без подтверждения совместимости форматов не следует сочетать старый JAR с данными, изменёнными новой версией.
При отказе проверяют ядро, целостность файла и дубликаты. Если плагин загружен, проблему разделяют на локальную, сетевую и инфраструктурную.
Для анализа полезно собрать:
• точные версии Minecraft, ядра и motd.gg;
• время попытки и соответствующий фрагмент журнала;
• исходный и тестовый варианты MOTD;
• сведения о прокси и других обработчиках списка серверов;
• результат проверки с другого клиента;
• факт доступности операций сервиса;
• поведение после возврата рабочей версии.
Полезнее один воспроизводимый тест, чем серия случайных изменений. Данные не удаляют до резервного копирования.
motdgg-bukkit-1.3.4.jar имеет размер 759791 байт, версию 1.3.4, SHA-1 5952253d61e199e82eb852c5824c3981b29b209d и SHA-512 6800de4cf254fd74e0e9b06b34dc87b16624ea838edc795321fb9d6777356d366b47bb1dc736bb6a700861f3619810bd190b10987a32f64dfd261a5d69a2bd8f.
motdgg-bukkit-1.3.1.jar имеет размер 14571 байт, версию 1.3.1, SHA-1 4be9544f0b225816ca3af0408af35131237b8941 и SHA-512 adc3f9f328ff00b317f24423cd187e58b090552d0c02fdd13ac2e81291a137037b2f9ee18a46f146746fee78f14ccfa1a27667380461fc4d27e09fa44e034996.
Файлы получены по официальному HTTPS, локально сверены по опубликованным хешам и прошли статическую проверку структуры и путей. Динамический запуск не выполнялся. Лицензия MIT разрешает локализацию при соблюдении её условий; при распространении сохраняют название motd.gg, авторство Julian и сведения о лицензии, не приписывая автору редакционные выводы.
Нет. Клиентская сторона обозначена как unsupported, серверная — как required. Результат отображается через обычный список серверов.
Официальное описание заявляет такое применение. Функцию следует проверить на конкретной сборке с учётом прокси и других обработчиков ответа.
В выбранных метаданных обязательные project dependencies не указаны. Требуется совместимое ядро Spigot, Paper, Purpur или Folia.
Возможны неуспешное применение, прежний ответ до обновления списка, перезапись другим плагином или прокси либо проблема обмена с сервисом. Причину уточняют по журналу и контролируемому тесту.
Следует проверить выбранный файл значка, журнал операции и компонент, который фактически отвечает клиенту. Без данных конкретной среды точная причина не подтверждается.
Оно показывает, что локальный JAR соответствует опубликованному файлу выбранной версии. Хеш не подтверждает доступность сервиса, отсутствие конфликтов или успешный динамический запуск.
Автор — Julian. Лицензия — MIT, SPDX: MIT. Стороны: client=unsupported, server=required; JAR устанавливается только на сервер.
Назначение и принцип работы
Официальное описание включает загрузку текущего MOTD и значка в motd.gg, редактирование или передачу результата и применение нового варианта. Заявлен и предварительный просмотр в списке серверов Minecraft.
Проект сообщает о применении MOTD без перезапуска. Это описание функции, а не гарантия для любой инфраструктуры: результат зависит от версии, доступности сервиса и компонентов, формирующих ответ клиенту.
Скриншоты и внешний вид
Кому подходит плагин
motd.gg рассчитан на владельцев и администраторов Minecraft Java-серверов, которым нужен отдельный процесс для MOTD и значка, включая регулярную смену оформления и согласование вариантов.
Практические сценарии:
• обновление описания перед сезоном или мероприятием;
• подготовка MOTD с предварительным просмотром;
• применение текста и значка через один инструмент;
• передача созданного варианта другому администратору;
• возврат к сохранённому оформлению после неудачной правки.
Подтверждённая область ограничена MOTD, значком и взаимодействием с сервисом.
Совместимость
Подтверждены Spigot, Paper, Purpur и Folia. Версии Minecraft охватывают 1.8.3–1.8.9, 1.9–1.9.4, перечисленные выпуски 1.10–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.
Перед установкой сопоставляют Minecraft, ядро и JAR. Отдельно проверяют прокси и плагины, меняющие MOTD: ответ клиенту может формировать не тот узел, где установлен motd.gg.
В выбранных метаданных обязательные project dependencies не указаны. Это не подтверждает работу на иных платформах и не отменяет необходимость совместимого серверного ядра.
Установка
JAR помещают в папку plugins совместимого сервера. Заменять файл безопаснее при штатно остановленном процессе.
Рекомендуемый порядок:
• зафиксировать версию Minecraft и ядра;
• выбрать подходящий выпуск motd.gg;
• сохранить текущий JAR, данные плагина, MOTD и значок;
• сверить имя, размер и опубликованные хеши;
• поместить один JAR в plugins, исключив дубликаты;
• запустить сервер и проверить журнал;
• выполнить пробное изменение в тестовой среде;
• посмотреть результат с обычного клиента.
Неподтверждённые команды и поля конфигурации не приводятся. Наличие JAR само по себе не доказывает загрузку.
Проверка результата
Сначала исключают отказ загрузки, несовместимое API, повреждённый JAR и дубликат. Затем выполняют обратимый тест.
Контрольный список:
• исходное оформление сохранено;
• текущий вариант доступен для предусмотренной загрузки и редактирования;
• предварительный просмотр соответствует ожидаемой структуре;
• новый текст применяется;
• значок отображается корректно;
• после обновления списка серверов виден новый результат;
• подключения игроков продолжают работать;
• в журнале не появились новые ошибки.
Заявленное применение без перезапуска проверяют на конкретной сборке. JAR динамически не запускались, поэтому сетевой обмен и применение здесь не подтверждаются.
Ограничения и безопасность
MOTD и значок загружаются во внешний сервис, поэтому в них не размещают внутренние пометки и служебные сведения. Изменение оформления оставляют доверенным администраторам.
Операции с сервисом зависят от сети и его доступности. MOTD также может перезаписать другой плагин, прокси или отвечающий клиенту узел.
Типичные границы диагностики:
• JAR не загрузился;
• обмен с сервисом не завершился;
• результат перезаписан другим компонентом;
• изменился текст, но не значок;
• клиент обращается к другому узлу.
Клиентская установка не поддерживается и не требуется.
Безопасное обновление
Перед обновлением сохраняют JAR, данные, MOTD и значок. Новый выпуск проверяют отдельно от обновления ядра, чтобы не смешивать причины сбоя.
Порядок действий:
• записать текущую рабочую версию;
• создать резервную копию;
• проверить хеш нового файла;
• остановить сервер и заменить только JAR motd.gg;
• изучить журнал загрузки;
• проверить связь с сервисом на безопасном варианте;
• убедиться, что текст и значок видны с обычного клиента;
• переносить выпуск в рабочую среду после проверки.
Разница размеров версий ничего не доказывает о составе или безопасности; сверяют имя, выпуск и хеши.
Откат
Откат возвращает прежний JAR, соответствующие данные, MOTD и значок. Одного JAR может быть недостаточно, если новый выпуск изменил данные или оформление.
Практическая последовательность:
• остановить сервер;
• сохранить проблемное состояние и журнал;
• восстановить прежний JAR и его данные;
• вернуть рабочие MOTD и значок;
• убрать дубликаты из plugins;
• запустить сервер;
• проверить журнал и ответ в списке серверов.
Без подтверждения совместимости форматов не следует сочетать старый JAR с данными, изменёнными новой версией.
Диагностика неполадок
При отказе проверяют ядро, целостность файла и дубликаты. Если плагин загружен, проблему разделяют на локальную, сетевую и инфраструктурную.
Для анализа полезно собрать:
• точные версии Minecraft, ядра и motd.gg;
• время попытки и соответствующий фрагмент журнала;
• исходный и тестовый варианты MOTD;
• сведения о прокси и других обработчиках списка серверов;
• результат проверки с другого клиента;
• факт доступности операций сервиса;
• поведение после возврата рабочей версии.
Полезнее один воспроизводимый тест, чем серия случайных изменений. Данные не удаляют до резервного копирования.
Файлы, хеши и лицензия
motdgg-bukkit-1.3.4.jar имеет размер 759791 байт, версию 1.3.4, SHA-1 5952253d61e199e82eb852c5824c3981b29b209d и SHA-512 6800de4cf254fd74e0e9b06b34dc87b16624ea838edc795321fb9d6777356d366b47bb1dc736bb6a700861f3619810bd190b10987a32f64dfd261a5d69a2bd8f.
motdgg-bukkit-1.3.1.jar имеет размер 14571 байт, версию 1.3.1, SHA-1 4be9544f0b225816ca3af0408af35131237b8941 и SHA-512 adc3f9f328ff00b317f24423cd187e58b090552d0c02fdd13ac2e81291a137037b2f9ee18a46f146746fee78f14ccfa1a27667380461fc4d27e09fa44e034996.
Файлы получены по официальному HTTPS, локально сверены по опубликованным хешам и прошли статическую проверку структуры и путей. Динамический запуск не выполнялся. Лицензия MIT разрешает локализацию при соблюдении её условий; при распространении сохраняют название motd.gg, авторство Julian и сведения о лицензии, не приписывая автору редакционные выводы.
FAQ
Нужно ли устанавливать motd.gg игрокам?
Нет. Клиентская сторона обозначена как unsupported, серверная — как required. Результат отображается через обычный список серверов.
Можно ли менять MOTD без перезапуска?
Официальное описание заявляет такое применение. Функцию следует проверить на конкретной сборке с учётом прокси и других обработчиков ответа.
Есть ли обязательные зависимости?
В выбранных метаданных обязательные project dependencies не указаны. Требуется совместимое ядро Spigot, Paper, Purpur или Folia.
Почему виден старый MOTD?
Возможны неуспешное применение, прежний ответ до обновления списка, перезапись другим плагином или прокси либо проблема обмена с сервисом. Причину уточняют по журналу и контролируемому тесту.
Что делать, если текст изменился, а значок нет?
Следует проверить выбранный файл значка, журнал операции и компонент, который фактически отвечает клиенту. Без данных конкретной среды точная причина не подтверждается.
Что подтверждает совпадение хеша?
Оно показывает, что локальный JAR соответствует опубликованному файлу выбранной версии. Хеш не подтверждает доступность сервиса, отсутствие конфликтов или успешный динамический запуск.
