kerpson

ja nie muszę nabijać bo mam ich wystarczająco, ale ty również to robisz. Użytkownik prosi o spolszczenie, a ty jakieś głupie gadki, o tym, że jaka nagroda, i że słaba nagroda zamiast się wstrzymać od głosu. Skoro nagroda słaba to nie musisz jej przyjmować @JailowyPLw wolnej chwili mogę przetłumaczyć jakąś część tekstu, wyśle ci na pv

tłumaczenie z translatora odpada, wiele błędów może się wkraść. Pamiętaj, że nie wszyscy ludzie na świecie maja parcie tylko na nagrody i potrafią pomóc bez interesownie

Oferujesz jakieś wynagrodzenie? A po 2. To nie "mieć discorda" Tylko posiadać:p

Linijka 45 jest związana ze String ip, jest nullem. Spróbuj pobrać ip w ten sposób: p.getAddress().getAddress().getHostName(); A tak poza tym to strasznie nieczytelny ten kod i bałagan niezły jest. Ja bany polecam robić na uuid a nie na nazwe gracza

może authme? Rozpisz liste swoich pluginow

Spróbuj czy ten działa: (jak masz bungeecorda) https://www.spigotmc.org/resources/bungeetablistplus.313/ A jak nie masz: https://www.spigotmc.org/resources/tab-1-7-x-1-16-5-free-version.57806/ https://www.spigotmc.org/resources/tablist-1-12-1-16.78073/

Tak jak paweU, strony to podstawa jeżeli robimy "gui z graczami". Nie trudno coś takiego zrobić, ja mam napisane swoje api inventory typowo pod strony, ale na internecie masz wiele przykładów stron. Plugin może wydawać się dobry, ale to w głównej mierze zależy od kodu. Wizualnie jest git ale przydało by się pokazać kod, gdyż nie wiadomo jak to jest napisane i jaką wydajność uciągnie.

http://milkbowl.github.io/VaultAPI/ https://github.com/MilkBowl/VaultAPI

Wytłumaczysz dokładniej?

WTF. Nazwa eventu: PLAYER command... Mówi ci coś PLAYER? Tak, że event ten wykonuje GRACZ a nie szkielet bądź zombie, który prankuje graczy komendami. Także wszelkie sprawdzanie czy event.getPlayer() jest playerem i castowanie go do niego jest bardzo głupie. Po 2. aby w tym evencie otrzymać komendę użyj następującego polecenia: String cmd = event.getMessage().split(" ")[0];

Najpierw warto dowiedzieć się czemu ci serwer "crashuje". PacketLimier niekoniecznie jest rozwiązaniem. Czy serwer jest wyrzucany przez ataki czy podczas normalej rozgrywki graczy? I czy w konsoli są jakieś blędy/logi/warny itd?

Wytłumacz jeszcze raz po polsku bo nie kumam. "czy gracz ma permisję do komendy i dopiero ją wykonywać?" Da się to zrobić w komendzie, po co jakieś eventy?

eventHandler przy komendzie?? o.0? przy metodzie onCommand używa się @Override... należy również komendę zarejestrować w sposób getCommand("kom").setExecutor(new Klasa()); CO? XD

Możliwe że się mylę, ale jesteś zapewne początkujący w javie więc polecam ci zaczać od podstaw, bedzie ci prościej w przyszłości, a nawet teraz. https://javastart.pl/baza-wiedzy/java-podstawy-jezyka a tu coś o obiektowym działaniu: https://javastart.pl/baza-wiedzy/programowanie-obiektowe

Jeżeli np. metoda jest w klasie: @Override public void onEnable() { Klasa.task(); } a jeżel ijest ona w klasie głównej to usuwasz static i robisz ttak: @Override public void onEnable() { this.task(); }

1. Czy są jakieś błędy w konsoli? 2. Czy task jest zarejestrowany w metodzie onEnable()?

ekhm ale może się tak stać jedynie jeśli wcześniej spadną poniżej 20 https://www.spigotmc.org/threads/20-tps.333667/ Zacytuje wypowiedź

Nie umiesz czytać na jakie wersje są silniki i jakie mają funkcję? Wystarczy poczytać... SternalSpigot - 1.8.8 (Jest napisane, że to fork TacoSpigota, także gadanie, że kod ukradziony to jedno wielkie XD, dużo opcji, asynchroniczny, antycrashe) Mspigot - 1.8.8 (Fork TacoSpigota ponownie, brak asynchroniczności w porównaniu do sternala) FoxSpigot - 1.8.8 (Asynchroniczne potki, Jessica Client crash fix, typowy silnik pod serwery pvp, 16 modyfikacji knockbacku) wSpigot - 1.7(ale zaaktualizowany do 1.8) (podobne opcje co mspigot ale i tak mniej, naprawia niewidzialne nametagi) kSpigot - 1.12 na inną wersję serwera niż pozostałe CoronaSpigot - 1.8 (taki gorszy mspigot, ale cena mówi sama za siebie) BeeSpigot - 1.15.2 aSpigo - 1.7-1.8 (i tu znowu silnik pod pvp) Jak widzisz praktycznie każdy wypisany silnik ma inne funkcje, czyli każdy gracz może sobie dobrać. Np. FoxSpigot to typowy silnik pod tyby pvp, a znowu SternalSpigot lepszy pod ogólną wydajność Gdyby chociaż jeden z nich był dobry i nie był scamem, autor nie tworzyłby 8 identycznych. To nie jest żaden dowód, myślisz, że autor byłby taki głupi i wrzucał te "same" silniki na tym samym koncie mcmarket skoro to miałby być scam? Nie ma ani jednego dużego serwera korzystającego z tych silników Po czym to wnioskujesz? A co do tego, że nie może być *20.00 tps: 20.01 to już jest więcej niż 20.00 https://www.spigotmc.org/threads/20-tps.333667/ darmowy silnik oraz mspigot radziły sobie tak samo napisałem tylko w wielkim skrócie co się zmieniło, poprawiły się "tps" a z nimi wydajność oraz związana z nią sama rozgrywka

