Kormic

Proszę, skrypt nietestowany. on death of player: remove all iron armour and all iron swords from drops

Musisz ustawić mu zbroję jako skórzaną, a następnie mu ją kolorujesz. dye player's helmet red

W takim razie możesz albo zrobić drugą pętlę, w której zapętlasz bloki, ale kwadrat będzie tym z powietrza (po prostu tworzysz z powietrza kwadrat mniejszy o 1 od tego z żółtej wełny), albo ustawiasz sobie te żółte bloki do listy, a następnie usuwasz je jakoś. Wydaje mi się, że prościej dla ciebie będzie z 1. sposobem.

Upewnij się, że host, port, user i hasło są poprawne. Rzuć jeszcze raz okiem na ustawienia w configu Skripta. Zobacz również czy coś nie jest blokowane po stronie hostingu. Możliwe, że można coś odblokować w panelu, nie wiem. Jak nie wiesz o co biega, przeczytaj jeszcze raz od początku wszystkie informacje w configu Skripta dot. ustawiania bazy danych.

Jakieś błędy w konsoli?

Zapętlasz sobie bloki tak jak pokazałeś, dajesz ten warunek który ci podałem i robisz sobie z resztą bloków co tam chcesz. Możesz je ustawiać, zapisywać gdzieś, nie wiem. Twoja wola.

Proszę. Możesz sobie w komendzie ustawić permisję. on mine: player's tool is wooden pickaxe named "&6Podwójny kilof" drop (drops of event-block using player's tool) at event-block command /kilof: permission: permisja.permisja trigger: give player wooden pickaxe named "&6Podwójny kilof"

Proszę. on ignite: event-block is dried kelp block apply potion of nausea 1 to (all players in radius 5 around event-block) for 5 seconds replacing existing effect

To nie działa, gdyż nie możesz sprawdzać permisji u gracza offline.

No to źle coś zapisałeś. Spróbuj od nowa. Podążaj za wskazówkami, które są zapisane w configu, a będziesz w stanie to zrobić.

Masz napisane tam gdzie zaznaczyłem ci strzałką. Czyli każda zmienna, która będzie się zaczynać w ten sposób, będzie zmienną zapisywaną w tej bazie MySQL. EDIT: Co do wczytywania coinów, robisz to w 'on join'. # Przykład: pattern: test_.* on load: set {test_variable} to true

No dobra. Co w takim razie jeszcze nie działa? Mógłbyś wskazać?

To nie jest event, a efekt. Musisz użyć ponownie efektu tego tak, aby został ustawiony ten blok na taki, który będzie tym samym. make player see block at player as (type of block at player) Coś takiego. Tak, da się. Wystarczy sprawdzić czy 'loop-block' to nie jest blok w miejscu gracza. loop-block is not block at player Co do zapętlania samego, dobrze to zrobiłeś.

Pobierz te SkQuery: http://www.mediafire.com/file/sagsuiue38i0y99/SkQueryLime.jar/file Jeżeli nie zadziała, spróbuj włączyć serwer bez dodatków do Skripta. Sam Skript.

Nie, nie. To jest od monitorowania zmian w bazie danych. W tym przypadku będzie to sprawdzane co 20 sekund. Jak chcesz backupy sobie robić, możesz albo spróbować tam dopisać pod 'table' wartość 'backup interval: 2 hours', albo zrobić sobie to jakimś zewnętrznym programem.

Jak najbardziej, może tak być.

Wpisz /skript help, zobacz czy nie ma błędów w konsoli. Podaj również proszę: wersję serwera silnik serwera wersję Skripta listę dodatków do Skripta wraz z ich wersjami

Nie wiem czemu masz tam przy pierwszym substringu 'player's clicked slot'. Jest kilka możliwości: Substring u ciebie nie działa. Podałeś zły substring i próbujesz parse'ować na liczbę coś co nie jest liczbą. Jakiś inny błąd (np. użycie 'clicked slot' zamiast 'event-slot' chociaż to powinno działać). Według mnie najbardziej prawdopodobny jest scenariusz nr 2. Na razie wywal sobie te parse'owanie na integery tych substringów i sobie wyślij wyniki. Upewnij się, że nie ma tam kolorów, bo one również będą powodowały problemy. Tutaj pomocne może się okazać 'uncoloured %text%'. set {_t} to "&7Witaj" send uncoloured {_t} # Wyśle "Witaj" Jak nie zadziała, zrób sobie jakiś znacznie prostszy skrypt i zobacz czy substring w ogóle u ciebie działa.

