GotoFinal

> ma być w 1 klasie > tylko żeby to było [...] czytelne Zdecyduj się, w jednej klasie czy czytelnie. A tak to nikt za darmo ci pluginu nie będzie pisać to dział pomocy z tworzeniem, nie z requestami.

nie rób tego w 1 linijcę bo to będzie nieczytelne, a jak masz dużo permisji to zrób to jakoś pętlą, tak to zostaje ci ternary operator, ale on się nie nadaje na takie dłuższe rzeczy bo jest kompletnie nieczytelny... Zwolnili by mnie jak bym takie [ciach]o od[ciach]ił: im.setLore(Arrays.asList("§aSmireci "+ aplayers.getPlugin.getDeaths + (player.hasPermission(...) ? "true" : "false")));

ale po co? co chcesz osiągnąć? Stworzyć nieczytelny kod?

Ale że jak w środku, to nie ma sensu, zrób jak człowiek: if (player.hasPermission(...)) { im.setLore(Arrays.asList("§aSmireci "+ aplayers.getPlugin.getDeaths +" dla vipa")); } else { im.setLore(Arrays.asList("§aSmireci "+ aplayers.getPlugin.getDeaths +" nie dla vipa")); }

że jaki % slotów jest zajętych? no to bierzesz ilość graczy i dzielisz przez ilość slotów? toż to podstawy matmy, tylko musisz castąć obie liczby do double. Warto też zaokrąglić potem wynik, lub sformatować, np za pomocą klasy DecimalFormat, w googlach znajdziesz przykłady użycia to się nie będę rozpisywać.

ech, popsuje ci zapał, ale nie wiem po co wrzucać takie pluginy, nic ciekawego nie dają, a cały plugin to wynik tematu w którym pytałeś o każdy szczegół: Co gorsze z jakiegoś powodu koniec końców wrzuciłeś tu inny kod niż ten który powstał w temacie - niepoprawny No i wielo-linijkowe motd nie wymaga ustawień lina1/linia2 co pokazywałem tutaj:

Nigdy nie rozumiem czemu dajcie takie line1/line2, w wielu pluginach takie coś widzę, a YAML świetnie sam wspiera nowe linijki, tylko najwidoczniej mało kto zna yamla motd: |2- &fThis server is using &9diorite&f! &7<&8==== &a#&9OnlyDiorite &8====&7> i to się wczyta już poprawnie z \n, i małe objaśnienie: | sugeruje że to jest multi-line, oraz że ma zachowywać wszystkie nowe linijki, 2 oznacza jakiego wcięcia ma się spodziewać YAML, 2 to minimum, jak np w pierwszej linijce dam 3 spacje, to ta trzecia spacja będzie już widoczna w tekście, a minus oznacza że na końcu nie ma być dodatkowej nowej linijki. jak nie wpiszesz 2, to yaml sam sobie znajdzie pasujące wcięcie: motd: |- &fThis server is using &9diorite&f! &7<&8==== &a#&9OnlyDiorite &8====&7> pierwsza linijka będzie załadowana bez żadnej spacji, a druga z jedną spacją dodatkowego wcięcia. w yaml można też używań \n, ale tylko w stringach w cytatach: nie-działa: line1\nline2 nie-działa: 'line1\nline2' działa: "line1\nline2" YAML ogólnie wspiera bardzo dużo, ale coś mało ludzi o tym w mc wie: http://yaml.org/spec/1.1/current.html

Tylko tutaj: zbędnie to robisz, to po = możesz wywalić, i mieć tylko np int maxPlayers; i tak samo line1/2 bo i tak te załadowanie danych się nie powiedzie, a w onEnable masz te poprawne.

ja pier... No ale czemu ruszasz więcej niż ci piszemy, teraz w kodzie eventu dodałeś to co miałeś, a dla odmiany znowu wywaliłeś pole z klasy (gdzie ci kazaliśmy to zrobić?) int maxPlayer; musi być tak jak miałeś wcześniej, w poziomie klasy, ale przypisanie wartości do niego, tak jak masz teraz, czyli w onEnable w tamtej linijce. I tak samo z tymi dwoma Stringami powinno być,

