TheMolkaPL

Typy bloków sprawdzasz wartościami Material, nie ich ID (które to jest deprecated - przestarzałe/niezalecane). Użyj drop.getItemStack().getType().equals(Material.BEDROCK); Nie ustawiasz ilości itemu na zero, a anulujesz event.

W sekcji nadchodzących wydarzeń została użyta zła forma odmiany miesiąca.

Ciekawym rozwiązaniem oceniania działek byłby system ich recenzji. Recenzja polegałaby na ocenie działki w skali od 1 (najgorsza) do 5 (najlepsza). Przykładowo /recenzja <grade> [comment...]. Komentarz mógłby być dodatkową wiadomość dlaczego recenzent wybrał tą, a nie inną ocenę. Recenzje można zobaczyć komenda /recenzje przebywajac na danej dzialce. Dzięki takiemu systemowi można dodać komendę /eksploruj, która wylosuje losową działkę z puli najlepiej ocenianych. Po wylosowaniu nastąpi teleportacja na /p home danej działki oraz wydrukuje informacje o niej. Informacje powinny zawierać właściciela, dodanych graczy oraz średnia ocena recenzji. Myślę ze byłby to ciekawy system eksploracji działek na serwerze oraz ich ocenianiu. Pozdrawiam!

Od początku grania w Minecraft wkurza mnie brak możliwości edycji zawartości istniejącej już tabliczki. Proponuję dodać komendę /sign <1-4> <value>, która będzie edytowała zawartość istniejącej tabliczki.

Ekem, sender to CommandSender, a CommandSender ekwipunku otworzyć nie może (bo to może też być na przykład konsola czy command block). Musi zrobić to co padłem ja, czyli upewnić się, że sender jest graczem (Playerem), castować sendera do Playera i na nim otworzyć ekwipunek.

Musisz sprawdzić czy sender jest instancją od Playera. Jeżeli tak, to castujesz sendera do Playera, w innym wypadku drukujesz do sendera wiadomość, że nie jest graczem.

Ja nie robię żadnych, nawet jakichkolwiek płatnych zleceń. Moje działania opierają się jedynie do open-source i moich prywatnych projektów. Jestem tutaj na forum, aby udzielać pomocy, abyście Towarzyszu się dowiedzieli tego co ja wiem... bo ja też mogę kiedyś potrzebować pomocy. Wtedy otrzymam ją od kogoś kto ją ma.

Ja chce wam pomóc, a nie robić gotowce...

Mówiłem już wam Towarzyszu żebyście wrzucali grafiki w <img>. Dla tych co nie chce się klikać: Próbujecie użyć zmiennej player, a ona po prostu nie istnieje.

Bo odświeżył

Zmienisz sobie w Mojang nick i już ich nie masz (a co gorsza może mieć je ktoś inny) Na produkcji to takie coś nie jest potrzebne, ale na serwerze testowym może się rzeczywiście przydać. Myślę jednak, że ta komenda powinna być wykonywalna wyłącznie z konsoli serwera.

Ahhh - wiedziałem, że ktoś w końcu o to zapyta! Jest to po prostu modyfikacja klienta (czyli to nic nie ma do serwera), która przy wchodzeniu graczy na serwer pobiera z listy adres URL tekstury skrzydeł. Taka lista znajduje się w BlazingPacku, natomiast każdy gracz (ten na liście) ma przypisane inną teksturę skrzydeł. Klient gry renderuje wtedy mu te skrzydła. Tej funkcji w żaden sposób nie można dodać z poziomu serwera, jest to po prostu modyfikacja klienta. Pozdrawiam antykapitalistycznie!

W jednym projekcie możesz mieć ponad 2 miliardy komend... Problem wynika z kilku powodów: - Masz źle skonfigurowany plugin.yml - oprócz nazwy komendy musisz dopisać jeszcze jej opis, użycie oraz zaleca się także dopisać uprawnienie. vip: description: 'Tutaj jest opis komendy' permission: 'nazwapluginu.command.vip' usage: '/<command>' - Komendy domyślnie się rejestrują w głównej klasie pluginu - tutaj akurat Main (chociaż powinna się nazywać NazwaPluginuPlugin, np WorldEditPlugin). Dzięki temu komenda /vip wykonuje się poprawnie. - Nie następuje jakakolwiek rejestracja tej drugiej komendy, która to swój executor posiada w innej klasie. Dodajmy, że jeżeli dany executor przypisany jest tylko do jednej komendy nie musisz wtedy w nim sprawdzać czy na pewno jest to komenda vip, lub svip.

