Ranking

Fajny programik, korzystam z niego zawsze do skryptów Miałem również przyjemność korzystania przedwcześnie z skeditora przed jego wyjściem, który nawet wtedy był mega W skrócie, super programik. Jest kilka błędów, ale Notro je próbuje naprawiać na bieżąco

Tu masz wszystko opisane:

Dzień dobry. Mam pewne pytanie skierowane do administracji lub jakichś ludzi do edukowanych, mianowicie jak zdobywać odznaki na forum? Pytam się z czystej ciekawości oczywiście.

6/10 jakis aksolotl

Bardziej bał bym się o pojawienie się takiego komunikatu niż próbować go przetłumaczyć. Zastanów się czy nie lepiej po prostu będzie naprawić te komendy...

Zamiast %arg-2% daj %{business.%player%}%, zauważ, że nigdzie nie podajesz argumentu 2 w komendzie.

W plikach bodajże paper.yml i bukkit.yml tam takie rzeczy

Spolszczysz troszkę? Nic nie rozumiem.

set slot 3 of player's current inventory to diamond named "&6Ulepszanie &aFirmy" with lore "&c> &7Kliknij aby ulepszyc &afirme" and "" and "&c> &7Aktualny poziom &6ulepszenia %{currentUpgrade::%player%}%" and "&c> &7Koszt ulepszenia &a%{currentPrice::%player%}%&2$" set slot 4 of player's current inventory to paper named "&6Statystyki &aFirmy" with lore "" and "&c> &7Nazwa Firmy &a%{business.name.%arg-2%}%" nie możesz dać tak, powinieneś dać %nl% lub %newline% mniej więcej tak: set slot 3 of player's current inventory to diamond named "&6Ulepszanie &aFirmy" with lore "&c> &7Kliknij aby ulepszyc &afirme%nl% %nl% &c> &7Aktualny poziom &6ulepszenia %{currentUpgrade::%player%}%%nl%&c> &7Koszt ulepszenia &a%{currentPrice::%player%}%&2$" set slot 4 of player's current inventory to paper named "&6Statystyki &aFirmy" with lore " %nl%&c> &7Nazwa Firmy &a%{business.name.%arg-2%}%"

Na dodatek jaki sens ma loop all players i w tym add player to loop players? Bo troche nie rozumiem...

Cześć wszystkim! Właśnie na mój kanał youtube trafił filmik prezentujący rozgrywkę na fnafie. Chciałbym też zaznaczyć, że nie wszystko jest gotowe i na tym filmiku to widać. Filmik można zobaczyć tutaj Miłego dnia!

Nie widzisz screenshotów? Screenshot na samym dole mówi co innego. Trochę mi ta firma śmierdzi, oficjalnie działa od 1999 roku, a w paru miejscach istnieje nieoficjalna data 2018. Nie ma też w niej ani jednego kodu pkd, który ma coś związanego z internetem. Będziesz się tego trzymał nawet po tym, jak dopisałeś "~ Jaczup" do tego oraz innych komentarzy "Chezjusza", a na koniec usunąłeś cały film? Z moich informacji wynika, że sporo z nich o tym nie wiedziało. Przypomnę, że gdy już mi o tym napisałeś, nazwałem to nieprofesjonalnym zachowaniem. A twoja odpowiedź? Coś wątpię aby były to fałszywe informacje. Osobiście sam byłem ofiarą paru prób zniszczenia reputacji i dobrze wiem, że zmiana nicku i zatuszowanie całej sytuacji to najgorsze co można zrobić. Przekonanie Chezjusza aby nadał Jaczupowi dostęp do swoich kont, podszywanie się pod niego, włączenie reklam na youtube jego wiedzy, usunięcie wszystkich jego filmów i prawdopodobnie odebranie mu dostępu do swoich kont to wystarczające informacje aby stwierdzić, że Chezjusz padł ofiarą social engineeringu.