ech, zrozum prostą zasadę że kod leci linijka po inijce w metodzie, w ty w onEnable wczytujesz maxPlayers z configu, a dopiero potem zapisujesz itd domyślny config, powinno być odwrotnie, no i dalej masz źle line1 i line2 bo też je wczytujesz w złym miejscu. No i maxPlayers setujesz tak jak już miałeś wcześniej... nie wiem po co usuwałeś, miałeś tylko miejsce wczytania zmienić.

no to pokaż cały kod jak to wczytujesz itd.

no tak samo jak robisz z tymi linijkami to zrób, nie wiem gdzie wczytujesz config i jak to obsługujesz przecież.

no tak samo jak pobierasz inne rzeczy, masz config.getString by np pobrać te linia1 i linia2, a od liczb masz np config.getInt jeśli używasz wbudowanego API od configów z bukkita.

no i widzisz, lecisz bez sensu refleksjami: https://gist.github.com/anonymous/4b4d038bc88d85298fe853e5bf2dfcd3#file-guimessages-java-L62 a przecież zaciemnianie polega na tym by zmienić nazwy wszystkich pół, metod itd. Masz 3 rozwiązania: - Nie zaciemniać, bo tego nie rozumiesz. - Nie robić tego refleksjami tylko ręcznie podawać nazwy - Użyć adnotacji przechowujących jak ma się dana opcja nazywać w konfiguracji

A skąd mam wiedzieć jak zapisujesz ten config? a bez tego nie wiem dlaczego masz tam zaciemnione nazwy.... bo robiąc to normlanie coś takiego nigdy by nie miało miejsca, ale ty widocznie masz ten config zrobiony w nietypowy sposób. Skoro chcesz pomocy to podaj kod.... a jak nie to zamknij temat i męcz się sam.

... To może zamiast spowalniać wlasne serwery itd, to użyj normalnego hasła itd? wycieki same nie powstają, żaden poważny serwer nie trzyma u siebie zaciemnionych rzeczy. I dalej nie podałeś kodu z którego można by wywnioskować co zjebales.

@Killerek01Już sama nazwa tematu daje raka, bo to nie jest żadne kodowanie tylko zaciemnianie (obfuscating) A do kodowania pluginu to polecam UTF-8 Do tego alatori jest płatne, wersja demo jest jedynie do zobaczenia jak program działa + zawiera w sobie kod który może w pewnym momencie sprawić że program przestanie działać, więc ogólnie namawiasz ludzi do piracenia, łamania licencji i prawa... Do tego z kodem, szczególnie małym poniżej 50 większych plików jest prosta zasada... jak ktoś chce to sobie to odciemni, sam, w 1 dzień, tylko musi widzieć w tym sens, jak napiszesz coś fajnego - każdy kto chce to złamać, to to złamie. Jak napiszesz [ciach]o, to możesz nawet wrzucić kod na githuba i nikt go nie dotknie. No i dochodzi też kwestia wydajności... nie umiecie obsługiwać allatori, a włączyć zaciemnianie stringów to każdy chce, najlepiej na najsilniejszej mocy, ale TO MA wpływ na wydajność, i jak robicie coś na stringach w eventach, pętlach to możecie znacznie zwiększyć zużycie zasobów, szczególnie jak jakiś debil ustawi wszystko na maxa, i każdy string jest dekodowany żywcem z użyciem referencji do metody wykonującej; Z darmowych programów do zaciemniania jest np proguard. Do tego sprzedając plugin warto poinformowac że jest on zabezpieczony... bo ludzie czesto chcą kupić plugin który mogą potem rozwijać, zatrudnić innych devów może, bo nie zawsze ty masz czas lub potrafisz dodać to co oni chcą. Wiele osób chce też kupowac pluginy tylko dla siebie, robione pod zamówienie, dokładnie dla nich, i tylko dla nich, wtedy najczęściej chcą kod...tylko oczywiście płacą adekwatnie, za np każdą godzinę pracy.

