makstale

Jak przez strone code.skript, to przy tworzeniu nowego pliku masz wybór, jaki to będzie język. Jak przez post na forum, to lewy górny róg (składnia) i tam wybierasz "Skript"

A kto wie, może i się nie da. Jak tworzysz serwer dla swojej kilkuosobowej ekipy i masz w przysłowiowej d... jakiekolwiek bezpieczeństwo, to może i się nada. Natomiast optymalka leży, nie ma żadnych zabezpieczeń, szyfrowań itp.. więc jak planujesz otworzyć coś większego, to polecam przenieść ten skrypt do kosza i zainstalować jakiś bezpieczny, sprawdzony, działający plugin na login system, taki jak np. ten z postu wyżej.

Wiem, ale na tej zasadzie możesz to zrobić. Sprawdzasz, czy (łatwiej będzie uzyć if the command isn't "komenda") komenda nie jest tą na którą zezwalasz i blokujesz event. A najlepiej to nie wymyślać koła na nowo, tylko użyć jakiegoś ogólnodostępnego pluginu z przyjaznym configiem.

ItemStack blockItem = new ItemStack(event.getBlock().getType()); player.getInventory().addItem(new ItemStack[]{blockItem}); Niepotrzebnie ta tablica tam, można by było po prostu: player.getInventory().addItem(blockItem);

Bo poszedłeś za bardzo na około Zróbcie tak jak napisałem i będzie git.

coś w tym stylu można zacząć. A na końcu dać, że jak nie trafi w żadną komendę, to nie można użyć.

Prawdę mówiąc te zmienne i ustawianie ich na true/false jest totalnie niepotrzebne. Zamiast tego można dać od razu w tych if'ach pierwszych co ma robić jak życie jest więcej/mniej omijając te bezcelowe booleany. No i wyeliminowało by się te "wait ticki", które są zbędne, a z tego co tu widzę, to aż proszą się o bugowanie.

command /komenda: trigger: if {health.%player%} is more than 10: // moze else: // nie moze Coś na przykład. I protip: Nie sprawdzaj każdej liczby osobno, tylko używaj "more than", "less than", "equal to". Bądź dużo prościej, znakami większości, mniejszości, równości, czyli > < <= itp..

Nie uwzględnia większej liczby graczy niż 6 rzędów + jest błąd w zmiennej, więc tracking nie zadziała.

Bo nie zmienia poprzednich "sekund" na false, przez co wyświetla poprzednie instrukcje.

Może złego save'a wybrała, albo gra się nie zapisała jakoś.

Do itemshopu jakiś gotowy, np. jak ten wyżej. A co do rozliczania się, to musisz mieć umowe, najlepiej z jakimś pośrednikiem płatności np. DotPay, homepay itp.

No właśnie również mnie to zastanawia. Być może jakieś niedopatrzenie w kodzie skparsera, nie wiem na jakiej zasadzie sprawdza te skrypty.

Tak jak już pisałem, tego eventu nie da się anulować. Nie wiem nad czym się tu rozwodzicie, wystarczy zajrzeć do dokumentacji.

1. Tak, słuszna uwaga. 2. To jest stylistyka i sposób. Może OP woli komende typu tak/nie, a może bardziej wygodną taką jak Twoja. 3. Z zasady powinien, ale czy musi? I nie są zbędne, bo jeden musi być przeznaczony na nick gracza. 4. Sugerowałem się tym, że eventu PlayerDeathEvent nie da się anulować, więc wybrałem opcję ze sprawdzeniem życia i zadawanych obrażeń, która jest zgodna z pierwotnym założeniem. Tak, ten tick jest tam niepotrzebny

Jak to nie dział zlecenie, to masz podpowiedź on projectile hit: event-projectile is a snowball

Nie doczytałem, miało być bez ukośnika Wklej sobie to zamiast komendy on chat: if message contains "bot": set {movement::%player%} to true

i przed otwarciem nowego, zamknąć to poprzednie jakimś close inventory

/wlaczsp tak/nie nick

1. Jeżeli server jest offline, czyli wyłączony, nie chodzi tak zwana maszyna, to jest to niewykonalne. Możesz mieć włączony cały czas serwer i ewentualnie nie wpuszczać graczy gdy jest zatrzymany, ale to nadal "działający" serwer, a nie offline. 2. Prawodopodobnie to działa na zasadzie hostingu, że po prostu strona Ci odpala server i ustawia MOTD, który chcesz zobaczyć. Jak sobie zbadasz element, wejdziesz w source strony, to tam masz cały javascript, długi jak Pan Tadeusz, który to obsługuje wszystko.

1. Totalnie niepotrzebnie używasz "set {_player} to player". To nie java, nie zapisujesz obiektu do zmiennej;) używasz po prostu %player% 2. W komendzie teleportujesz się do lokacji w której aktualnie jest gracz, a nie tej z eventu on death. {locationofdeath::%victim%} {locationofdeath::%player%} Użyj zwykłej zmiennej typu jak wyżej. Zapisz sobie lokacje do niej w evencie, a następnie uzyj ją w "teleport player to ....." i nie ustawiaj jej ponownie w komendzie, bo to nie ma żadnego logicznego sensu, skoro chodzi o teleportacje w miejsce śmierci. 3. Fajny trick na tego if'a co masz w komendzie: if player's balance >= 5000:

on inventory click: name of player's current inventory is "&c&lUlepszenia" clicked inventory is not player's inventory cancel event name of player's current inventory is "Test" To w końcu "ulepszenia", czy "test" ma się to inventory nazywać?