Ranking

Krótko o nas i naszej działalności Jesteśmy grupą KryngTeam, która działa w tworzeniu paczek jak i serwerów na modach od stycznia 2018 roku. Zaczynaliśmy jako młodzi i niedoświadczeni. Dzisiaj dużo się zmieniło. Stworzyliśmy 4 serwery na modach, które miały swoje czasy i na których grało dużo graczy. Niedawno zakończyliśmy 1 edycję nowego projektu KryngBox, którą uznaliśmy za bardzo udaną. Niedługo po zakończeniu rozpoczęliśmy nowe prace nad nową wersją paczki jak i stworzeniem serwera. Serwer jest prowadzony na trybie Survival PVE (Player Versus Environment). Warto zauważyć, że każdy może zagrać u nas! Nawet gracz non-premium! Ponadto gracz na serwerze znajdzie dużo udogodnień do rozgrywki jakimi są pluginy i skrypty. Gwarantujemy świetną i ciekawą atmosferę! Sprawdź i dołącz! Poradnik jak zagrać na Technic Launcher Non-Premium na naszym Discord! Tryb: Survival PVE Non-Premium Ilość slotów: 30 IP: feralserv.com:25600 (w przypadku launchera niepotrzebne) Discord: http://discord.gg/wc4C9ve Paczka Modów: https://www.technicpack.net/modpack/kryngbox.1313085 Jakie Modyfikacje? Tworząc paczkę myśleliśmy na początku o wielu ścieżkach, w których gracz może się rozwijać. Postanowiliśmy jednak postawić większą wagę na technikę i jej rozwijanie. Do dyspozycji mamy modyfikacje pokroju Immersive Engineering , Industrial Craft 2, Thermal Expansion, Applied Energetics,Ender IO i wiele innych! Dla graczy, którzy nie chcą dążyć w technikę oferujemy mniejsze mody ale również ciekawe takie jak Forestry, Mo Creatures, Metallurgy, HarvestCraft czy nawet RailCraft! Ponadto przygotowywujemy dla was Questy, które będziecie mogli wykonywać jakiś czas po starcie! Są one przygotowywane z myślą o ciekawej fabule oraz o nagrodach jakie możecie zyskać! Całą listę modyfikacji znajdziecie na naszym Discordzie! Ograniczenia? To nie u Nas! Z myślą o graczach postanowiliśmy nie ograniczać waszej eksploracji świata oraz blokować wam możliwość zdobycia rzadkich surowców, które występują raz na kilka chunków. Ponadto możecie szukać swojego ulubionego biomu z BiomesO'Plenty. Podsumowując! Cała mapa serwerowa jest dostępna do waszej dyspozycji i eksploracji! Zasoby serwerowe w skrócie Z naszego doświadczenia z serwerów modowanych wiemy, że taki serwer potrzebuje duże ilości pamięci RAM, jak i tej dyskowej. Tworząc 2 edycję postanowiliśmy podjąć współpracę z FeralServ i rozpoczęcie projektu na nowej maszynie o ogromnych parametrach serwerowych! Ponadto maszyna znajduje się w Polsce więc nie ma obaw o duży ping! Po uprzednich beta testach stwierdziliśmy, że rozgrywka jest komfortowa i stabilna, dzięki czemu gra jest dla was przyjemna! Gospodarka serwerowa i Handel Z opinii użytkowników postanowiliśmy zmienić trochę gospodarkę i odmienić jej działanie. Na serwerze będzie nadal dostępna waluta serwerowa jak i małe sklepiki na serwerze, jednakże gracze mają teraz możliwość tworzenia sklepów z tabliczkami jak i blokami sklepowymi. Taki blok jest bezpieczny w transakcjach. Po zcraftowaniu go, kładziemy go na ziemii i otwieramy GUI, klikając prawym przyciskiem myszy. Możemy teraz skonfigurować nasz mały sklep. Możemy wybrać ilość bloków np. Dirta za ilość bloków np. Cobblestona. Osoba może teraz kupić od nas Dirta za Cobblestone! Ponadto posiadamy również mały schowek , dzięki czemu nie musimy być Online cały czas! Myślimy że to udogodnienie wam się spodoba i będzie funkcjonalne! Posiadamy również czat ogłoszeń pod /go ! Questy dla każdego! Dla osób, które nie chcą bawić się w rozbudowę techniki mamy coś innego. Są to specjalne Questy ,które wymagają różne rzeczy od gracza. Questy czasami mogą być nawet fabularne jak i poradnikowo-wstępne do rozgrywki. Gwarantujemy, że zadania nie będą się powtarzać i będą coraz nowsze typy zadań. Oczywiście za pomyślnie wykonane zadanie będzie czekać na was nagroda! Kilkanaście zdjęć z serwera:

