Slupik98

A jak ilość eventów wpływa na skrypt i jego wydajność? I jak wykonywane są komendy przez gracza? Czy jeżeli gracz w evencie on kick wykona komendę, a ona będzie bardzo długa, to cyz nie wykona się cała?Bo chyba jest jakieś opóźnienie jeżeli chodzi o wykonywanie kolejnych linijek kodu i ile ono wynosi?

Kiedyś dawno dawno temu potrzebowałem nicku by móc ściągać piracki firmy z chomikuj. Nie miałem żadengo pomysłu na nick, który byłby oryginalny. Po długich namysłach wymyśliłem właśnie Slupik(od nazwy miasta i rzeki, która przepływa przez moje miasto, co ciekawe Slupik wygląda prawie jak Słupik, czyli zdrobniała wersja Słupa, a słupek jest np w bramce w piłce nożnej, którą bardzo lubię). Natomiast 98 nie ja wymyśliłem tylko google! tak google! Sam twórca gmaila wymyślił mi 98, a czemu? Szczerze to nie pamiętam ale chyba było to w propozycjach gmaila przy rejestracji nicku(chyba)... I tak już zostało od 4 może 5 lat :) W zasadzie to mój pierwszy nick jaki miałem.

Ale jak nie zrobisz doca to jak mamy korzystać z tw addona? I czy robienie addona pod Sk jest trudne tw zdaniem?

Wiem ale nie wszystko jest aż tak bardzo przydatne na daną chwilkę. Ale ma przynamniej full doc a nie jak WS :P http://jd.bukkit.org/beta/apidocs/

Wiem, zdecydowałem się na skript bo nie jest jakiś super wolny, a bardzo szybko się go pisze. Dodatkowo jako początkujący programista pewnie dawałbym wiele błędów wpływających na wydajność, a tak to plugin wszystko robi za mnie :D A co do prostoty to mi aż tak na niej nie zależy. Osobiście nawet czasem mnie denerwuje fakt że muszę pisać bardzo często set .. to ... a nie mogę po prostu .. = ... A co do Pandy to nie za wiele wiem o tym projekcie. Możesz zdradzić coś więcej? To taka nowa wersja skript, tylko lepsza? Kiedy premiera? czy nadal będziesz robił swój "marny" addon, a jak nie to aktualizował? A jeszcze co do ilości funkcji to tak samo można napisać że plugin jest głupi bo opera się o to co da bukkit/spigot/tekkit :) Bez API do nich nic raczej nie zrobisz. A jak teraz patrzę tak rzutem oka na API dla pluginów to jakoś w porówaniu ze skriptem nei wypada to jakoś źle. I kolejne pytanie odnośnei tematu jeszcze. Czy opłacalne byłoby zrobienie serwera na skript? W sensie tyle on i addony i tyle. Nic więcej. Opłaca się takie coś? tzn Pomijam już WorldEdita i WorldGuarda, czy permissionSEX, bo to chyba nie ma sensu ich zamieniać, ale inne?

Dodaj że admin może tepać się na czyjeś domy.

Wykorzystałem już limit, ale chyba należy się wam :) Bardzo się cieszę że wspomnieliście o zasadzie wczytywania skryptu(bo do tej pory nic o tym nie wiedziałem), bo przydało mi to się. Mam skrypt w którym kawałek komendy buguje się i nie chce się aktualizować, dopiero po wyłączeniu i włączeniu serwera wczytuje się poprawiony kod, a to strasznie irytuje :/ To jest jakiś błąd mojego skryptu(jakiś znak, bo np przy $ skrypt nie działa), czy może błąd pluginu? Czy wpływa to jakoś na wydajność mojego serwera? I ostatnie pytanie: Czy wychodzi na to że skrypty są lepsze od pluginów? - Pisze się je szybciej - Są maksymalnie zoptymalizowane w kodzie(chodzi mi o plugin) - Ilość zmiennych nie wpływa znacząco na ich szybkość A i czy jeżeli będę korzystał z metadat, które dodaje bukkit, a ja mogę korzystać z nich przez addon Randomsk to będzie to mniej wydajne niż zwykłe zmienne?

