Kormic

1. Ten warunek powinien wyglądać następująco: if {ignore::%arg-1%::*} doesn't contain name of arg 1: 2. Masz ogółem pomieszany ten skrypt. W warunku sprawdzasz czy posiada nazwę gracza, a w komendzie /ignore dodajesz gracza (a powinieneś jego nazwę). Szczerze dziwnie to zrobione.

Wymagany dodatek LimeSK. on unknown command: set message to "&aNie znam takiej komendy: %command%"

Z tego co widzę to jest wymagany dodatek SkRayFall. Mimo wszystko ten skrypt wygląda nienajlepiej i korzysta z periodicalu. Możesz skorzystać z mojego skryptu na AntyLogout, znajdziesz go w dziale "Skript > Zlecenia", dzisiaj rano taki zrobiłem.

Niestety żaden plugin ci tego nie załatwi, potrzebujesz do tego osobny serwer z ustawionym property 'online-mode' na 'true'. Już wyjaśniam dlaczego. Problem leży w tym, że jedynym pewnym sposobem na sprawdzenie, czy gracz posiada zakupioną kopię Minecrafta (czy jest graczem premium), jest wysłanie zapytania do API Mojangu. Takie zapytanie sprawdzające UUID gracza jest jedynie możliwe na serwerze w trybie online, w trybie offline tego nie zrobisz, gdyż próba pobrania UUID gracza na serwerze w trybie offline zwraca losowe UUID. Tak więc mógłbyś zrobić osobny serwer w trybie online, na którym zapisujesz wszystkich graczy, którzy się połączyli, a następnie przy wejściu na twój główny serwer sprawdzasz czy gracz o tej nazwie wszedł na tamten serwer. Jeżeli tak, znaczy, że jego nazwa należy do gracza premium.

Zapewne posiadasz najnowszy SkRayFall, spróbuj z wersją 1.9.21.

Jak przeładowujesz skrypt to masz ewentualne błędy. Jeżeli są, podaj je.

Nie ma żadnych błędów przy przeładowaniu?

A po czym to stwierdzasz? Bossbar będzie się pokazywał co 5 minut.

Zapewne, tylko co z tego wyciągniesz? Nic. Lepiej nauczyć się samemu. Co do metadaty... Po wystrzeleniu TNT w evencie 'on right click' ustawiamy metadatę... set metadata value "rzucaneTNT" of last spawned tnt to true ...a następnie w evencie 'on explosion prime' sprawdzamy przed ustawieniem wielkości wybuchu czy event-entity posiada tę metadatę. event-entity has metadata value "rzucaneTNT" Jeżeli nie wiesz gdzie wstawić, powiedz, a pomogę.

Czyli sponsor nadal może latać podczas walki?

Proszę, wymagany dodatek SkRayFall. every 5 minutes: {bossbarAutoMessage::count} is not set: set {bossbarAutoMessage::count} to 1 if {bossbarAutoMessage::count} is 1: create bossbar titled "elo" and id "bossbarAutoMessage" for all players with progress 100 with colors blue else if {bossbarAutoMessage::count} is 2: create bossbar titled "siema" and id "bossbarAutoMessage" for all players with progress 100 with colors blue wait 15 seconds remove bossbar "bossbarAutoMessage" add 1 to {bossbarAutoMessage::count} {bossbarAutoMessage::count} is 3 set {bossbarAutoMessage::count} to 1

To jest rejestrowanie z SkQuery, nie SkBee. Zresztą, jaki jest problem? Wystarczy, że dasz jajko pszczoły w środku craftingu i masz sztabkę żelaza. Nie miało tak być?

Pokaż twój kod.

A to faktycznie, jest błąd w twoim skrypcie, bo sprawdzasz czy gracz ignoruje samego siebie w wyżej wspomnianym przez ciebie warunku.

1. Tam nie będziesz mógł podać ilości składników. 2. 'for [item] from [item] using'? 2. Warunek sprawdzający entity nie pomoże. 1. Usuń "1" z 'getInventory()'. 2. Musiałbyś zapisać w entity metadatę, którą później odczytujesz przy zapaleniu. EDIT: Jeżeli nie wiesz jak to zrobić, pytaj śmiało, a pomogę.

Mógłbyś pokazać jakiegoś screena? To nie jest błąd, a warn. Wystarczy usunąć 'arg 1' z cudzysłowy i procentów.

Dzisiaj zrobiłem skrypt na antylogout, zobacz sobie w dziale zleceń. Co do pluginu, polecam CombatLogX.

Nadal nie rozumiem jaki jest twój problem. Żeby gracz nie mógł wysyłać do nas wiadomości, ignorujemy go. Aby mógł do nas ponownie napisać, przestajemy go ignorować. Masz to zawarte w skrypcie, więc jaki jest problem z tym skryptem?

A nie powinno to w ten sposób działać? Co do samego skryptu, zalecam unikać zagnieżdżonych w sobie warunków, gdyż przez to kod traci na czytelności.

Dodam jeszcze, że alternatywą dla tego rozwiązania może być skript-reflect. if event.getState() == CAUGHT_FISH: EDIT: Co do samego skryptu mam kilka uwag. 1. Do wyboru pracy można użyć funkcji, aby znacznie skrócić kod, gdyż schemat wyboru różnych prac jest bardzo podobny, wystarczy tylko przesłać odpowiednie argumenty do funkcji. 2. Aby myśliwy zadziałał, należy użyć warunku: attacker is a player: Dodam, że w myśliwym nie ma wcięcia po warunku sprawdzającym attackera. 3. Zamiast tworzyć takie masywne eventy jak ten od myśliwego, lepiej jest przenieść sprawdzanie victima do warunku na początku tego eventu. 4. Według mnie dla górnika powinien być event 'on mine of stone', nie 'on break of stone'. Pomijam fakt, że użyłeś w evencie 'stone or stone'. 5. Tak samo funkcji można użyć przy przyznawaniu nagrody za wykonywanie swojej pracy.

Możesz w tym celu użyć dodatku Skellett i sprawdzić wyrażenie 'fishing state'. if fishing state is CAUGHT_FISH: Używasz tego warunku w evencie 'on fishing'. Podrzuciłbym swój skrypt na prace, ale nie chciałbym tutaj w jednym momencie pogrzebać waszych starań. Powodzenia.

Podrzuciłem ci w poprzednim poście inny kod.

Powiedz mi czy cokolwiek się zmieniło.

I obie zwracają "SKULL"? W takim razie... on right click: "%clicked block's type%" is "SKULL" set skull owner of targeted block to (player's name) parsed as offlineplayer loop all entities in radius 2 around clicked block: loop-entity is armor stand set {_as} to loop-entity exit loop if {_as} is set: set display name of {_as} to player's name else: spawn armor stand at block below clicked block apply potion of invisibility 1 without any particles to last spawned armor stand for 999 days set display name of last spawned armor stand to player's name Będzie, tylko musimy najpierw rozprawić się z pierwszym błędem. Spokojnie, na razie testujemy. Później się to ogarnie, na razie musimy rozprawić się z błędami w skrypcie.

Wysyła tylko jedną wiadomość? Powinny zostać wysłane dwie. Co do główki, że się nie zmienia... błąd jest, więc to jest pewne, że nie zadziała. Tworzy się kilka armor standów? W takim razie niszcz je. Jeżeli chodzi o wersje, to dobrze. Mogłeś od razu zaktualizować serwer do możliwie najwyższej wersji.