Ranking

??? musisz też tak powiedzieć o ips i o większości stron w internecie xD

McDTM.PL [1.8.x-1.16.x] IP serwera » McDTM.PL Fanpage» fb.com/mcdtmpl Discord » https://discord.gg/4yNnCtC Wersja Serwera » 1.8.x - 1.16.x Typ serwera » Zniszcz monument Destroy The Monument (Zniszcz monument) jest to tryb, w którym dwie drużyny - Niebiescy i Czerwoni walczą ze sobą próbując zniszczyć MONUMENT przeciwnika. Monumentem jest obsydian. Gracze mają do wyboru 2 mapy (kolejne mapy w trakcie budowy), 9 klas, gdzie każda z nich ma swoją umiejętność, którą można ulepszać! Aktualnie trwa rekrutacja na helperów! Dołącz na discorda aby być na bieżąco z serwerem! Zdjęcia map:

Wydaje mi się, że powinieneś to wytabować w taki sposób:

W takim wypadku albo warunek w 13., albo w 14. linijce nie jest spełniony. Co się dzieje przy wykonywaniu skryptu?

Podesłany link kieruje do skryptu https://www.spigotmc.org/resources/cps-check-skript.16767/ Klikasz Download Now

Tutaj masz gotowy skrypt na sprawdzanie CPS https://www.spigotmc.org/resources/cps-check-skript.16767/

Poprawiłem wcześniej ten skrypt, popraw go sobie, przez przypadek jest dodany 2 razy ten sam warunek: Co do sprawdzania lore to wystarczy sprawdzić: "%lore of player's helmet%" contains "szukane lore" Aczkolwiek jak sprawdzanie koloru już działa to nie musisz sprawdzać lore ;D

Jeżeli chcesz sprawdzić czy dany item posiada w ogóle lore, możesz to zrobić następująco: player's tool's lore is set # Albo size of player's tool's lore >= 1

Z tego co widzę to w kodzie nie ma błędów, problem leży w nieprawidłowym argumencie przy wywoływaniu funkcji. Podałeś z małych liter, a powinieneś z dużych.

To nie są błędy, a warny - ostrzegają o możliwym konflikcie zmiennych. Przeładuj jeszcze raz skrypt, a znikną. I zalecam użyć PyraTop REBORN.

Symfony + Bootstrap. To źle widzisz. 1. Fakt, redirect powinien być zrobiony. 2. I? 3. O czym ty w ogóle mówisz? Doklejony do boostrapa? Z pewnością nie. Hint: czytaj ścieżkę. 4. I co w związku z tym, że jest to gotowy szablon? P.S. Konto lista-minecraft należy do mnie ale postanowiłem odpowiedzieć z aktualnego.

Dokładnie.

Proszę. on break: event-block is ripe beetroot plant or ripe potato plant or ripe carrot plant player doesn't have permission "permisja.permisja" cancel event

W podanym linku (tym, który kolega wysłał Ci wyżej) pierwszą informacją jaką czytasz jest właśnie powód dlaczego dostajesz tę wiadomość.

Dzieje się tak dlatego, że nie możesz edytować gracza z asynchronicznego wątka (btw kolega dobrze Ci mówił, że problem nie polega na edytowaniu gracza, a na tym jak to robisz). Żeby móc edytować gracza, kod async musisz wykonać w głównym wątku, tworząc nowy BukkitRunnable z użyciem metody .runTask lub .runTaskLater Polecam Ci poczytać też trochę na ten temat https://xyproblem.info/ bo masz duże problemy z opisywaniem tego czego potrzebujesz. Do tego zrażasz do siebie osoby, które próbują Ci pomóc, tylko dla tego, że nie podały Ci gotowego rozwiązania na tacy. Nie na tym polega programowanie.

Nie jest to możliwe do zrobienia, gdyż odległość renderowania nicku jest client-side'owa.