Dziś zaprezentuje wam mini-skrypt pt: SmartStone SmartStone jest moim pierwszym mini-skryptem, który wprowadza system stoniarek na serwer. Wszelkie błędy proszę zgłaszać! Zalety skryptu: - Możliwość zmiany craftingu stoniarki - Możliwość zmiany czasu generowania stona. - Możliwość wykopania stoniarki złotym kilofem - Możliwość zmiany treści wiadomości Wymagane: - Plugin Skript - Dodatek SkriptPlus Link do pobrania: - RAW: http://pastebin.com/raw.php?i=x2t6ByDv - Pastebin: http://pastebin.com/x2t6ByDv Changelog: Wersja 1.0 - Udostępnienie skryptu

O co chodzi? SSCC "Standard Skript Code Conventions" jest zestawem reguł pisania skryptów stworzonym przez destroyer'a4017. Określa on styl kodowania, który zapewnia kompatybilność z innymi skryptami, łatwość utrzymania/modyfikowania kodu oraz sprawia, że skrypt jest prosty do odczytania. Nazwy plików Nazwy plików kończących się na ".sk" nie powinny zawierać następujących znaków: # ` $ % { } (spacji) Jeśli w nazwie chcesz zawrzeć wersję skryptu powinna ona znaleźć się na końcu, za nazwą skryptu: skrewards-v1.2.3.sk Nazwy zmiennych Poniższe zasady odnoszą się tylko do zmiennych globalnych, nie do lokalnych (zaczynających się od _). Nazwy zmiennych powinny być zapisane według konwencji camelCase, gdzie nie występują spacje oraz pierwsza litera każdego słowa (wyłączając pierwsze) zaczyna się z wielkiej litery. Zmienne tworzone przez skrypt powinny być definiowane w sposób {<nazwa skryptu>::<nazwa zmiennej>}, co ułatwia usuwanie danych danego skryptu albo aktualizowanie zmiennych z wcześniejszej wersji skryptu, na przykład: # Zamiast takiej zmiennej {current.reward} # Użyj następującego wzoru {skrewards::currentReward} Zmienne dynamiczne oraz listy powinny być stopniowane, co jest bardziej obiektowym podejściem i umożliwia zapętlanie danych. # Zamiast takich zmiennych {reward.level.modifier.1} {reward.level.modifier.2} {reward.level.modifier.3} {rewardstatus.%player%} {info.%player%.mined.diamonds} {info.%player%.mined.emeralds} # Użyj następujących wzorów {skrewards::rewardLevelModifier::1} {skrewards::rewardLevelModifier::2} {skrewards::rewardLevelModifier:: 3} {skrewards::rewardStatus::%player%} {skrewards::info::%player%::minedDiamonds} {skrewards::info::%player%::minedEmeralds} # Lub {skrewards::info::%player%::mined::diamonds} {skrewards::info::%player%::mined::emeralds} Jeśli piszesz API, powinieneś wpisać dane do zarezerwowanych nazw zmiennych {<nazwa skryptu>::api::<output ID>}. Jeśli używasz skQuery, możesz zapisywać dane do tych zmiennych gdy podprogram/funkcja jest wykonywany/a. W zwykłym Skript powinieneś zdeklarować komendy możliwe do użycia tylko z konsoli, które wpisują dane do tych zmiennych. Schemat ten pozwala twórcom skryptów tworząc własny skrypt pozyskiwać informacje z innych. Jeśli Twój skrypt jest BIBLIOTEKĄ, której jedynym celem jest udostępnienie funkcji, należy wtedy pominąć fragment ::api i używać {<nazwa skryptu>::<output ID>}. Zmienne API powinny być usunięte zawsze gdy serwer jest wyłączany. Porządkowanie kodu Stworzony kod musi być uporządkowany w określony sposób. Nie powinieneś wpisywać zdarzeń i komend w losowej kolejności; muszą być czytelnie oddzielone. Każdy z elementów może być pominięty, o ile są one w odpowiedniej kolejności. script options (jeśli używasz skQuery) aliasy [aliases:] zmienne [variables:] opcje [options:] podprogramy/funkcje (jeśli używasz skQuery) nowe komendy [command /komenda:] on script load: on script unload: okresowe zdarzenia (np. every 10 seconds, at 10:00) inne zdarzenia Zdarzenia i Warunki Zdarzenia zawsze powinny zaczynać się od słówka "on", mimo, że będą działać bez niego. Kiedy tylko to możliwe, powinieneś unikać używania selektorów w linii definiującej zdarzenie, np.: on right click with porkchop: on left click on tnt: on damage of cow: Należy uogólnić takie zdarzenia i skorzystać z warunków: on right click: if tool of player is porkchop: # dalszy kod on left click: if clicked block is tnt: # dalszy kod on damage: if victim is a cow: # dalszy kod Stosując warunki, NIGDY nie powtórzysz tego samego zdarzenia kilka razy w jednym skrypcie. Warunki powinny ZAWSZE zaczynać się od słówka "if" i kończyć dwukropkiem. NIGDY nie używaj warunków bez wprowadzenia dalszego kodu do ich wnętrza. To pozwoli twórcom skryptów w łatwy sposób dodać kod przed i po warunku albo dodać "else:". # Zamiast on damage: if victim is a player: {skrewards::info::%victim%::isInvincible} is true cancel event set {skrewards::info::%victim%::isInvincible} to false # Użyj takich warunków on damage: if victim is a player: if {skrewards::info::%victim%::isInvincible} is true: cancel event set {skrewards::info::%victim%::isInvincible} to false Specyfikacja Lambdy Lambdy są nową funkcją skQuery i mogą być używane we wszystkich wersjach powyżej 1.17.0. Pozwalają sporą ilość kodu skompresować do kilku linii. Lambdy, tak długo jak długo będą używane rozsądnie, będą spełniać wymagania SSCC. Lambdy mogą być brane pod uwagę jeśli: [*]Użyte są zamiast funkcji do wykonania POJEDYNCZEGO zadania [*]Użyte są do zaciemnienia kodu przez stworzenie bardzo skompresowanego kodu [*]Lepiej opisują ciąg zadań - - - Jeśli stosujesz się do tych zasad, umieść w publikacji swojego skryptu plakietkę: Kod z linkiem do oryginalnego tematu: [url=http://dev.bukkit.org/bukkit-plugins/skript/forum/tutorials/69108/][img=https://i.imgur.com/BZ8lAno.png][/url] Kod z linkiem do tego tematu: [url=http://skript.pl/index.php/topic/1877-][img=https://i.imgur.com/BZ8lAno.png][/url] Źródło: http://dev.bukkit.org/bukkit-plugins/skript/forum/tutorials/69108