Gdybyście Towarzyszu zauważyli to cały czas wam pomagam. Chce was uratować przed zniszczeniem imienia waszego oraz serwera w przypadku jakiegokolwiek, choć najmniejszego wycieku czy kradzieży danych. Bezpieczeństwo powinno być najwyższym priorytetem każdego serwisu... wyobraźcie sobie wyciek haseł z Google czy YouTube. Wyobraźcie sobie, że takie hasła były widoczne w logach oraz były hashowane w md5. Nie wiem, czy Facebook, czy YouTube by się po takim czymś uratowały. To byłby po prostu koniec tych serwisów i ogromne straty finansowe dla ich właścicieli. Podobnie będzie z niewinnym serwerem Minecraft. Co tyczy się unieruchomienia gracza to napisałem to już w pierwszym poście.

Masz skUnity?

To nie ma znaczenia czy ktoś jest administratorem, czy nie. Hasło każdego gracza musi być bezpieczne. Zapis ich w logach, czy zapis w odwracalnym hashu nim nie jest. To, że ktoś nie jest administratorem, czy nawet moderatorem nie oznacza, że bezpieczeństwo takiego gracza nie ma żadnej wartości. Zauważ, że to administracja potrzebuje zwykłych graczy, a nie gracze administracji. Wszystkim musisz zapewnić minimum bezpieczeństwa, Skript go po prostu nie oferuje.

Musisz stworzyć team w scoreboard, ustawić prefiks, a następnie przypisać do niego gracza. Wszystko robi sie komendami.

Nie działa bo ta wersja jest przestarzała, zbugowana i pełna exploitów. Nie ma jakiegokolwiek powodu aby wciaż wspierać tak stare wersje (nie robi tego nawet BungeeCord). Jak chcesz sie na 1.7 uprzeć to musisz pobrać stara archiwalna wersje Citizens. Pamiętaj że może ona posiadać naprawione później bugi. Nie posiadasz także żadnego supportu do tych wersji.

Co jest złego w Citizens? Wydaje mi się, że jest najlepszy.

Jest to wiadomość rozszerzona wyświetlana po stronie klienta. Wiadomość rozszerzoną włącza się kombinacją klawiszy F3 + H. Jest ona tworzona i wyświetlana wyłącznie po stronie klienta gry - nie da się jej usunąć.

Skrypt ma ograniczenia, które nie pozwalają na zrobienie w nim logowania. Przykładowo jak chcesz w logach ukryć hasła, które zostały w komendach? - nie da się. To jeden z pierwszych argumentów i od razu odrzucających wizję logowania w Skript. Logi nie mogą przechowywać takich danych jak hasła. Skript nie ma hashowania, więc także znowu Skript nie nadaje się do jakiegokolwiek odczytu i zapisu haseł. Blokada wejścia gracza, jeżeli ten wykonał zbyt dużą ilość prób logowania może nastąpić w on connect, a on jest synchroniczny (wykonuje się w głównym wątku serwera). Wszelka autoryzacja, walidacja banów, białych list powinna następować w asynchronicznym PlayerPreLoginEvent, którego w Skript nie ma. Więc jeszcze raz - w Skript nie zrobisz logowania. Podobnie też właśnie z ostatniego powodu nie zrobisz na nim banów, ani białych list. Bo co prawda teoretycznie będzie to działać, ale przez czynniki zewnętrzne wpływa to na fizyczne działanie serwera. Brak hashowania i brak możliwości ukrycia haseł z logów są głównymi powodami. Poza tym... skoro jest dobry plugin, to po co robić do tego skrypt?

Bo musisz pobrać kod źródłowy z GitHuba - https://github.com/FunnyGuilds/FunnyGuilds Tak by the way - wklejając obrazy na forum używaj hostingu przykładowo Imgur oraz wklejaj grafiki w tag <img>.

Albo jak masz IDE lub nawet notatnik to wciskając [TAB] na klawiaturze tworzą ci się 4 spacje.

Dlaczego nie działa? Powiedz nam jaki macie błąd, co dokładnie nie działa.