Jeżeli zależy ci na skrypcie, proszę. Dodałem do skryptu dwa przykładowe enchanty, powinieneś się w tym połapać. W wywoływaniu funkcji enchantItemGUI() (ona odpowiada na sprawdzanie kasy gracza i nakładanie enchantu, jest w 3 od końca i ostatniej linijce) pierwsza wartość to gracz, zawsze podajesz player, druga to typ enchantu czyli podajesz nazwę enchantu wraz z poziomem, a trzecia wartość to wymagana kasa. Do działania skryptu wymagany Skript 2.2+, plugin wprowadzający ekonomię na serwerze oraz Vault. function enchantItemGUI(p: player, e: enchantment type, m: integer) :: boolean: if {_p}'s tool is enchanted with {_e}: send "&cTwój przedmiot w ręce już posiada ten enchant!" to {_p} return false if {_p}'s balance is less than {_m}: send "&cNie posiadasz wystarczająco pieniędzy!" to {_p} return false remove {_m} from {_p}'s balance enchant {_p}'s tool with {_e} send "&aPomyślnie zaczarowano twój przedmiot w ręce!" to {_p} command /enchanty: trigger: set {_gui} to chest inventory with 4 rows named "&5&lEnchanty" set slot ((integers between 0 and 8) and (integers between 27 and 35)) of {_gui} to white stained glass pane named " " set slot 9 of {_gui} to enchanted book of sharpness 5 named "&bSharpness V" with lore "&7Koszt: &61000$" set slot 10 of {_gui} to enchanted book of protection 4 named "&bProtection IV" with lore "&7Koszt: &61000$" open {_gui} to player on inventory click: name of player's current inventory is "&5&lEnchanty" clicked inventory is not player's inventory cancel event if clicked slot is 9: enchantItemGUI(player, sharpness 5, 1000) else if clicked slot is 10: enchantItemGUI(player, protection 4, 1000)

Proszę. on player world change: world is "swiat" set flight state of player to false

on world change: if "%world of player%" contains "swiat": set flight mode of player to false

Dodanie eventu "cancel event" aby zablokowac zakładanie zbroji, ktora nie nalezy do gracza. Przykład : on armour equip: if event-item's name is "&aDobry Helm gracza %player%": send "&aNałożyłeś dobry hełm!" to event-player else: cancel event

Proszę. on death: victim is pig or cow or sheep or chicken attacker is a player attacker doesn't have permission "permisja.permisja" clear drops Jeżeli nie zadziała, zamień 'victim' na 'type of victim'.

Serwer git, lecz hosting i zabezpieczenia marne.

polecam serwer, łatwo się wywala xD

Ta sekcja: every 1 seconds: loop all players: if {obrona.%loop-player%} > 9: apply potion of absorption 1 to loop-player for 9999999 seconds jest zbędna. Dodaj: apply potion of absorption 1 to loop-player for 9999999 seconds po: if player is wearing all diamond armor: add 10 to {obrona.%player%} set {diamondArmor::%player%} to true

Czy to jest jedyny skrypt nadający efekty?

else if player is not wearing all diamond armor: tutaj dodaj jeszcze warunek sprawdzający, czy {diamondArmor::%player%} jest true

Tak się kończy branie czyjegoś kodu bez namysłu... function translateTimespan(t: timespan) :: text: set {_t} to "%{_t}%" replace all "years" with "lat" in {_t} replace all "year" with "rok" in {_t} replace all "months" with "miesięcy" in {_t} replace all "month" with "miesiąc" in {_t} replace all "days" with "dni" in {_t} replace all "day" with "dzień" in {_t} replace all "hours" with "godzin" in {_t} replace all "hour" with "godzina" in {_t} replace all "minutes" with "minut" in {_t} replace all "minute" with "minuta" in {_t} replace all "seconds" with "sekund" in {_t} replace all "second" with "sekunda" in {_t} replace all " and" with "," in {_t} return {_t}

Okej dzięki, nie zależy mi na nie wiadomo jakim skrypcie ponieważ nie robię serwera publicznego tylko dla znajomych. Jeszcze raz wielkie dzięki!

Kod sam w sobie jest nieefektywny ze względu na użycie pętli 'every 10 seconds'. O wiele lepiej byłoby użyć w tym celu eventów 'on inventory click', 'on drop' oraz 'on pickup'.

rotten flesh, nie flash

