Kormic

Poprawiam powyższy kod. command /namierz: cooldown: 5 minutes trigger: set {_} to random player out of all players set {_x} to x-coordinate of {_} set {_y} to y-coordinate of {_} set {_z} to z-coordinate of {_} add (random integer between -20 and 20) to {_x} add (random integer between -20 and 20) to {_y} add (random integer between -20 and 20) to {_z} send "%{_x}% %{_y}% %{_z}%"

Spróbuj przed otwieraniem nowego GUI zamknąć te starsze. Podzielam zdanie Pana Marudy, wywal TuSKe i zastąp je albo natywnym formatowaniem w Skript, albo skryptem mGUI (jest w sygnaturze Pana Marudy, tuż pod jego postem).

Dlaczego po prostu nie zwiększysz limitu? W mojej ocenie nie ma sensu tego łatać skryptami.

Jasne. command /gabka: trigger: player doesn't have 576 cobblestone: send "&cNie posiadasz 9 stacków cobblestone!" to player stop remove 576 cobblestone from player's inventory give player 1 sponge named "&aGenerator Stone" send "&aOtrzymałeś 1 generator stone!" to player on place: player's tool is sponge named "&aGenerator Stone" add location of event-block to {generatoryStone::*} set block above event-block to stone on break: event-block's type is stone: {generatoryStone::*} contains location of block under event-block set event-block to stone else if event-block's type is sponge: {generatoryStone::*} contains location of event-block cancel drops set block above event-block to air drop 1 sponge named "&aGenerator Stone" at event-block

No tak. Ustawiasz po zakupie zmienną i przy ponownej próbie zakupu sprawdzasz czy ta zmienna jest ustawiona. EDIT: Mały przykład dla zobrazowania: command /zakup: trigger: open chest inventory with 3 rows named "&aZakup" to player set slot 13 of player's current inventory to stone named "Stone" on inventory click: name of player's current inventory is "&aZakup" clicked inventory is not player's inventory cancel event clicked slot is 13 if {zakup::%player%} is set: send "&cJuż zakupiłeś stone!" to player stop give player 64 stone send "&aOtrzymałeś 64 stone!" to player set {zakup::%player%} to true

Proszę. command /gabka: trigger: player doesn't have 576 cobblestone: send "&cNie posiadasz 9 stacków cobblestone!" to player stop remove 576 cobblestone from player's inventory give player 1 sponge named "&aGenerator Stone" send "&aOtrzymałeś 1 generator stone!" to player on place: player's tool is sponge named "&aGenerator Stone" add location of event-block to {generatoryStone::*} set block above event-block to stone on break of stone: {generatoryStone::*} contains location of block under event-block set event-block to stone

Proszę. on mine: if event-block's type is stone: set event-block to cobblestone chance of 1%: set event-block to diamond ore else if event-block's type is cobblestone: set event-block to bedrock

No cóż, używasz wyrażenia 'line 1 of event-item's lore'. line 1 of event-item's lore is not set

Używasz eventu 'on pickup of elytra', sprawdzasz czy linijka 1 w lore podniesionej elytry (event-item) nie jest ustawiona. Jeżeli rzeczywiście nie jest ustawiona, anulujesz event.

Proszę. command /ustawkompas [<player>]: trigger: arg-1 is not set: send "&cPodaj gracza!" to player stop set player's compass target to arg-1 send "&aNamierzasz teraz &6%arg-1%&a!" to player Możliwe, że będzie trzeba dorzucić jakieś odświeżanie celu, ale na początek sprawdź działanie.

Proszę. command /efekt [<text="regeneration">] [<integer=1>] [<timespan=60 seconds>]: trigger: apply potion of (arg-1 parsed as potion effect type) arg-2 to player for arg-3 Przykład użycia: /efekt strength 50 1 hour

No, właśnie masz skrypt sprawdzający wszystkie przedmioty w ekwipunku gracza. Pokazałem ci co jest w nim źle napisane, więc popraw to i tyle.

No cóż, mending ma tylko jeden poziom, więc sprawdzaj czy posiada enchant 'mending 1'. Natomiast jeżeli posiadasz jakiś wyższy mending na serwerze, możesz sprawdzać czy poziom mendingu na zapętlanym przedmiocie jest ustawiony. level of mending on [twój item] is set:

Warunek 'is enchanted' wymaga podania enchantu wraz z jego poziomem. Dodatkowo 'disenchant' nie przyjmuje żadnego enchantu, jego składnia wygląda następująco: disenchant [twój item] Jeżeli chcesz usunąć dany enchant z itemu, usuń go z listy enchantów: remove mending 1 from enchantments of [twój item] Widget blockquoteidget blockquoteWidget blockquote

Nie ma co się zrażać do addonów, kilka z nich jest niezwykle przydatnych i w mojej ocenie SkBee należy do tego grona. Jeżeli rzeczywiście chcesz wszystko robić na podstawce, daj wieśniakowi efekt spowolnienia, powinno wystarczyć.

No cóż, najprawdopodobniej znalazłeś odpowiedź na swoje pytanie. Możesz dla testu wyczyścić display name gracza.

Czy posiadasz jakiś plugin/skrypt ustawiający display name?

Tutaj masz skrypt. Przerób go pod swoje potrzeby.

Hashowanie jest bezpowrotnym szyfrowaniem danej wartości. Przykład: command /ustawhaslo [<text>]: trigger: set {haslo::%player%} to arg-1 hashed with SHA-256 command /zaloguj [<text>]: trigger: if arg-1 hashed with SHA-256 is {haslo::%player%}: send "&aPomyślnie zalogowano!" to player else: send "&cZłe hasło!" to player

Skrypt jest maszynką do kradzieży haseł. Jeżeli już zapisujesz hasła, powinieneś je hashować. O wiele lepszy jest plugin AuthMe.

Event 'on walking dotyczy jedynie graczy'. Możesz temu wieśniakowi nadać potkę spowolnienia 100 na 999 dni.

W takim razie sprawdź przyczynę tych ścinek w timingsach.

Zbyt zwięzłe pytanie do tak obszernego tematu. Wyjaśnij szczegóły, z czym masz problem, czego nie wiesz.

Na pukawce zwykle wynika to z tego, że nie potrafią odpowiednio skonfigurować serwera.

Pukawka albo LVLUP.