Dobrze kombinujesz bo WS jest taka opcja :) on load: if folder "plugins/Skript/scripts/Folder/config.yml" doesn't exists:#sprawdza czy folder istnieje create folder "plugins/Skript/scripts/Folder/config.yml"#Jeżeli nie istnieje to tworzy folder create file "plugins/Skript/scripts/Folder/config.yml"#i plik else:#Jeżeli folder istnieje if file "plugins/Skript/scripts/Folder/config.yml" doesn't exists:#To sprawdza czy plik istnieje create file "plugins/Skript/scripts/Folder/config.yml"#Jeżeli nie stnieje to tworzy go wf "Wartosci:" "plugins/Skript/scripts/Folder/config.yml"#zapisuje linijkę 1 wf " Min_x: 10" "plugins/Skript/scripts/Folder/config.yml"#zapisuje linijkę 2 wf " Max_x: 12" "plugins/Skript/scripts/Folder/config.yml"#zapisuje linijkę 3 else:#Jeżeli plik istnieje set {%script%::wartosci::min_x} to single value "Wartosci.Min_x" get of "plugins/Skript/scripts/Folder/config.yml" parsed as number#wczytuje min x set {%script%::wartosci::max_x} to single value "Wartosci.Max_x" get of "plugins/Skript/scripts/Folder/config.yml" parsed as number#wczytuje max x

Mi obsługuje :) Jak nie to wgraj jakiś plugin na enchant typu enchanter czy coś, bo ja mam taki i wszystko działa, ale na 99% skrypt obsługuje WSZYSTKIE lvl, bo nawet w oficjalnym doc jest chyba jakiś enchant na 9 lvl czy coś takiego. A co do tematu ogólnie to nie wiem czy się da. Możesz zrobić to pętlą, w sensie że sprawdzasz czy przedmiot ma enchant, jeżeli ma to za pomocą pęti ustalasz jakoś jego lvl, mam nadzieję że wiesz o co mi chodzi.

Ja tam stronniczy nie jestem :) Lepiej zebrac parę opini, by dowiedzieć się jeszcze czegoś więcej, a obydwaj jesteście ekspertami więc czemu nie.

Po co wy z tego skQuery korzystacie. Jeżeli chodzi o wirtualne eq to o wiele lepszy jest moim zdaniem WS. łap linka do dokumentacji tam wszystko ładnie pisze: http://www.dzikoysk.net/projects/wildskript/doc/objects/Inventory.php

Czyli jeżeli mam dużo ramu to skrypty to nie problem tak? :) Jeszcze się zapytam ile średnio ramu zajmuje 1 linijka.

Dzięki za taką fachową odpowiedź, ale czy ta procedura za każdym wywołaniem efektu powtarza się czy tylko przy wczytywaniu? Bo jeżeli tylko podczas wczytywaniu kodu to chyba nie gra to większej roli przy działaniu już samego kodu. Możesz rzucić więcej światła na tą kwestię? Poza tym czekam jeszcze na odpowiedź w sprawie Options, a raczej ich wpływu na wydajność, oraz czy możesz mniej więcej powiedzieć co ma na mysli pisząc o dużej ilości danych(jakieś bardziej szczegółowe dane jeżeli możesz)?

open the arg player's ender chest to the playerhmm mogę się mylić ale to chyba otwiera Twój enderchest i pokazuje Twój enderchest, a nie gracza którego otorzyłeś i czekam na wersję dla graczy offline.

Nic wielkiego... Dodaj modyfikację eq(jeśli się da, bo nie pamiętam teraz, ale chyba WS daje taką opcję) i sprawdzanie eq gracza offline.

Dużo mówi się o wydajności skryptów - że są mało wydajne przy dużej ilości zmiennych(zgaduję że chodzi o plik :) ), a zatem czy skrypty będą wydajniejsze jeżeli zmienne będę zapisywał do configu(tak jak to robi essentials), a następnie z niego odczytywał niezbędne dane? Wszystko wtedy działałoby na zasadzie zmiennych tymczasowych :) Ciekawi mnie różwnież jak ilość opcji i długość kodu wpływa na wydajność skryptu. Proszę o w miarę uzasadnione odpowiedzi. Wszystkie posty typu "tak" lub "nie" bez mądrych uzasadnień proszę administrację by traktować jako spam...

