ICD10

Ciekawe, dzięki - zapamiętam na przyszłość. Wydawało mi się, że pętle every mogą odwoływać się do dowolnej zawartości i nie wymagają loop-player. //Poprawiam formatowanie ~Reedzev_ //Tutaj nie ma co poprawiać, to specjalnie ma inne tło, aby to wyróżnić ~ICD10

Aby osoba w klasach 1-3 nie zrozumiała skali ocen od 1 do 6 to musi być intelektualnie opóźniona. Tu nie chodzi o to, że on nie rozumie tej oceny, tylko o to, że ta ocena mu niewiele daje. Na osobę w takim wieku żadne negatywne oceny w ogóle nie działają, ona się nie poprawi, to bez najmniejszego znaczenia.

@jahumen W życiu nie słyszałem, aby w klasach 1-3 szkoły podstawowej były takie oceny. To, jak wygląda system oceniania w danej szkole decydują już władze placówki - ustawa Ministerstwa Edukacji Narodowej definiuje jedynie, że takie oceny muszą być. Niemniej, nawet taka ocena jaką podałeś jest całkowicie zbędna, to nic innego jak po prostu zastąpienie cyfry słowem/literą. Nie wpływa w żadnym stopniu na rozwój teorii umysłu takiego ucznia, dalej ocena zła w żaden sposób nie zmieni w nim kompletnie nic, bo takie dziecko nie jest rozwinięte do tego, aby interpretować złe oceny jako pchnięcie go do poprawy. Karanie więc ucznia, nawet wyraźnym znakiem (np. źle, nieprawidłowo) nic nie daje.

Jasne, że można. Zmienna %player% odnosi się do zawartości tekstu w broadcast, a nie do every 60 seconds.

No to na litość Boską, podaj te błędy, jakie wyskakują.

Prezentacja trochę jak Bartek Przybyszewski, wizualnie nie zachęca.

Świetna sprawa, zawsze bałem się, że moje wiadomości mogą zostać odczytane przez niepowołanych ludzi z VPS-a, którzy mają dostęp do konsoli. Całe szczęście, dzięki temu sposobowi to już przeszłość!

Zauważyłem błąd, po prostu powieliłem true zamiast użyć false, teraz powinno być w porządku. command /dajamulet [<text>]: permission: icd10.dajamulet trigger: give 1 emerald named "&9Amulet" to player on rightclick: if player's tool is emerald named "&9Amulet": if {blokada.%player%} is false: set {blokada.%player%} to true heal player by 1 heart send "&cUleczono!" to player wait 8 seconds set {blokada.%player%} to false else: send '&7Odczekaj przed nastepnym uzyciem." to player else: stop on join: set {blokada.%player%} to true wait 8 seconds set {blokada.%player%} to false

Bo nie mam takiej potrzeby, nie tworzę rzeczy, gdy nie mam jasno określonego celu - to dla mnie marnowanie czasu. Gdy ktoś tworzy swoje skrypty i ma w nich błędy, albo prosi o nowy skrypt to go piszę, bo jest to szybkie i niezobowiązujące. Zresztą, już spokojnie, nie odbieraj tego jak jakąś napaść, ludzi zawsze się trochę hejtuje ;-). Szczególnie, jak przywiązują tak ogromną wagę do rzeczy, które osoba całkowicie obojętna na krytykę po prostu pomija. To się jakoś nazywało w psychologii, nie powiem jednak jak bo jeszcze mi zarzucą, że obrażam ludzi wytykając im błędy w procesach rozumowania. Więc w sumie można powiedzieć, że nie robię tego w szczytnym celu, bo z uwagi na Ciebie. A tak całkiem serio - nie odniosłeś się do mojej wypowiedzi w żaden sposób, zrobiłeś jedynie ad hominem i wydaje mi się, że na tym zakończę już tę dysputę.

Spróbuj pozamieniać wszystkie zmienne lokalne {_random} na np. chance of 25%.

Zostaw mi plusa. Moja wersja wydaje mi się nieco lepsza, bo: ma 1 użycie na 8 sekund, tak jak chciał autor, działa*, ma blokadę i relog nie podziała, aby ominąć blokadę użycia, rzeczywiście leczy jedno serce, a nie daje regeneracje na 10 sekund. * - twój nie działa bo ma masę błędów. command /dajamulet [<text>]: permission: icd10.dajamulet trigger: give 1 emerald named "&9Amulet" to player on rightclick: if player's tool is emerald named "&9Amulet": if {blokada.%player%} is false: set {blokada.%player%} to true heal player by 1 heart send "&cUleczono!" to player wait 8 seconds set {blokada.%player%} to true else: send '&7Odczekaj przed nastepnym uzyciem." to player else: stop on join: set {blokada.%player%} to true wait 8 seconds set {blokada.%player%} to false

Zostaw plusa, nie zapomnij. variables: {turbodrop} = false command /turbodrop [<text>]: permission: turbodrop trigger: if {turbodrop} is false: set {turbodrop} to true send "&aWlaczyles turbodrop na serwerze!" to player else: set {turbodrop} to false send "&cWylaczyles turbodrop na serwerze!" to player on break of stone: chance of 1%: if {turbodrop} is true: drop 2 diamonds else: drop 1 diamond chance of 1%: if {turbodrop} is true: drop 2 beacons else: stop 1 beacon chance of 1%: if {turbodrop} is true: drop 2 sponges else: drop 1 sponges chance of 1%: if {turbodrop} is true: drop 2 iron ingots else: drop 1 iron ingot chance of 1%: if {turbodrop} is true: drop 2 gold ingots else: drop 1 gold ingot chance of 1%: if {turbodrop} is true: drop 2 emeralds else: drop 1 emerald chance of 1%: if {turbodrop} is true: drop 2 coals else: drop 1 coal chance of 1%: if {turbodrop} is true: drop 2 redstones else: drop 1 redstone chance of 1%: if {turbodrop} is true: drop 2 woods else: drop 1 wood