No i masz napisane przy konfiguracji jaki jest wzór dla zmiennych zapisywanych w tej twojej bazie danych. MySQL example: # A MySQL database example, with options unrelated to MySQL removed. type: disabled# change to line below to enable this database # type: MySQL pattern: synced_.*# this pattern will save all variables that start with 'synced_' in this MySQL database. <---------- host: localhost port: 3306 user: root password: pass database: skript table: variables21 monitor changes: true monitor interval: 20 seconds Dałem ci strzałkę, abyś wiedział o czym mówię. Możesz sobie to oczywiście zmienić. Musi zostać jedynie ta kropka i gwiazdka na końcu nazwy.

Proszę. Wymagany skrypt PyraTop REBORN od Pana Marudy. on death of player: attacker is a player add 1 to {killedPlayers::%attacker%} command /topkill: trigger: set {_g} to chest inventory with 3 rows named "&6&lTop" set slot (integers between 0 and 26) of {_g} to white stained glass pane named " " set slot (integers between 9 and 17) of {_g} to gray stained glass pane named " " set slot 13 of {_g} to iron sword named "&cTop zabójstw" with lore createTop("killedPlayers", 10, "&e[I]. &b[P] 7- &6[V]") set slot 26 of {_g} to barrier named "&cWyjdź" with lore "&7Kliknij, aby wyjść z menu top" open {_g} to player on inventory click: name of player's current inventory is "&6&lTop" clicked inventory is not player's inventory cancel event

Jest jeszcze jeden sposób. Wystarczy spokojnie Spigot. Wymagany skript-reflect. 1. Anulowanie eventu i wysyłanie wiadomości. import: org.bukkit.Bukkit on load: set {skriptCommands::*} to "komenda", "komenda1", "komenda2" and "komenda3" on command: sender is a player set {_perm} to Bukkit.getPluginCommand("%command%").getPermission() {_perm} is set player doesn't have permission {_perm} {skriptCommands::*} doesn't contain command cancel event send "&cNie masz uprawnień!" to player 2. Nadpisywanie 'permission message' w pluginach. import: org.bukkit.Bukkit on load: set {skriptCommands::*} to "komenda", "komenda1", "komenda2" and "komenda3" on command: sender is a player set {_c} to Bukkit.getPluginCommand("%command%") {_c} is set set {_perm} to {_c}.getPermission() {_perm} is set player doesn't have permission {_perm} {skriptCommands::*} doesn't contain command {_c}.setPermissionMessage("&cNie posiadasz dostępu do tej komendy!") Oczywiście oba sposoby mają wady. 1. sposób powoduje, że komendy nie są logowane w konsoli, natomiast 2. nadpisuje wiadomości w pluginach. A ogółem należy pamiętać o tym, że to jedynie będzie działać przy komendach, które mają wpisaną permisję w pliku 'plugin.yml'. NIE będzie to działać przy komendach, które sprawdzanie permisji mają w kodzie pluginu. Kod Michixa ma oczywiście te same wady: nie loguje komend, a i przechwytuje jedynie permisję z pliku 'plugin.yml' (chociaż te drugie jest "ukrywane" poprzez 'cancel event'). Oczywiście należy tutaj dodać, że trzeba mieć PaperSpigot, wersję 1.12.2+, a i dodatek LimeSK. Mój kod natomiast zadziała nawet na Spigot'cie 1.8.

Jeżeli chcesz podłączyć bazę danych (a chcesz), to tak.

Nie da się wykrywać z którego pluginu jaka komenda pochodzi (a bynajmniej nie jest to proste). Najprościej byłoby dodać sobie komendy do jakiejś listy. on load: set {skriptCommands::*} to "komenda", "komenda1", "komenda2" and "komenda3" on command: sender is a player set {_} to permission of command "%command%" if "%{_}%" is not set: stop if player has permission "%{_}%": stop {skriptCommands::*} doesn't contain command cancel event send "&cNie masz uprawnień!" to player On ma na myśli komendy zdefiniowane w skryptach, nie z samego Skripta.

Spróbuj włączyć serwer bez pluginów. Jak będzie działać, instaluj je po kolei aż przestanie działać. Wtedy wiesz który plugin zawinił. Jeżeli jednak nie będzie działać, zaktualizuj silnik serwera.

A co z wiadomościami domyślnymi komend (tzn. 'permission message')? Mają zostać czy też mają być wszystkie nadpisane?