PublicRPG Opis Witam! Postanowiłem stworzyć swój pierwszy publiczny plugin dla użytkowników którzy ciągle pisali "napisze ktoś mi skrypt na poziomy" itp., sam kiedyś byłem w takiej potrzebie więc i oto plugin. Jest to jak napisałem na początku mój pierwszy publiczny projekt jak z pierwszym configiem; Prosiłbym aby każda osoba coś od siebie dała, co by chciała w pluginie/jakieś dodatkowe opcje w configu, czy w wiadomościach. Pisany plugin na wersje: 1.13.1, działa od 1.8. Napisałem ten plugin publicznie żeby nauczyć się lepiej programować, bo nikt inny nie widział moich kodów a chcę najlepiej napisać każdy plugin, także proszę wszystkich o opinie o kodzie Możliwości Awansowanie własnej postaci poprzez zabijanie potworów Dodanie własnego potwora (małe możliwości) Zintegrowanie potwora z innym pluginem (zaznaczenie opcji na false oraz dodanie go do listy) Tworzenie własnych klas (na ten moment zostały usunięte) Zapis (na tą chwile) tylko na pliki (FLAT) Rozbudowany config oraz mniej rozbudowane wiadomości Komendy dla admina (edytowanie, tworzenie, lista, teleport, reset) Rozdzielanie zebranego expa (shareExp) Komendy /adminrpg [stworz/edytuj/lista], permisja: admin.adminrpg /info, permisja: brak Informacje: Wersja: 1.8.x-1.13.x | Java: 8 Pobieralnia: Pobierz Kod źródłowy: Kod Błędy i propozycje: Link, można również tutaj pisać (byłoby najlepiej ;p)