Ale wiesz jak się dziwnie pisze jak przesiadasz się z języka zoreitnowanego obiektowo do skripta, poza tym tak też jest ok może nawet łatwiej, przecież C++ i java powstał po to by było programistom łatwiej i nie musieli pisać na assemblerze, a skoro miało być im łatwiej, a zarazem jezyk miał mieć dużo możliwości to dali tak jak jest teraz. Czemu mamy kombinować na siłę? Dzięki tym kropkom w WS kod jest jednolity i nie ma 5 sposbów na zapisanie tej samej linijki(fuknkcji), dzięki czemu łatwiej się czyta to wszystko.

No ale po co... Nie widzę sensu. Przykładowy kod z javy: public void init() { Panel panel = new Panel(); panel.setLayout(new GridLayout(4, 4)); panel.add(b7); panel.add(b8); panel.add(b9); panel.add(bPlus); panel.add(b4); panel.add(b5); panel.add(b6); panel.add(bMinus); panel.add(b1); panel.add(b2); panel.add(b3); panel.add(bMnoznik); panel.add(b0); panel.add(bDzielnik); panel.add(bSum); panel.add(bC); setLayout(new BorderLayout()); add(BorderLayout.NORTH, tytul); add(BorderLayout.SOUTH, panel); add(BorderLayout.CENTER, wyswietlacz); wyswietlacz.setFont(new Font("Arial", Font.BOLD, 30)); tytul.setFont(new Font("Arial", Font.ITALIC, 16)); b0.addActionListener(this); b1.addActionListener(this); b2.addActionListener(this); b3.addActionListener(this); b4.addActionListener(this); b5.addActionListener(this); b6.addActionListener (this); b7.addActionListener(this); b8.addActionListener(this); b9.addActionListener(this); bPlus.addActionListener(this); bMinus.addActionListener(this); bMnoznik.addActionListener(this); bDzielnik.addActionListener(this); bSum.addActionListener(this); bC.addActionListener(this); } Takie rozwiązania nie są nowe, a to że skript w oryginalnej wersji jes zacofany nie oznacza że WS też musi być zacofany...

1) enchantowanie itemku ze zmiennej(parsed as enchantment type nie działa!) 2) Obsługa ASCII(np entery ;) ) i co za tym idzie wczytywanie plików trochę zmienione oraz ich zapsi trochę inny choć to już nie jest wymagane, że to tak ujmę. Jeżeli chodzi o wczytywanie to niech wczytuje znaki razem z enterem i potem obsługiwałoby się go jego numerkiem i tak samo z zapisaniem(wstawiałoby się numerek jego). Chyba trudne to nie będzie bo pewnie java ma mnóstwo bibliotek na odczyt plików i wystarczy tylko to pod addona dodać w odpowiedni sposób.

A 1 jabłko robi się z 1 jabłka i 8 bloków to pomyśl ile to waży xD A skript naprawdę fajny :)

Event na podniesienie itemku(nie wiem czy jest ale jak patrzyłem na dokumentacje to raczej nie ma).

'1' is not an entity type i prosiłbym używać add nie give :)

jako enchant przeciez mam... a jako text nie działa 'stone' is not a number

Mam przykładowy skrypt obrazujący mój problem: command /test: trigger: set {_ench} to "Sharpness 3" parsed as enchantment type add stone of {_ench} parsed as enchantment type to player's inventory send "ok"NIe działa mi w nim dawanie tego itemku ;) Problemem jest to że zamiast Sharpness 3 używam zmiennej która zawiera to wyrażenie, przez co wywalany jest błąd że stone nie jest liczbą(albo jakiś inny błąd, w zależności od tego jak bardzo nakombinuje w tym kodzie ;) ), więc itek nie jest dawany. Od razu mówię że nie życzę sobie odpowiedzi w których: używasz komendy(np give), ponieważ itemki mają być w wersji ostatecznej w skrzynce, z czym problemu nie mam(gorzej z enchantem...), a powyższy skrypt tylko pomaga przetestować rozwiązanie. omijasz mi zmienną np poprzez napisanie po prostu Sharpness 3 w jej miejscu, ponieważ enchanty są wczytywane z pliku dajesz mi na to jakieś dziwne options, którego nie chcę , bo wolę zmienne. To tyle ode mnie, nie mam osobiście pomysłu więc czekam na was :)