To tylko fragment całego kodu, skąd masz pewność, że to właśnie on jest przyczyną problemu? Zresztą odczuwam wrażenie, jakoby ciężko było cokolwiek wyczytać z takiego lakonicznego kawałka. Coś o kolejkach, nie widzę powodu, dla którego ten fragment miałby wytwarzać lagi - są znacznie bardziej zaawansowane skrypty, które wcale nie posiadają lagów. Może to wina VPS-a?

every 60 seconds: broadcast "&7%player%, jestes niezwykle przystojny!"

Moja wersja: command /ukarz [<offlineplayer>]: permission: icd10.ukarz trigger: open chest with 1 row named "&eNadawanie kary dla %offlineplayer-arg%" to player wait a tick format slot 0 of player with 1 of bone named "&7Reklama" to close then run "ban %offlineplayer-arg% Reklama" format slot 1 of player with 1 of apple named "&7Cheaty" to close then run "ban %offlineplayer-arg% Cheaty" format slot 2 of player with 1 of diamond named "&7Agresja" to close then run "ban %offlineplayer-arg% Agresja" format slot 3 of player with 1 of stick named "&7Oszustwa" to close then run "ban %offlineplayer-arg% Oszustwa" format slot 8 of player with 1 of barrier named "&cAnuluj" to close

To podziel się odpowiedzią, potem ktoś wchodzi w taki temat (oznaczony jako rozwiązany), a tu nie ma odpowiedzi. Chodzi o \n?

format slot 4 of player with blaze powder named "Nazwa" with lore "Opis" to close then run [make player execute "silka %player%"]

Bo dałeś za dużo tabów w drugim przedmiocie.

on rightclick on player: if name of entity is "&lKowal": open chest with 1 row named "Kowal" to player wait a tick format slot 0 of player with 1 of diamond named "&cDiament" to close then run "sprzedaj %player% diament" else: stop Rightclick piszemy razem, wait a tick dajemy dopiero po open chest. Gdy mamy tylko 1 rząd to używamy row, a nie rows.

Zamiast arg 1 powinno się używać player-arg w ramach ułatwienia, przeczytaj o np. SSCC, przy większych skryptach znacznie łatwiej jest odnaleźć else niż dwa różne warianty. Poza tym, uniemożliwia to zgłaszanie kont, które nie istnieją w bazie danych.

Link: Post został usunięty, ukryty bądź przeniesiony - niemniej znajdował się w tym temacie. Dlaczego ostrzeżenie jest niesłuszne: Przede wszystkim uważam, że należy powściągnąć się od nadania ostrzeżenia, jeżeli jego nadanie może być niejasne bądź nieuzasadnione. Wiążąca definicja prowokacji, która jest bezpośrednim powodem nadania kary wywodzi się od psychologii, która definiuje prowokację jako działanie świadome, w postaci oddziaływania na psychikę - w tym przypadku - drugiej osoby. Nie zgadzam się z opinią administratora Derpy'ego Hoovesa, jakoby opublikowana przeze mnie zawartość miałaby być celowym oddziaływaniem na psychikę kogokolwiek. Jeżeli jednak już właściciel uzna, że mój post prowokacją był, to mimo wszystko regulamin niestanowi, żeby prowokacje były zachowaniem zakazanym. A gdybyśmy podpięli prowokowanie do kłótni jako spam (tak jak zrobił to administrator, nadający karę) to również jest to działanie nieprawidłowe, bo prowokowanie nie ma żadnego związku ze spamem, i nie powinnyśmy zakładać, że użytkownik sam po treści wytycznych dla społeczności domyśli się, że jest inaczej. Moja wiadomość, będąca odpowiedzią na post użytkownika DαrϰVεnuς nie tylko nie posiadała żadnej szkodliwości społecznej, a wręcz przeciwnie - dążyła do wyjaśnienia sporu, którego zignorowanie mogłoby zakończyć się wprowadzeniem w błąd innego użytkownika. Mam nadzieję, że tak skonstruowaną wypowiedzią udało mi się przekazać sedno sprawy i moje motywy.

Banowanie gracza całkowicie zbędne, tym bardziej jak działa na zasadzie wywoływania właściwego polecenia przez konsole. Poza tym jest parę błędów, przede wszystkim brak else w paru miejscach, podwójne sprawdzanie uprawnień. Moja wersja, tak w 40 sekund zrobiona: options: tag: &cicdReports>&7 command /zglos [<player>] [<text>]: permission: icdReports.zglos trigger: if player-arg is not set: send "{@tag} Musisz podac gracza, ktorego chcesz zglosic!" to player else: loop all players: if loop-players has permission "icdReports.admin": send "{@tag} Zgloszenie zostalo przyjete, to wazne, aby serwer stal sie lepszym miejscem." to player send "{@tag} %arg 1%" to loop-player else: stop

Co masz na myśli przez minecraft launcher z VPS, i co masz na myśli z botem, który robi co mu każesz. Do tworzenia botneta nie trzeba żadnego VPS-a. Zresztą, tutaj informacji o tworzeniu nielegalnego oprogramowania raczej nie otrzymasz.

[13:45:10] [Server thread/INFO]: [Skript] No scripts were found, maybe you should write some ;) Nie ma żadnych skryptów, upewnij się, że są one w katalogu skripts i nie posiadają żadnych niestandardowych znaków (a szczególnie myślników).