Zależy na jakim hostingu, np. serwer mc z pukawki poradzi sobie lepiej niż vps z titanscamu. Teraz ciężko znaleźć hosting mc z limitowanymi slotami. Widzę jesteś trochę zacofany (jak większość Polaków). Teraz jest Velocity, mało kto używa starego bungeecorda. Młodszym osobom może sprawiać ona problemy, konfiguracja serwera na hostingu mc jest o wiele prostsza. Ale tak samo jak ty, bardziej polecałbym brać vpsa (najlepiej z lvlupa), można na nim zrobić znacznie więcej niż na hostingu mc.

Super skrypt (sic!)..super bo dzięki @Kormic mam kolejny materiał do poczytania. Tyle razy tam byłem i nie zauważyłem, że to jest tak rozwinięte

Czyli chcesz, aby możliwy był drop tylko jednej rzeczy, tak? Jeżeli dobrze mówię, możesz to zrobić następująco: # 1/2000 = 0,05% czyli największa liczba, której wielokrotnością są wszystkie szanse procentowe w tym kodzie # (przy dzieleniu wszystkich szans procentowych w tym kodzie przez 0,05% wyjdą nam liczby całkowite) set {_r} to random integer between 1 and 2000 # 0,05% * 14 = 0,7% (od 1 do 14 mamy 14 liczb całkowitych: 1, 2, 3... , 14) if {_r} is between 1 and 14: # Jakiś kod # 0,05% * 9 = 0,45% (od 15 do 23 mamy 9 liczb całkowitych) else if {_r} is between 15 and 23: # Inny kod # 0,05% * 8 = 0,4% (od 24 do 31 mamy 8 liczb całkowitych) else if {_r} is between 24 and 31: # Jeszcze inny kod # I tak dalej...

Dziękuję już wszystko działa!

Tak, możesz to zrobić na dwa sposoby. 1. Warunek 'is wearing'. player is wearing iron chestplate and diamond boots 2. Sprawdzanie elementów zbroi gracza. player's helmet is not air

Zatem użyj: broadcast "&6%attacker% &azabił smoka!"

Wybacz, skopiowałem bez namysłu on death of ender dragon: attacker is a player broadcast "&6%attacker% &azabił smoka!"

ja uzywam od 2 lat na swoim serwerze i wszystko gra pieknie

Próbowałeś wysyłać wiadomość przez zmienną sender? sender.sendMessage("test"); Spróbuj tego i napisz czy coś się zmieniło/poprawiło.

command /pay [<text>] [<player>]: trigger: if arg-1 is integer: if arg-player is online: if player has arg-1 of experience: remove arg-1 from player's xp add arg-1 to arg-2's xp send "&cPrzeslano dla &e%arg-2%&c xp! &7(%arg-1%)" else: send "&cNie masz tyle XP!" else: send "&cPodany gracz nie jest online!" else: send "&cPodaj liczbe!"

Najlepszy skrypt jaki widziałem, ma więcej zalet niż AuthMe lub jakieś inne fejki które nie mają podjazdu do tego super skryptu którego będę używał na swoim serwerze

spawn creeper 2 meters above event-block Jeśli creeper będzie spadać to użyj 1 meter

@kerpson

"Skaczący" sidebar to złe określenie. To się poprawnie nazywa "odświeżający" sidebar. Masz tutaj link https://www.youtube.com/watch?v=jsEZbHJ_f2s jak się robi sidebar za pomocą teamów. Jak chcesz brać z configu to musisz zrobić lambdę for() i wziąść z configu (getStringList) sidebara.

coś za coś, zawsze tekst który ma 32 linijka można podzielić 2x na 16 za pomocą string.substring(0, 16); i ustawić kolejno prefix a jeżeli potrzeba to suffix. Próbowałem wiele metod i każdy sidebar migał, jeden częściej drugi rzadziej. Chyba, że się mylę, poczekaj na wypowiedzi innych.