A po co to wgl zaciemniasz? Do tego masz licencje na program?, bo allatori nie jest darmowe, a demo jest tylko po to by sobie zobaczyć jak to działa. I zaciemnianie i tak nie ma sensu większego, jak ktoś chce to odkoduje, a jak plugin [ciach]iany to nawet jak udostępnisz source to nikt nie dotknie. Warto też dodać że zaciemnianie stringów popularne alatori może wpłynąć na wydajność serwera jeśli nie jest odpowiednio skonfigurowane i dostosowane.... A tak to trudno coś poradzić bez kodu, nie widząc jak to zapisujesz...

nie róbcie instancji klasy Random bezpośrednio w kodzie metody, zróbcie to globalnie, np nad metodą: private final Random random = new Random(); lub przynajmniej używajcie w metodzie: Random current = ThreadLocalRandom.current();

a co z łączeniem? pogrubione linki itd

Kto wmyśla te bullshity? xD Zaczynając od najgłupszej rzeczy: te logi nie są ani trochę prawdziwe, serwery nie zapisują w logach takich informacji, to by było zbyt obciążające i znacznie utrudniało pracę. North nie pracuje już w mojangu, a i od dłuższego czasu w mojangu robił tylko za CEO (szef) A wracając do sensownych rzeczy... Program to program, a to tylko program w javie, nic w nim z dupy się nie pojawi, jeśli coś istnieje, musi być w kodzie, jeśli nie ma tego w kodzie, to nie istnieje. Nie wiem co za ludzie wymyślają herobriny czy te entity303, ale jakim ... trzeba być by w to wierzyć? Tym co to wymyślają to się brawa należą, robić z tylu ludzi kompletnych kretynów. A sam wpis na blogu też bezsensowny... albo kopiowany, albo kompletnie do dupy. " Ostatnio " - 2013/2014 rok to nie jest ostatnio....to 2-3 lata temu. Taaa, teraz dodał spoilera.

Musisz to obliczyć, trygonometria się kłania Ale jak to nic skomplikowanego to .getLocation().getDirection() wtedy dostajesz Vector z kierunek w który patrzy gracz, mnożysz go przez coś np przez 10, i tam spawnisz particles, i będą przed graczem.

Micorosft skupia się na tej wersji, bo tylko do tej wersji ma coś do gadnia, Moajng ma wolną rękę jeśli chodzi o minecrafta w javie, I pamiętajmy że na tego minecrafta nie ma modów

No ale to mija się z prawdą. 1. Pluginy też działają na wielu wersjach... poprawnie wykonany plugin zadziała na każdej nowszej wersji, z tym że pluginy oferują użycie rzeczy których użycie w skripcie jest nie możliwe - wyjście po za API, i wtedy może się popsuć, ale jak można to traktować jako wadę? To dodatkowa możliwość, której powinno się unikać jak się chce by działało dobrze. 5. Bez problemu można takie coś stworzyć w pluginie, są też tak samo jak tutaj, gotowce, ale ludzie ich unikają... bo go po prostu ryzykowne, że nowa wersja coś zrypie, a że zaktualizuje się sama to nie masz backupa. 6. Ja bym to nazwał problemem, ktoś może się w końcu pogubić czy to na pewno to samo. 7. Nie, ogranicza cię API, nie wyjdziesz po za te kilka instrukcji co daje skript i ewentualnie skończona ilość dodatków. Gdzie w pluginie ograniczają cię tylko możliwości clienta.

"pobiera klasę Logger" getLogger().getClass() lub Logger.class pobiera klasę, a to pobiera instancje klasy czy też obiekt loggera. No i package nie jest dowolne... ucz nazywania. I czemu eclipse i wprowadz mavena!