@Helios1993 mspigot i sternal to scam? oczerniasz w tym momencie autora zarzutami bez żadnych dowodów. Zaprezentuj jakie byly te inne silniki? (Których było wedlug ciebie 10)? Po czym wnioskujesz że te kody są takie same i są w 100% z darmowych silników?

W gre wchodzą: MSpigot, SternalSpigot Jakby ta wersja miała tyle błędów nie powstawało by na nią tyle serwerów panie helios:3

Skoro jest taka ważna to powinno się o niej pamiętać cały czas a nie tylko o 21:37

Krytyka jest bardzo potrzebna w takich projektach. Tak naprawdę to dzięki niej ktoś może się wiele nauczyć. if (sender != null) { to nie będzie nullem i tak czy siak, co najwyżej sender będzie albo graczem albo konsolą for (int i = 0; i < 101; ++i) { for (Player p2 : Bukkit.getOnlinePlayers()) { p2.sendMessage(" "); } } 100x pobierasz każdego gracza po kolei i wysyłasz mu wiadomośc, zamiast stworzyć sobie w konstruktorze klasy jakiś StringBuilder i tylko go wysyłać #przykład private final StringBuilder emptyMessage = new StringBuilder(); public JakasKlasa() { for (int i = 0; i < 101; i++) { emptyMessage.append(" \n"); } #gdzieś przy czyszczeniu for (Player player : Bukkit.getOnlinePlayers()) { player.sendMessage(emptyMessage.toString()); } } WTF public Helpop(PluginController pluginController){} Tu znowu public MeCommand(PluginController plugin) { Nazwy metod zaczynają się od małej litery:c private int SecondsDelay(){ W ten sposób porównuje się enumy a nie klasy:< if(sender!=invited) { XDD package me.opkarol.opchat.utils; public class BukkitUtils { } Dlaczego integer jest w formie Obiektu? public static String argBuilder(String[] args, Integer removeArgumentsNumber){ Po co te event priority o.0? @EventHandler(priority = EventPriority.LOW) MemoryLeak halo public static HashMap<Player, Player> lastPlayer = new HashMap<Player, Player>(); Jest wiele więcej błędów ale nie chce mi się już wymieniać. 1. Za dużo metod statycznych, brak programowania obiektowego 2. Dziwne nazwy klas/dziwne metody 3. Nazewnictwo jednej klasy z małej litery 4. Pobieranie żywcem z configu, tragedia, tak się nie robi. Zrób sobie jakaś klase Config, ConfigLoader, Settings co ci tam pasuje i przy starcie serwera zapisuj wszystkie stringi a potem je tylko wczytuj. Zobacz chociażby na kod paweu: https://github.com/paweUdev/paweU-Safes/blob/master/src/main/java/pl/paweu/safes/config/Settings.java

"Najlepszy skrypt na chat" - Jest to co najmniej zabawne. Skrypt nie posiada nic innowacyjnego, posiada tylko 3 funkcje czyli włączanie, wyłączanie i czyszczenie chatu. Przejdźmy do samych powiadomień o włączaniu/wyłączaniu chatu. Robisz to na title, jeżeli gracz by się klepał i takie title z subtitle by mu zamazało część ekranu to nie wróżę dobrze. Dodaniu gui nic tu nie zmieni, powinieneś dodać funkcje takie jak: chat od danych uprawnień, cooldown na pisanie na chacie, jakaś antyreklama, cenzura na chacie. Skrypt póki co nadaje się tylko i wyłącznie do działu nauka.

Zanim zamkniesz ja tylko powiem, że polski youtuber TechnikCup jest najgorszym wzorcem do nauki, go unikaj. Pokazuje okropne bledy, okropne praktyki i brak jakiejkolwiek spójności kodu. Dno totalne, polecam zagraniczny youtube i dokumentacje.

javastart.pl -> Darmowy kurs java, tam szlifujesz podstawy samej javy, a później programowanie obiektowe. Gdy opanujesz to w miarę to zacznij po mału pisać proste programy, typu wysyłanie wiadomości do konsoli, tworzenie własnych obiektów itp itd. Z czasem samo wejdzie ci w głowę