TheMolkaPL

use i interact pewnie.

Najlepiej ustaw na 0, bo pewnie i tak masz WorldGuarda, który chroni spawna. spawn-protection przydatne jest na serwerach vanilla.

https://minecraft.gamepedia.com/Scoreboard#Teams

Czy zmniejszyłeś spawn-protection w server.properties?

Więc daje pliczek DworzecCentralny.rar [skan] Nie udało mi się wszystkiego zbudować. Po pierwsze nie zrobiłem ścian w pomieszczeniach na "zapleczu" ponieważ uznałem, że i tak mi się to nie uda. Ścianę muszę zrobić grubą na 1 blok, a w rzeczywistości wiele z nich jest ścianami gipsowymi i nie mają nawet ćwiartki metra. Na mapie jest jeszcze Warszawa Śródmieście, ale w stanie surowym. Jest także Warszawa Śródmieście WKD, podziemia i naleśnik. Zbudowałem w pełni wszystkie galerie na dworcu i pod ulicami. Przejścia podziemne miasta są natomiast w stanie surowym ze względu na brak dokumentacji. Nie znalazłem żadnego rysunku przedstawiającego estakady nad Jana Pawła, więc zbudowałem jedynie ich filary. Nie zbudowałem wszystkich skosów peronów, bo się ciężko je buduje Brakuje też samych ulic, ale nie mam siły budować tylu kółek i skosów na takiej powierzchni. Byłbym zapomniał - budowałem na wersji Minecraft 1.12.1, budowla znajduje się na współrzędnych X:-110 Y:82 Z:500. Mój styl budowania polega na tym, że najpierw wszystko buduje "w stanie surowym" czyli ze stone (który chyba najbardziej jest podobny do podstawowego materiału jakim jest beton), następnie wszystko wykańczam WorldEditem patykiem z przypisaną komendą //repl <material>. Nie zawsze znajdowałem dobre materiały na podmianę, albo ze względu na problem grubości jednego bloku rezygnowałem z podmiany. Czy jest problem jednego bloku? Podmieniając podłogę wpływam na sufit pomieszczenia poniżej (i vice versa) - to samo ze ścianami. Robiąc granatową halę peronową zrobiłbym granatową podłogę w hali głównej. Zastanawiałem się na początku budowy czy nie powiększyć wszystkiego 2x, aby skala była 2:1. Ostatecznie ze względu na prawdopodobne problemy z oświetleniem i renderingiem dużych odległości postanowiłem tego nie robić. Hala nigdy nie renderowałaby się w pełni ze względu na jej skalę. Perony byłyby zawsze ciemne, choć sufit byłby pełny źródeł światła. Hmm, ale co dokładniej? Wiem - schodów ani pochylni ruchomych nie ma. Byłyby zbyt strome (schody mają kąt 30 stopni), a też ciężko byłoby je zmieścić. Projekt nie jest zamknięty, więc fajnie byłoby też dostać jakieś propozycje co do ulepszeń

[(skellett[ ][(cord|proxy)]|bungee[ ][cord])] (send|connect) [(player|uuid)] %string% to [[bungee[ ][cord]] server] %string%

To jest w WildSkript

To jest nieaktualny plugin. W 1.10 Spigot usunął metodę getOnlinePlayers(), która zwracała Player[], teraz jest metoda getOnlinePlayers(), która zwraca Collection<Player>.

Skąd taka pewność? Sam się upewnię tylko podaj nazwę dodatku, na którym operujesz add "[%now%] %player% - /%command% %arguments% " to yaml list "{@Komenda}" from file "Komendy/{@Nazwa}.yml"

Jeszcze musisz się przede wszystkim nauczyć czym jest hermetyzacja i dlaczego jest bardzo ważna. Obiektowe programowanie, czyli najlepiej żadnych gloalnych zmiennych w kodzie (może być jedynie kilka wyjątków). W L28 wysyłasz informację o stworzeniu biletu, a go nigdzie nie przechowujesz co prowadzi do tego, że za chwilę GC Javy i tak go usunie z pamięci. Nie ma nigdy takiego package jak... object(s), manager(s), data, etc. Są one zbyt generalne, ponieważ klasy lokalizuje się w package związanym z jego dziedziną/tematyką; a nie typem klasy, bo to utopia (nieintuicyjne i praktycznie nieskończona ilość klas). Widzę, też (linijka L12), że nie znasz przeznaczenia i czym jest klasa utility (inaczej helper). Klasa utility (w Javie oraz Google Guava nazywana od swoje przeznaczenia z końcówką -s, np Arrays, Collections, Maps, Lists, w Apache Commons Lang z sufiksem -Utils, np RandomUtils, StringUtils, NumberUtils) to klasa która rozszerza funkcjonalność już istniejącej klasy w sytuacji gdy nie mamy możliwości jej edycji lub na niej wpływu. W związku z tym klasa utility nie dziedziczy po tej klasie, a jedynie dodaje globalne (inaczej statyczne) metody dodatkowe dla danej klasy. W związku z powyższym takiej klasy nie można instantyzować (tworzyć nowych instancji - obiektów); klasa taka powinna być finalna oraz posiadać prywatny konstruktor. Problem klasy utility jest taki, że tak jak nazwa wskazuje, posiada jedynie globalne metody oraz nie ma instancji co prowadzi to tego, że nie można na nią wpływać w żaden sposób z zewnątrz poprzez na przykład nadpisanie takiej metody i zmianę jej zachowania. Klasa TicketUtil jest więc zbędna, bo wszelkie jej metody powinny znajdować się w Ticket umożliwiając jej ewentualne nadpisanie. Dodatkowo poczytaj sobie o zaletach, a przede wszystkim wadach wzorca singleton.

Ten na McPlay był znacznie mniejszy i budowany z znacznej mierze z pamięci. Ten budowałem według rzutów CAD udostępnionych przez PKP. Chyba, że chodzi ci rzeczywiście "na żywo" XD

Scanner scanner = new Scanner(System.in); while (scanner.hasNextLine()) { String input = scanner.nextLine(); switch (input.toLowerCase) { case "dodaj": // ... } }

Musisz sobie po prostu czytanie zapętlić w nieskończoną pętlę

Brakuje efektów zapachowych

Przecież to zwykły Bootstrap 3 :P

Bardzo fajna stronka Mam nadzieję, że serwerów będzie przybywać. @TiREX Może popracuj jeszcze nad upiększeniem przycisku głosowania? W tym momencie jest taki... standardowy. Powinien się chyba wyróżniać i zachęcać.

Meeeh - wystarczy, że VIPowi w permissions.yml dasz default na true. Wtedy każdy kto wchodzi nowy to dostaje tą rangę.

W sumie to nie, no bo po co? Ten jest przecież dobry.

wait musi być po open chest...

Tak jak wspominałem. Wiadomość jest na twardo zapisana w kodzie więc nie można jej zmienić. Musisz edytować kod i go ponownie kompilować.

Ale bez czego? xd

Witajcie czerwono towarzyszu!

1. 2. 3. 4. 5. 6.