Ten sam napis może wymagać kodu §, sekwencji \u00A7, obiektu JSON albo tagów MiniMessage – zależnie od tego, czy edytujesz server.properties, konfigurację proxy, wiadomość pluginu czy polecenie Bedrock. Poniżej dostajesz pełną tabelę, macierz zgodności, gotowe przykłady i generator MOTD, który nie wysyła wpisanego tekstu poza przeglądarkę.
Najważniejsze konkrety
- 16 kolorów bazowych
- Kody 0–9 oraz a–f tworzą wspólną paletę legacy. Nazwy są zgodne między typowymi kontekstami, ale sposób podania kodu zależy od parsera.
- & nie jest vanilla
- Ampersand jest wygodnym znakiem zastępczym rozpoznawanym przez wiele pluginów. Bez parsera tekst &a pozostanie dosłownym tekstem.
- MOTD Java
- W server.properties najbezpieczniej zapisać kod jako \u00A7, a podział na dwie linie jako \n. Po zmianie wykonaj pełny restart.
- MiniMessage
- Tagi <green>, <#55FF55> i <gradient:...> działają tylko w polu, które rzeczywiście uruchamia parser MiniMessage.
- Bedrock ma inne rozszerzenia
- Bedrock dodaje kolory §g, §h, §i, §j, §m, §n, §p, §q, §s, §t i §u; §m oraz §n są tam kolorami, nie przekreśleniem i podkreśleniem jak w Java.
- Bezpieczny podgląd
- Generator działa lokalnie i dodaje wpisany tekst przez textContent; nie interpretuje go jako HTML ani nie wysyła do serwera.
§, &, JSON czy MiniMessage – którego formatu użyć?
„Kod koloru Minecraft” nie oznacza dziś jednego języka. Najstarszy i najbardziej rozpoznawalny zapis to
format legacy: znak sekcji § oraz jedna litera albo cyfra, na przykład
§a dla jasnej zieleni. Bedrock potrafi odczytywać taki zapis w wielu polach tekstowych. Java nadal
spotyka go w starszych ciągach i MOTD, ale współczesne API Paper opiera tekst na komponentach.
Zapis &a nie jest drugim natywnym kodem Minecraft. To wygodny zamiennik, który może
zostać przetłumaczony przez plugin, panel albo bibliotekę. Bez takiego tłumacza gracz zobaczy ampersand i literę.
Paper udostępnia osobne serializatory legacy dla § oraz &, co dobrze pokazuje, że są to
dwa różne wejścia, a nie automatycznie wymienne znaki. Dokumentacja ostrzega zarazem, że format legacy jest
stratny i może zostać usunięty z przyszłych interfejsów klienta.
| Format | Przykład | Typowe miejsce | Najważniejsza zasada |
|---|---|---|---|
| Legacy § | §bNazwa | Bedrock, stare konfiguracje, MOTD po zakodowaniu | Nie każde pole Java przyjmuje surowy znak § |
| Zamiennik & | &bNazwa | Konfiguracje pluginów | Działa wyłącznie po przetworzeniu przez plugin |
| Komponent JSON | {"text":"Nazwa","color":"aqua"} | /tellraw, API, dane komponentów | Java i Bedrock używają innej struktury |
| MiniMessage | <aqua>Nazwa</aqua> | Adventure, Paper, Velocity i kompatybilne pluginy | Tagi działają tylko tam, gdzie uruchomiono parser |
Najpierw przeczytaj opis pola, a dopiero potem wybierz składnię. To oszczędza typowego cyklu: „generator pokazuje kolor, lecz serwer pokazuje tag”. Szczegółowe stanowisko Paper wobec komponentów, JSON i legacy znajdziesz w dokumentacji Component API (otwiera w nowej karcie).
Tabela 16 kodów kolorów Minecraft
Bazowa paleta obejmuje cyfry 0–9 oraz litery a–f. W tabeli podajemy znak sekcji, często
spotykany odpowiednik z ampersandem, nazwę MiniMessage i wartość RGB używaną jako przybliżenie klasycznej palety.
Próbka pokazuje kolor na ciemnym tle; na jasnym interfejsie szczególnie §e, §f i
§7 mogą wyglądać inaczej.
| Kod § | Kod & | Nazwa / MiniMessage | RGB | Próbka |
|---|---|---|---|---|
§0 | &0 | black – czarny | #000000 | Tekst |
§1 | &1 | dark_blue – ciemnoniebieski | #0000AA | Tekst |
§2 | &2 | dark_green – ciemnozielony | #00AA00 | Tekst |
§3 | &3 | dark_aqua – ciemny turkus | #00AAAA | Tekst |
§4 | &4 | dark_red – ciemnoczerwony | #AA0000 | Tekst |
§5 | &5 | dark_purple – ciemnofioletowy | #AA00AA | Tekst |
§6 | &6 | gold – złoty / pomarańczowy | #FFAA00 | Tekst |
§7 | &7 | gray – szary | #AAAAAA | Tekst |
§8 | &8 | dark_gray – ciemnoszary | #555555 | Tekst |
§9 | &9 | blue – niebieski | #5555FF | Tekst |
§a | &a | green – jasnozielony | #55FF55 | Tekst |
§b | &b | aqua – jasny turkus | #55FFFF | Tekst |
§c | &c | red – jasnoczerwony | #FF5555 | Tekst |
§d | &d | light_purple – różowy | #FF55FF | Tekst |
§e | &e | yellow – żółty | #FFFF55 | Tekst |
§f | &f | white – biały | #FFFFFF | Tekst |
Nazwa gold dla kodu 6 i osobny bedrockowy kod §g nie oznaczają tej samej barwy. Kod 6
należy do klasycznej szesnastki, natomiast §g jest dodatkowym kolorem Bedrock opisanym jako gold.
Jeśli konfiguracja ma działać w wielu edycjach i przez proxy, trzymaj się palety 0–f albo użyj komponentów z
kontrolowaną degradacją koloru.
Pogrubienie, kursywa, reset i pozostałe style
Kod stylu działa od miejsca wstawienia do resetu albo do momentu, w którym parser zmieni stan formatowania.
Najbezpieczniej po każdym wyróżnieniu dodać §r lub jego odpowiednik, a następnie ponownie ustawić kolor.
Dzięki temu końcówka nazwy nie odziedziczy przypadkiem pogrubienia.
| Kod | Java legacy | MiniMessage | Bedrock |
|---|---|---|---|
§k | Tekst magiczny / losowe glify | <obfuscated> | Tekst ukryty / obfuscated |
§l | Pogrubienie | <bold> | Pogrubienie |
§m | <strikethrough> | Ciemnoczerwony kolor, nie styl | |
§n | Podkreślenie | <underlined> | Brązowy kolor, nie styl |
§o | Kursywa | <italic> | Kursywa |
§r | Reset koloru i dekoracji | <reset> lub domknięcie tagów | Reset koloru i dekoracji |
W Java ciąg §c§nWażne oznacza czerwony, podkreślony tekst. Według aktualnej tabeli Microsoft
Bedrock odczytuje §n jako brąz. Nie projektuj wspólnego MOTD wokół kodów m i
n, dopóki nie przetestujesz tego przez używane proxy i klienty obu edycji.
Jak wpisać znak § i kiedy użyć \\u00A7?
Najbardziej niezawodna metoda to skopiowanie tego znaku: §. Na Windows często działa
Alt+0167 wpisane na klawiaturze numerycznej. Skrót zależy jednak od systemu, układu klawiatury,
ustawień terminala i pola tekstowego, więc kopiowanie jest bezpieczniejsze niż zapamiętywanie jednego skrótu.
Sekwencja \u00A7 jest zapisem Unicode znaku §. Działa tylko tam, gdzie czytnik rzeczywiście
interpretuje sekwencje ucieczki – klasycznym przykładem jest wartość w pliku właściwości Java. Nie wklejaj jej
automatycznie do zwykłego czatu: gracz najczęściej zobaczy sześć znaków \u00A7, a nie kolor.
Analogicznie § wpisany bezpośrednio nie musi przejść przez każde pole vanilla Java.
Dokumentacja Microsoft pokazuje w Bedrock zarówno §c, jak i \u00A7c wewnątrz surowej
wiadomości. Zawiera też pełną tabelę rozszerzeń Bedrock oraz przykłady tellraw:
Raw Message JSON w Microsoft Learn (otwiera w nowej karcie).
Wpisz &&a. Podwójny ampersand zostanie potraktowany jako pojedynczy znak tekstu, a nie początek
kodu. Generator rozpoznaje kody zarówno po &, jak i po §, ale eksportuje jeden
kontrolowany format.
Generator kolorowego MOTD Minecraft – dwie linie i podgląd
Wpisuj kody w postaci &b, &l i &r albo używaj przycisków. Podgląd
emuluje klasyczną paletę Java; nie jest zrzutem z klienta, dlatego szerokość fontu,
ikona serwera w formacie server-icon.png, ping i wersja
mogą zmienić ostateczny układ. Eksport „server.properties” zamienia znaki formatu na \u00A7, polskie
znaki na przenośne sekwencje Unicode i dodaje literalne \n. Eksport MiniMessage buduje domknięte tagi
kolorów oraz dekoracji.
Zbuduj własny MOTD
Obsługiwane skróty: &0–&f, &k–&o i &r.
Generator jest gotowy.
Kolorowe MOTD w server.properties krok po kroku
Pole motd odpowiada za opis wyświetlany na liście serwerów. Potwierdza to bieżąca
referencja server.properties PaperMC (otwiera w nowej karcie).
W tym pliku nie wstawiaj fizycznego przejścia do następnego wiersza wewnątrz wartości. Drugi wiersz zapisz jako
literalne \n, a znak formatu jako \u00A7.
motd=\u00A7b\u00A7lTwojSerwer.pl \u00A78| \u00A7aSurvival\n\u00A7r\u00A7eNowa edycja \u00A77\u2022 \u00A7fDolacz dzis!- Zatrzymaj proces serwera i wykonaj kopię pliku
server.properties. - Znajdź dokładnie jedną aktywną linię zaczynającą się od
motd=. - Wklej eksport generatora bez cudzysłowów i bez łamania go przez edytor.
- Zapisz plik, uruchom serwer i sprawdź log startowy pod kątem błędu konfiguracji.
- W kliencie odśwież listę; przy starym wyniku usuń wpis i dodaj go ponownie albo sprawdź proxy.
Jeżeli ruch przechodzi przez Velocity, Bungee albo panel z własną odpowiedzią statusową, gracz może nigdy nie zobaczyć MOTD backendu. Edytuj proces, który faktycznie odpowiada na ping listy serwerów. Szerszy opis portu, dostępu, dystansów i bezpiecznej zmiany pliku znajdziesz w poradniku server.properties Minecraft.
Kody formatu zajmują miejsce w ciągu, lecz nie tworzą widocznych znaków. Szerokość liter jest zmienna, klient może skalować interfejs, a proxy lub plugin może ograniczyć długość pakietu. Projektuj dwie krótkie linie i testuj na realnym kliencie zamiast wypełniać każdą pozycję do umownego limitu znaków.
Kiedy działają kody & w pluginach?
Plugin może pozwalać administratorowi wpisać &a, po czym zamieni go na komponent albo format legacy.
Tę wygodę zapewnia plugin – nie silnik Minecraft. Dwa pola w tej samej konfiguracji mogą korzystać z różnych
parserów: prefiks rangi może obsługiwać ampersand, a wiadomość hover już MiniMessage lub JSON.
welcome-message: '&a&lWitaj! &7Użyj &f/menu&7.'
maintenance-message: '&cTrwa przerwa techniczna.'
W YAML bezpiecznie obejmij ciąg pojedynczymi cudzysłowami, zwłaszcza gdy występują dwukropki, znaki #
albo nawiasy. Nie dopisuj & do każdego pola „na próbę”. Dokumentacja musi powiedzieć, czy plugin
przyjmuje legacy ampersand, MiniMessage, komponent JSON czy zwykły tekst. Czasem wymagana jest również osobna
permisja dla kolorowego czatu gracza, mimo że administrator może używać kolorów w konfiguracji.
Jeśli po aktualizacji pluginu surowe &a zaczyna być widoczne, sprawdź changelog i wygenerowany nowy
plik ustawień. Migracja na komponenty może celowo wyłączyć dawny translator. Nie zamieniaj globalnie wszystkich
ampersandów – uszkodzisz adresy URL, teksty i znaczniki, które nigdy nie były kodami.
MiniMessage w Paper, Adventure i Velocity
MiniMessage jest tekstową reprezentacją komponentów biblioteki Adventure. Pozwala zagnieżdżać style, nazywać kolory, używać RGB i – gdy parser na to pozwala – tworzyć gradienty, hover lub klikane akcje. Oficjalna specyfikacja formatu MiniMessage (otwiera w nowej karcie) wymienia standardowe tagi i wyraźnie zaznacza, że aplikacja może dodać własne albo ograniczyć ich podzbiór.
<aqua><bold>TwojSerwer.pl</bold></aqua> <dark_gray>|</dark_gray> <green>Survival</green>
<newline><yellow>Nowa edycja</yellow> <gray>•</gray> <white>Dołącz dziś!</white>
W konfiguracji Velocity pole motd ma typ „Chat” i może korzystać z MiniMessage; aktualna
dokumentacja Velocity (otwiera w nowej karcie)
potwierdza również RGB dla klientów 1.16 i nowszych. Nie wynika z tego, że standardowe pole
motd= backendu Paper nagle interpretuje tagi. To dwa różne pliki i dwa różne czytniki.
Podobieństwo nawiasów jest wizualne. Tag <red> rozumie parser Adventure, nie przeglądarka ani
vanilla. Generator ucieka nawias otwierający wpisany przez użytkownika, aby zwykły tekst nie stał się
nieoczekiwanym tagiem w eksporcie.
Kolory HEX i gradienty bez pułapek
Kolor RGB zapisuje się jako sześć cyfr szesnastkowych #RRGGBB. W MiniMessage najkrótszy zapis to
<#55FFAA>tekst</#55FFAA>, a wariant opisowy to
<color:#55FFAA>tekst</color>. Gradient przyjmuje co najmniej kolory graniczne:
<gradient:#55FFFF:#55FF55><bold>TWOJ SERWER</bold></gradient>
<gray>Survival • Działki • Eventy</gray>Tag gradientu jest funkcją parsera, nie jednym „kolorem HEX” przesyłanym do klienta. Parser tworzy osobne kolory dla kolejnych znaków. Długi gradient zwiększa rozmiar komponentu i może wyglądać jak tęcza bez hierarchii – do nazwy serwera wystarczą zwykle dwa bliskie kolory, a opis powinien pozostać neutralny.
RGB wymaga klienta, który je obsługuje. Velocity wskazuje wersję 1.16 jako próg wsparcia. Jeżeli wpuszczasz starsze
wersje przez translator protokołu, sprawdź sposób redukcji do palety 16 kolorów. Nie zakładaj, że każdy plugin
obsługujący &a automatycznie rozumie popularne warianty &#RRGGBB lub
&x&R&R... – to dodatkowe konwencje bibliotek.
Komponenty tekstowe JSON w Java i rawtext w Bedrock
Komponent zachowuje strukturę: tekst, kolor, pogrubienie i kolejne fragmenty nie muszą być spłaszczone do jednego ciągu. W Java prosty komunikat może wyglądać tak:
/tellraw @a {"text":"Start edycji!","color":"#55FFAA","bold":true,"extra":[{"text":" /spawn","color":"yellow","bold":false}]}
JSON jest właściwy, gdy pole lub komenda oczekuje komponentu. Nie wklejaj go do motd= tylko dlatego,
że pozwala opisać kolor. Paper wskazuje komponenty jako wspierany model tekstu i opisuje serializację JSON jako
bezstratną dla komponentów, których użytkownik nie musi regularnie edytować.
Bedrock używa odrębnego obiektu rawtext. Kolor można umieścić wewnątrz węzła tekstowego:
/tellraw @a {"rawtext":[{"text":"§b§lStart edycji!§r §e/spawn"}]}
Węzły translate, score i selector pozwalają wstawiać treść dynamiczną zamiast
budować wszystko jako tekst. Nie kopiuj jednak struktury Java do Bedrock ani odwrotnie. Więcej bezpiecznych
przykładów, selektorów i różnic wersji zawiera poradnik
komend Minecraft Java i Bedrock.
Kody kolorów Java a Bedrock – ważne różnice
Obie edycje dzielą paletę 0–9 i a–f oraz kody k, l,
o i r. Na tym kończy się bezpieczne założenie o pełnej zgodności. Microsoft wymienia w
Bedrock dodatkowe kolory: §g gold, §h ciepły jasnoszary, §i chłodny
jasnoszary, §j ciemnobrązowy, §m ciemnoczerwony, §n brązowy,
§p złoty, §q ciemnozielony, §s aqua, §t ciemny teal oraz
§u fioletowy.
Największa kolizja dotyczy m i n. Java legacy używa ich do przekreślenia i podkreślenia,
Bedrock – do dwóch barw materiałowych. Dodatkowe bedrockowe kody nie mają gwarantowanego odpowiednika na Java.
Proxy Crossplay może tłumaczyć komponent, redukować kolor albo przepuścić dosłowny znak; wynik zależy od warstwy,
która buduje odpowiedź statusową.
JSON również nie jest wspólnym dialektem. Java korzysta z komponentów z polami takimi jak text,
color i extra, a Bedrock z tablicy rawtext. Testuj osobno klienta Java,
klienta Bedrock i ścieżkę przez proxy. Sam poprawny wygląd w panelu hostingu nie jest dowodem zgodności w grze.
Macierz zgodności: jaki kod zadziała w danym miejscu?
| Kontekst | § / \\u00A7 | & | JSON | MiniMessage |
|---|---|---|---|---|
| Java server.properties | Tak; najbezpieczniej \u00A7 | Nie bez dodatkowej warstwy | Nie jako zwykła wartość | Nie w vanilla |
| Vanilla Java /tellraw | Nie traktuj jako głównego formatu | Nie | Tak, komponent tekstowy | Nie bez parsera |
| Konfiguracja pluginu Paper | Zależy od pluginu | Zależy od pluginu | Zależy od pola | Zależy od pluginu |
| Velocity motd | Użyj formatu opisanego w dokumentacji | Nie zakładaj obsługi | Nie jako ciąg konfiguracyjny | Tak |
| Bedrock rawtext / tellraw | Tak wewnątrz tekstu | Nie w vanilla | Tak, struktura rawtext | Nie w vanilla |
| Zwykły czat gracza | Zwykle blokowany lub niesformatowany | Tylko z pluginem i uprawnieniem | Nie jako zwykła wiadomość | Tylko z pluginem i parserem |
Słowo „zależy” jest tu ważną informacją, nie brakiem odpowiedzi. Plugin może w jednym wydaniu migrować z legacy
na MiniMessage, wyłączyć niebezpieczne tagi lub rozdzielić parser dla wiadomości administratora i treści gracza.
Sprawdzaj dokumentację z numerem używanej wersji i testuj najpierw prosty napis TEST w jednym kolorze.
Gotowe przykłady MOTD, czatu i komunikatów
Vanilla/Paper server.properties – dwie linie:
motd=\u00A7d\u00A7lSkyBlock \u00A7f+ \u00A7bOneBlock\n\u00A7r\u00A77Wyspy \u00A78\u2022 \u00A7eEventy \u00A78\u2022 \u00A7aEkonomiaVelocity MiniMessage – czytelny gradient tylko na nazwie:
motd = "<gradient:#55FFFF:#55FF55><bold>TwojSerwer.pl</bold></gradient><newline><gray>Survival • Działki • Event dziś 20:00</gray>"Komunikat pluginu z parserem ampersand:
broadcast: '&6&lEVENT &8» &fStart za &e10 minut&f. Użyj &b/spawn&f.'Bedrock rawtext z resetem przed komendą:
/tellraw @a {"rawtext":[{"text":"§6§lEVENT §8» §fStart za §e10 minut§r§f. Użyj §b/spawn§f."}]}
Dobry komunikat ma hierarchię: nazwa lub typ wydarzenia jest wyróżniony, reszta pozostaje łatwa do przeczytania,
a reset odcina style przed zwykłym tekstem. Pięć jaskrawych kolorów w jednym zdaniu nie poprawia widoczności.
Unikaj też kodu §k w ważnych informacjach – losowe glify utrudniają czytanie, dostępność i moderację.
Bezpieczna konfiguracja kolorów i treści graczy
Przed edycją zachowaj kopię pliku i upewnij się, że nie zawiera RCON password, tokenów bota, sekretu forwardingu proxy ani danych bazy. Generator na tej stronie działa lokalnie i nie wysyła MOTD, ale kopiowanie całej konfiguracji do przypadkowego narzędzia internetowego może ujawnić znacznie więcej niż dwa publiczne wiersze.
MiniMessage ma tagi wykraczające poza kolor: kliknięcie, hover, wstawienie tekstu, selektor i inne komponenty. Jeżeli treść pochodzi od gracza, nie przepuszczaj jej przez pełny parser bez ograniczeń. Plugin powinien uciekać tekst niezaufany albo korzystać z kontrolowanego zestawu resolverów. Administrator powinien ponadto ograniczyć permisje do kolorowych nicków, prefixów i wiadomości, aby gracze nie podszywali się wizualnie pod system lub moderację.
- nie pozwalaj graczom tworzyć klikalnych adresów lub komend bez walidacji;
- oddziel szablon administratora od tekstu wpisanego przez użytkownika;
- zachowaj zwykły tekst w logach, nawet jeśli interfejs używa kolorowego komponentu;
- nie oznaczaj komunikatu gracza dokładnie tymi samymi kolorami co ostrzeżenie systemowe;
- po aktualizacji parsera przetestuj cudzysłowy, ukośniki, nawiasy i bardzo długi tekst.
Podgląd generatora nie używa innerHTML. Każdy fragment jest tworzony jako element, a treść trafia do
niego przez textContent; dlatego wpis typu <img onerror=...> pozostaje zwykłym tekstem.
Eksport MiniMessage dodatkowo ucieka otwierające nawiasy, aby tekst nie został później uznany za tag.
Dlaczego kolor lub MOTD nie działa? Diagnostyka
| Objaw | Prawdopodobna przyczyna | Test | Rozwiązanie |
|---|---|---|---|
Widać &aTekst | Brak translatora ampersand | Sprawdź opis pola i jedną prostą wartość | Użyj obsługiwanego formatu, nie globalnej zamiany |
Widać §aTekst | Pole nie interpretuje legacy lub znak został zablokowany | Porównaj z dokumentacją dokładnego kontekstu | Przejdź na komponent, JSON albo właściwy parser |
Widać §a | UTF-8 odczytane w złym kodowaniu | Otwórz kopię w edytorze pokazującym kodowanie | Użyj oczekiwanego kodowania lub \u00A7 |
Widać <green> | Brak MiniMessage albo tag jest wyłączony | Sprawdź zwykły tag koloru w udokumentowanym polu | Włącz właściwy parser lub użyj formatu pola |
| MOTD się nie zmienia | Edytujesz backend, a ping obsługuje proxy | Zatrzymaj proxy i sprawdź bezpośredni port testowy | Zmień konfigurację warstwy odpowiadającej na status |
| Druga linia znika | Fizyczny Enter zamiast \n albo parser usuwa newline | Porównaj plik z eksportem generatora | Umieść literalne \n w jednej wartości |
Po /reload stary tekst | server.properties nie został wczytany ponownie | Sprawdź czas startu procesu w logu | Wykonaj kontrolowany pełny restart |
| HEX staje się innym kolorem | Stary klient lub redukcja palety przez proxy | Połącz się klientem 1.16+ bez translatora | Użyj 16 kolorów albo skonfiguruj degradację |
| Plugin usuwa styl | Inny formatter nadpisuje komponent później | Wyłącz na kopii kolejne pluginy czatu | Ustal jednego właściciela formatowania i priorytet |
Diagnozuj od minimalnego przypadku: jedna linia, jeden kolor, bez pogrubienia. Potem dodaj reset, drugi wiersz,
polskie znaki i dopiero na końcu HEX lub gradient. Taki porządek wskazuje dokładny etap, który przestaje działać.
Nie używaj /reload jako uniwersalnej naprawy Paper – pełny restart jest przewidywalniejszy, a część
pluginów wprost nie wspiera bezpiecznego przeładowania.
Checklista przed publikacją kolorowego MOTD
- wiesz, który proces odpowiada na ping: backend Java, proxy czy platforma Bedrock;
- wybrana składnia jest jawnie obsługiwana przez dane pole konfiguracji;
- nazwa serwera pozostaje czytelna bez koloru i nie podszywa się pod komunikat systemowy;
- oba wiersze mieszczą się wizualnie przy typowym skalowaniu interfejsu;
- po pogrubieniu, kursywie lub kolorze znajduje się świadomy reset;
- polskie znaki nie zmieniły się w ciąg
§ani pytajniki; - Java, Bedrock i starsze klienty zostały sprawdzone osobno, jeśli serwer je reklamuje;
- plik ma kopię, a log pełnego restartu nie zgłasza błędu parsowania;
- gracze nie mogą przekazywać nieograniczonych tagów MiniMessage do parsera;
- opis, wersja i tryb na publicznym profilu zgadzają się z komunikatem MOTD.
Gotowy serwer możesz dodać bezpłatnie przez formularz Dodaj serwer Minecraft. Kolor pomaga rozpoznać markę, ale użytkownika zatrzyma zgodność informacji: działający adres, prawidłowa wersja, uczciwy opis trybu i widoczny status online.
Plan działania krok po kroku
- 1
Ustal dokładny kontekst: vanilla Java, Bedrock, server.properties, konfiguracja pluginu, Velocity, JSON czy polecenie – od tego zależy składnia.
- 2
Wybierz czytelne dwa lub trzy kolory z palety 0–f; sprawdź kontrast zarówno w ciemnym, jak i jasnym motywie listy serwerów.
- 3
Zbuduj dwie krótkie linie w generatorze, wstawiając kody przyciskami albo wpisując je jako &a, &l i &r.
- 4
Skopiuj eksport server.properties dla serwera vanilla/Paper albo eksport MiniMessage wyłącznie dla pola, którego dokumentacja potwierdza taki parser.
- 5
Przed zmianą wykonaj kopię konfiguracji i nie wklejaj całego pliku do internetowego narzędzia, jeśli zawiera hasła lub tokeny.
- 6
Zatrzymaj właściwy proces, zapisz plik w poprawnym kodowaniu i uruchom pełny restart; /reload nie jest testem ustawienia server.properties.
- 7
Odśwież listę serwerów na kliencie zgodnym z docelową wersją i sprawdź oba wiersze, reset stylów, polskie znaki oraz długość napisu.
- 8
Jeżeli widać surowe kody, użyj macierzy zgodności i logów, aby ustalić, czy brakuje parsera, edytujesz zły backend albo plugin nadpisuje wynik.