Backdoor, spoko wrzucę do jakiejś paczki. Jak taki typowy Janusz biznesu.

WERSJA v1.0 INFO To jest mój pierwszy skrypt więc proszę mnie nie oceniać wiem znajdą sie osoby typu "ZA DUŻO OPTIONSÓW" a co jeżeli mi się nudziło i postanowiłem spróbować napisać swój pierwszy skrypt (taki duży ) uczyłem się dużo i proszę o nie podawanie się za autora z góry dziękuje DOWNLOAD [ciach]

I tutaj się mylisz. SKRIPT to plugin, który obsługuje SKRYPTY. To nie jest rozwiązanie problemu, możesz zrobic to wszystko na jednym on click.

zajebiście się zapowiada.

set player's food level to 10

typie ale jakieś znaczki ci sie wklejiły... usunołem je już nie powinno być tych błędów jeżeli są to usuwaj te linijki co są błędy i napisz od nowa.

options: title: &7(%player%) subtitle: &aDolaczyl na serwer! czas: 3 on join: loop all players: send loop-player title "{@title}" with subtitle "{@subtitle}" for {@czas} seconds

Witaj! W tym poradniku chciałbym Ci przedstawić jak w prosty sposób udostępniać aktualizacje Twojego skryptu. Więc zaczynajmy! Spis treści I Wstęp II Sprawdzanie dostępności aktualizacji III Automatyczne pobieranie aktualizacji IV Ręczne pobieranie aktualizacji III lub IV do wyboru I Wstęp Do działania potrzebny jest WildSkript! Aby aktualizacja działała, cały skrypt trzeba umieścić na Pastebin, GitHub (polecam to drugie), lub innym serwisie oferującym funkcję RAW, tzn. strona udostępnia link do czystego pliku - sam skrypt. Ważne jest, aby założyć tam konto (i zapamiętać login i hasło), aby potem móc edytować wcześniej wysłany skrypt. Aby aktualizacje skrypta pokazała się użytkownikom, 1 linijka skryptu musi ulec zmianie na internecie. A musi ona wyglądać tak: #<wersja># np. #InDev 10.1# Wersja może zawierać nieograniczoną liczbę znaków, lecz musi być rozpoczęta i zakończona # II Sprawdzanie dostępności aktualizacji Można zacząć różnymi eventami... Ja polecam on load:, który działa wtedy gdy skrypt się załaduje. on load: Teraz zaczynamy część skryptu sprawdzający wersję skryptu w plikach serwera: set {_version} to content of file "plugins/Skript/scripts/%skript%.sk" Czyli ustawiamy zmienną {_version} na zawartość całego skryptu. Teraz ustalamy w jakim miejscu jest pierwszy #: set {_v} to index of "##" in {_version} Teraz ustalamy zmienną {_v2} na 1 znak po # do końca skryptu: set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) Znowu ustalamy pozycję # tym razem tego 2 tzn. #<wersja># <--tego set {_v3} to index of "##" in {_v2} Jak już mamy w {_v2} skrypt bez pierwszego # i pozycję 2. # możemy ustawić zmienną {version} na prawidłową wersję: set {version} to subtext of {_version} from character ({_v}+1) to character ({_v3}) Jak już mamy wersje w plikach, możemy przejść do sprawdzania najnowszej wersji. Tak na prawdę zmienia się tylko zmienna do której zapisujemy wersję, i miejsce, skąd pobierany jest skrypt, czyli nie pliki serwera, tylko url. Tym kodem będziemy ustawiać zmienną {_version} na cały skrypt - najnowszą wersję, tak powinna wyglądać 1 linijka sprawdzania najnowszej wersji: set {_version} to result of connect to "Link RAW do skryptu" A tak ostatnia, czyli zapisywanie zmiennej {version.new} na wersję najnowszego skrypta: set {version.new} to subtext of {_version} from character ({_v}+1) to character ({_v3}) Reszta, jak już pisałem, pozostaje bez zmian. Teraz zmienna {version} posiada wersję w plikach serwera, a {version.new} posiada aktualną wersje skrypta. Teraz musimy wysłać wiadomość do konsolki, o dostępnej aktualizacji. {version} is not {version.new}: send "Jest dostepna nowa wersja! Pobierz ja /update pobierz" to console Jeżeli użyjemy automatycznej aktualizacji, nie musimy dawać tej wiadomości. III Automatyczne pobieranie aktualizacji Aby skrypt automatycznie się aktualizował trzeba sprawdzić czy jest nowa wersja. Jeżeli jest ona dostępna to jest ona pobierana: {version} is not {version.new}: download "Link RAW do skryptu" to "plugins/Skript/scripts/%skript%.sk" IV Ręczne pobieranie aktualizacji Do tego musimy utworzyć komendę np. /update: command /update [<text>]: trigger: set {_version} to result of connect to "Link RAW do skrypta" set {_v} to index of "##" in {_version} set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) set {_v3} to index of "##" in {_v2} set {version.new} to subtext of {_version} from character ({_v}+1) to character ({_v3}) arg 1 is "sprawdz": send "Twoja wersja to %{version}%" send "Najnowsza wersja to %{version.new}%" {version} is not {version.new}: send "Jest dostepna nowa wersja" arg 1 is "pobierz": {version} is not {version.new}: download "Link RAW do skrypta" to "plugins/Skript/scripts/%skript%.sk" send "Pobrano najnowsza wersje!" else: send "Masz juz najnowsza wersje skrypta!" stop Chyba nie muszę tego tłumaczyć, ponieważ wszystkie linijki są opisane powyżej, a reszta to podstawa skripta... Przykładowy kod z automatyczną aktualizacją: on load: set {_version} to content of file "plugins/Skript/scripts/%skript%.sk" set {_v} to index of "##" in {_version} set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) set {_v3} to index of "##" in {_v2} set {version} to subtext of {_version} from character ({_v}+1) to character ({_v3}) set {_version} to result of connect to "http://pastebin.com/raw.php?i=pACBwvMh" set {_v} to index of "##" in {_version} set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) set {_v3} to index of "##" in {_v2} set {version.new} to subtext of {_version} from character ({_v}+1) to character ({_v3}) {version} is not {version.new}: download "http://pastebin.com/raw.php?i=pACBwvMh" to "plugins/Skript/scripts/%skript%.sk Przykładowy kod z ręczną aktualizacją: on load: set {_version} to content of file "plugins/Skript/scripts/%skript%.sk" set {_v} to index of "##" in {_version} set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) set {_v3} to index of "##" in {_v2} set {version} to subtext of {_version} from character ({_v}+1) to character ({_v3}) set {_version} to result of connect to "http://pastebin.com/raw.php?i=pACBwvMh" set {_v} to index of "##" in {_version} set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) set {_v3} to index of "##" in {_v2} set {version.new} to subtext of {_version} from character ({_v}+1) to character ({_v3}) {version} is not {version.new}: send "Jest dostepna nowa wersja skryptu! Pobierz ja /update pobierz" to console command /update [<text>]: trigger: set {_version} to result of connect to "http://pastebin.com/raw.php?i=pACBwvMh" set {_v} to index of "##" in {_version} set {_v2} to subtext of {_version} from character ({_v}+1) to character (length of {_version}) set {_v3} to index of "##" in {_v2} set {version.new} to subtext of {_version} from character ({_v}+1) to character ({_v3}) arg 1 is "sprawdz": send "Twoja wersja to %{version}%" send "Najnowsza wersja to %{version.new}%" {version} is not {version.new}: send "Jest dostepna nowa wersja" arg 1 is "pobierz": {version} is not {version.new}: download "http://pastebin.com/raw.php?i=pACBwvMh" to "plugins/Skript/scripts/skrypt.sk" send "Pobrano najnowsza wersje!" else: send "Masz juz najnowsza wersje skrypta!" else: send "/update sprawdz - sprawdza aktualizacje" send "/update pobierz - pobiera aktualizacje" stop [*] Jeżeli znalazłeś jakiś błąd, napisz to pod tym tematem, postaram się poprawić. [*]Jeżeli czegoś nie zrozumiałeś, napisz to pod tym tematem, postaram się wytłumaczyć.

ogół to nie hejtuje cie natomiast po co komuś skrypt na backdoor? żeby rozwalił ktoś serwer?

no to nie wykonuj komendy z pluginu tylko wyrazenia z skripta: heal loop-player