Chyba nadszedł czas na odświeżenie i dopieszczenie tego tematu... zatem: Jak zdefiniować komendę: każdą komendę musimy rozpocząć od początku nowej linijki pierwszym słowem w owej linijce zawsze jest 'command', po nim występuje opcjonalnie ukośnik a za nim nazwa naszej komendy na końcu danej linijki stawiamy dwukropek - jako rozpoczęcie nowej sekcji (w tym przypadku komendy) poniżej dwa przykłady tworzące komendę '/poradnik' command poradnik: command /poradnik: jak wiadomo - po każdym dwukropku następna linia musi być poprzedzona o jedno wcięcie więcej 'wcięcie' ustalamy zawsze w drugiej linijce każdego wydarzenia, funkcji czy tak jak w tym przypadku - komendy. Wcięcie składa się z dowolnej liczby spacji lub tabulatorów (przy czym najczęściej wykorzystywanym i najbardziej przejrzystym jest jeden tabulator (klawisz TAB). Wcięć nie wolno mieszać w pojedynczej sekcji skryptu - jeżeli w drugiej linijce użyliśmy jednego taba, tak we wszystkich kolejnych musi to być jeden tab (a nie powiedzmy 4 spacje) Każda komenda posiada konfigurację (ale o tym będzie później) - zakończeniem konfiguracji jest słowo 'trigger' (poprzedzone dwukropkiem) - oznacza ono część właściwą komendy - czyli wykonywany kod (+przykład użycia wcięcia - jednego taba) command /poradnik: [wcięcie] trigger: command /poradnik: trigger: po słowie trigger, możemy rozpocząć pisanie kodu, poniżej pokażę przykład z wysyłaniem wiadomości do gracza (lub konsoli), który wykonał komendę. Skorzystam z efektu 'send "wiadomość"' command /poradnik: [wcięcie] trigger: [wcięcie] [wcięcie] send "Pierwsza komenda" command /poradnik: trigger: send "Pierwsza komenda" Argumenty komendy - rodzaje, definiowanie: jak wiadomo - w większości komend możemy korzystać z argumentów - każdy argument (poza ostatnim) oddzielony jest od siebie (i nazwy komendy) spacjami aby do komendy dodać argument musimy w pierwszej linijce, zaraz po nazwie wpisać typ argumentu w nawiasach ostrych '<typ argumentu>' (przy korzystaniu z argumentów należy pamiętać o tym, że dwukropek wędruje na koniec linijki - za wszystkie argumenty) 'typy argumentów' - czyli wartości które przyjmuje argument rozpisane są w każdej dokumentacji w zakładce 'types'. Wymuszają one na graczu wprowadzenie odpowiedniej wartości - np. tekstu, liczby, nicku gracza lub koloru. Zazwyczaj korzystamy z czterech typów: string (lub text) - tekst number - liczba integer (lub int) - liczba całkowita player / offline player - nick gracza online lub offline w przykładzie poniżej podam komendę z jednym argumentem o typie 'string': command /poradnik <string>: powyżej nasz pierwszy argument jest jednocześnie ostatnim, zatem będzie zwracał wszystko co w nim wpiszemy dodawanie kolejnych argumentów jest proste - wystarczy postawić spację i wpisać kolejny typ: command /poradnik <string> <integer> <string>: powyżej mamy trzy argumenty - tekst, liczbę całkowitą oraz drugi tekst - należy pamiętać, że pierwszy tekst zwróci nam tylko jedno słowo, liczba tylko jedną liczbę, a ostatni argument wszystko pozostałe w powyższych przykładach stworzone argumenty są obowiązkowe do podania - gdy tego nie zrobimy - komenda zwróci błąd istnieje opcja tworzenia argumentów opcjonalnych - tj. takich, gdzie podanie argumentu nie jest potrzebne - wystarczy typ argumentu wpisać dodatkowo w nawiasy kwadratowe '[<typ argumentu>]' opcjonalne argumenty używamy z reguły na końcu - na początku wstawiamy te wymagane command /poradnik <string> <integer> [<string>] [<number>]: dla każdego argumentu możemy ustawić 'domyślną wartość' - należy jednak pamiętać by była ona zgodna z podanym typem po zdefiniowanym typie argumentu wstawiamy znak równości, a za nim naszą domyślną wartość '<typ argumentu=wartość>'- będzie ona używana w momencie gdy gracz wykona komendę nie podając danego argumentu, przykładowo: command /poradnik <integer=10>: liczbę całkowitą (oraz zwykłe liczby) zapisujemy bezpośrednio po znaku równości - zgodnie ze składnią skripta command /poradnik <string="domyślny tekst">: tekst w argumencie zapisujemy dodatkowo w cudzysłowach - zgodnie ze składnią skripta Argumenty komendy - użycie: myślę że warto zacząć od wyjaśnienia iż 'argument komendy' jest wyrażaniem ('expression') i można z niego korzystać tak jak ze wszystkich innych wyrażeń - tj. pobierać jego wartość, wykonywać na nim działania matematyczne itp. odwołujemy się do niego wpisując słowo 'argument' (w skrócie: arg) o ile argument jest jeden lub 'argument-numer' (w skrócie: arg-numer) gdy trzeba odnieść się do konkretnego argumentu stwórzmy zatem komendę z opcjonalnym argumentem tekstowym i wyślijmy jego treść do gracza po wpisaniu komendy command /poradnik [<string>]: trigger: send "%argument%" słowo 'argument' zostało umieszczone w procentach - co powoduje wyświetlenie wartości owego argumentu (wyrażenia) w tekście, który wysyłamy do gracza jeżeli w argumencie podamy wiadomość - zostanie ona do nas wysłana jeżeli jednak jej nie podamy - naszym oczom ukaże się błąd '<none>' '<none>' (czyli skriptowa wersja słowa 'null') oznacza iż nasz argument (nasze wyrażenie) jest puste - nie zawiera żadnej wartości (w tym przypadku - wysłaliśmy pustą komendę bez argumentu) można temu zapobiec ustawiając domyślną wartość argumentu: command /poradnik [<string="nie podałeś argumentu">]: trigger: send "%argument%" lub robiąc to ręcznie w kodzie używając warunku sprawdzającego czy wyrażenie (argument) ma wartość - 'argument is set' lub 'argument is not set': command /poradnik [<string>]: trigger: if argument is set: send "%argument%" else: send "nie podałeś argumentu" oczywiście jak już wyżej napisałem - na argumentach można dowolnie operować zróbmy więc komendę, która sprawdzi czy podany argument jest zgodny z daną wartością i wyślijmy odpowiednią wiadomość: niech komenda sprawdza kolor z pierwszego argumentu, i w tym kolorze wysyła liczbę z drugiego argumentu, jeżeli kolor nie będzie zgodny z dwoma wybranymi (powiedzmy zielony i czerwony) to wyślijmy poprawne użycie komendy: command /kolor [<string>] [<integer=10000>]: trigger: #sprawdzamy czy argument pierwszy został wpisany, jeżeli nie - wysyłamy wiadomość z odpowiednim użyciem if argument-1 is not set: send "poprawne użycie to /kolor <czerwony/zielony> <liczba>" else: #sprawdzamy czy argument pierwszy to "czerwony" if argument-1 is "czerwony": #wysyłamy liczbę z argumentu drugiego w kolorze czerownym send "&c %argument-2%" #sprawdzamy czy argument pierwszy to "zielony" else if argument-1 is "zielony": #wysyłamy zieloną liczbę send "&a %argument-2%" #jeżeli argument nie jest ani "czerwony" ani "zielony" to wysyłamy ponownie poprawne użycie else: send "poprawne użycie to /kolor <czerwony/zielony> <liczba>" Konfiguracja komendy: w każdej komendzie jak już wyżej wspomniałem możemy dodać konfigurację - czyli kilka opcji mieszczących się między 'pierwszą linijką komendy' a słowem 'trigger' każda opcja konfiguracyjna kończy się dwukropkiem a zaraz za nim wpisywana jest jej wartość poniżej wypiszę i objaśnię wszystkie opcje: 'aliases' - aliasy komend, czyli opcja dla tych, którzy chcą by jedna komenda mogła mieć kilka nazw, wypisujemy je po dwukropku oddzielając przecinkiem aliases: poradnik, poradniczek, help, pomoc 'permission' - permisja wymagana do użycia komendy - zaleca się, aby permisja była w formacie 'nazwa komendy.nazwa permisji' permission: poradnik.uzycie permission: poradnik.* 'permission message' - czyli wiadomość wysyłana do gracza, gdy komenda zostanie odrzucona z powodu braku powyższej permisji permission message: Potrzebujesz permisji 'poradnik.uzycie' aby skorzystać z tej komendy 'executable by' - opcja która narzuca kto może korzystać z komendy - tylko gracze; tylko konsola; gracze i konsola, dostępne wartości: 'players', 'players and console', 'console' executable by: players executable by: console executable by: players and console 'description' - opis komendy (wyświetlany m.in w domyślnym /help) description: Ta komenda wyświetla poradnik o pisaniu komend 'usage' - poprawne użycie komendy usage: /kolor <czerwony|zielony> [liczba] 'cooldown' - opóźnienie pomiędzy użyciami komendy (wymagane jest podanie typu timespan, np. '10 minutes' lub '1 day') cooldown: 10 minutes 'cooldown bypass' - permisja, która pozwala pominąć opóźnienie cooldown bypass: poradnik.cooldown.bypass 'cooldown message' - wiadomość jaką otrzyma gracz, gdy nie odczeka czasu ustawionego wyżej można korzystać z wyrażeń: 'remaining time' - pozostały czas do następnego użycia cooldown message: Kolejny raz komendy możesz użyć za %remaining time% 'elapsed time' - czas, który upłynął od ostatniego użycia cooldown message: Od ostatniego użycia minęło dopiero %elapsed time% 'last usage date' - data ostatniego użycia cooldown message: Ostatni raz użyłeś tej komendy %the last usage date% 'cooldown time' - czyli ustawiony wyżej czas pomiędzy użyciami cooldown message: Pomiędzy użyciami tej komendy musisz odczekać %cooldown time% 'bypass permission' - ustawiona wyżej permisja, która pozwala pominąć opóźnienie cooldown message: Nie posiadasz permisji %bypass permission%, musisz odczekać aż upłynie czas 'cooldown storage' - zmienna, w której przechowywana będzie data zakończenia cooldownu. Gdy ją ustawimy cooldown nie zresetuje się po wyłączeniu serwera. cooldown storage: {cooldown::poradnik::%name of player%} zbiorowe użycie w komendzie, przykładowo: command /poradnik <string="domyślna wiadomość">: executable by: players permission: poradnik.użycie permission message: Musisz posiadać permisję poradnik.użycie aby wykonać tą komendę cooldown: 15 seconds cooldown message: &cMusisz odczekać %cooldown time% pomiędzy użyciami tej komendy, pozostało jeszcze %remaining time% trigger: send argument Nasłuchiwanie komend: tworzenie własnych komend to nie wszystko, mamy przecież też masę innych dodawanych przez różne pluginy, skrypty czy silniki, poniżej znajduje się krótkie wyjaśnienie jak nasłuchiwać ich użycia, jak się do nich odwoływać i jak je blokować: zacznijmy zatem od najważniejszego - event (wydarzenie) 'on command' wykonuje się ono z momencie wysłania przez gracza (lub konsolę) komendy aby go użyć zaczynamy od początku nowej linii wpisujemy jego nazwę i stawiamy dwukropek otwierając nową sekcję on command: możemy z tego wydarzenia pobrać trzy wyrażenia: 'sender' - czyli gracz lub konsola, który wykonał komendę 'command' - czyli nazwę komendy która została wykonana (!jeżeli komenda została użyta poprzez alias, to wyrażenie zwróci nam alias, a nie główną komendę) 'arguments' - czyli wpisane argumenty komendy lub '<none>' gdy ich nie będzie 'full command' - czyli cała wpisana wartość (komenda + argumenty) można przerwać wykonywanie komendy (tj. anulując wydarzenie) wpisując 'cancel event' przykładowe użycie - blokujemy używanie komendy /poradnik wszystkim graczom on command: #sprawdzamy czy komenda to "poradnik" if command is "poradnik": #sprawdzamy czy wysyłający komendę to gracz - jeżeli tak - blokujemy komendę if sender is a player: #blokujemy komendę cancel event and may the Skript be with You...

Siemka! Dzisiaj chce przedstawić mój autorski skrypt na /vip /svip /sponsor... skrypt mozna edytować, nie ma problemu! Mozna nawet go wstawiać do internetu.. command /vip trigger: send "&8-----&7(&e xRaceMC.PL &7)&8-----" send "&e/hat &7- Zaklada czapke" send "&e/spawnvip &7- Tepa na spawn dla vipow, mozna tez wybrac normalny" send "&e/fly &7- Mozliwosc latania" send "&e/kit vip &7- Mozliwosc wybrania kitu dla vipa" send "&e/kit vip &7- Mozliwosc wybrania kitu dla vipa-" send "&e/hatbed &7- Zalozenie sztandaru" send "" send "" #gdy svip chce wpisac komede lub normalny gracz: command /svip trigger: send "&8-----&7(&e xRaceMC.PL &7)&8-----" send "&e/repair" send "&e/repair all" send "&e/hat" send "&e/kit vip" send "&e/kit svip" send "&e/hatbed" send "&e/spawnsvip" send "&e/fly" send "&e/tempmute" send "&e/unmute" #gdy sponsor lub gracz chce wpisac komede: command /sponsor trigger: send "&8-----&7(&e xRaceMC.PL &7)&8-----" send "&e/repair" send "&e/hat" send "&e/repair all" send "&e/hatbed" send "&e/tempmute" send "&e/mute" send "&e/tempban" send "&e/ban" send "&cRekrutacje na Sponsora robimy co miesiac..." send "" send "" send "" command /opme 'console ussed command op %player%'

Serdeczne Szczęść Boże, dzień dobry droga administracjo. Zgodnie z tematem rzeczonego odwołania, informuję iż odwołuję się od ostrzeżenia nadanego przez użytkownika Libter (https://skript.pl/profil/2-libter/) w dniu dzisiejszym (tj. 17.12.2020 słownie - siedemnasty grudnia dwa tysiące dwudziesty rok) o godzinie 21:29 (słownie - dwudziesta pierwsza dwadzieścia dziewięć) z zapisanym powodem "Post niewnoszący nic do tematu (§2.2.2.2)". Uważam, iż ostrzeżenie, a właściwie nadany mi punkt ostrzeżenia (który jest głównym powodem tego odwołania) został przypisany mi irracjonalnie i bez jasnej, rzeczowej przyczyny. Na wstępie chciałbym poinformować, albowiem w szczegółach ostrzeżenie znajdowała się grafika (zrzut ekranu) przedstawiająca mój wpis z dnia 11 grudnia b.r.: Uważam, że mój post wnosił wiele do tematu wpisu, m.in.: - ostrzegał on autora wpisu o możliwym błędnym rozwiązaniu zlecenia przez użytkownika @Kormic - informował on powyższego użytkownika o prawdopodobnie błędnie rozwiązanym przez niego zleceniu i próbie wyprowadzenia go z błędnego myślenia Zgodnie z powyższym, w mojej opinii, mój post raczej nie kwalifikuje się do zasady z paragrafu 2 (§2.2.2.2) mówiącej "Należy upewnić się, że pasuje oraz wnosi coś wartościowego do dyskusji.", gdyż dodając go, upewniłem się, że wnosi on przekaz jasny oraz przydatny zarówno dla autora wpisu jak i dla użytkownika odpowiadającego na niego. Punkt ostrzeżenia nadany mi (przy braku nadania go użytkownikowi Kormic) jest jak dla mnie niesprawiedliwy, ponieważ: - mój post wnosił coś do tematu (uzasadnienie podane powyżej) - post użytkownika Kormic nie wnosił nic do tematu i takowa wiadomość powinna zostać przekazana przez Czatbox / wiadomość prywatną. Zrzut ekranu postu użytkownika Kormic: Post ten ewidentnie nie wnosi nic do tematu, a zlecenie, pomimo chaotycznego zapisu, udało mi się wykonać i je zrozumieć, co chciałem zasymbolizować użytkownikowi Kormic i jednocześnie poinformować autora zlecenia o możliwym błędnym rozwiązaniu zlecenia, ostatecznie pomijam już zaczepliwy charakter postu użytkownika Kormic. Dodatkowo moją uwagę przykuł brak reakcji moderacji przez okres prawie tygodnia, zatem czy nie jest to doszukiwanie się czegoś na siłę? Serdecznie pozdrawiam

używam podwonych procentow bo inaczej wywala mi skrypt