TheMolkaPL

Ale jakiej areny?

Po co zmiana nazwy? Od takich rzeczy są metadane. https://docs.skunity.com/syntax/search/metadata

Kolory muszą być w przedziale 0.0 - 1.0 - podzielcie każdy kolor przez 255.

Zmieńcie 255 na 1F

Bo budujesz kolor z BGR, nie RGB

Nie musicie uzależniać się od NMS i CraftBukkit. Bukkit ma już wbudowane wsparcie do wysyłania particlesów. https://hub.spigotmc.org/javadocs/spigot/org/bukkit/entity/Player.html#spawnParticle-org.bukkit.Particle-org.bukkit.Location-int-double-double-double-double- void spawnParticle(Particle particle, Location location, int count, double offsetX, double offsetY, double offsetZ, double extra) Spawns the particle (the number of times specified by count) at the target location. The position of each particle will be randomized positively and negatively by the offset parameters on each axis. Parameters: particle - the particle to spawn location - the location to spawn at count - the number of particles (musi być 0) offsetX - the maximum random offset on the X axis (ile red) offsetY - the maximum random offset on the Y axis (ile green) offsetZ - the maximum random offset on the Z axis (ile blue) extra - the extra data for this particle, depends on the particle used (normally speed) (power koloru, standardowo 1D) Kolorować można jedynie: REDSTONE, SPELL_MOB, SPELL_MOB_AMBIENT (stan na 14/02 2018)

You made my day XDD

Wystarczy zaktualizować serwer

Zamiast & używaj pararafów.

Bukkity posiadają komponenty chatu md5 z BungeeCorda. Możecie wysyłać klientowi TranslatableComponent dzięki czemu będzie miał przetłumaczoną nazwę przedmiotu. Skomentowałem wam trochę kodów.

Na nie - większość towarzyszy z tego forum nie ma pewnie nawet osiemnastu lat.

Linijka 107: petpay: '&7«&f&lSC&7» &7Bonus z pet''a: &a%money% %points% %exp%' Linijka 496: target: '&7«&f&lSC&7» &7Awansowałeś &a%levelsgained% &7leveli jako &a%jobname%.'

To po prostu wykonuje komendę na serwerze za gracza. Towarzysz chce wykonać komendę na BungeeCordzie.

Jeżeli chcesz usunąć item to wysyłasz PacketPlayOutDestroyEntity. Dokumentacja: http://wiki.vg/Protocol#Spawn_Object http://wiki.vg/Protocol#Remove_Entity_Effect

Skript to plugin na serwerze. Nie może wymusić na kliencie jakiegoś działania, dopóki nie wspiera tego klient. Jedynym wyjściem byłoby wysłać plugin channel message, czyli pakiet payload z serwer do klient, gdzie proxy, tutaj BungeeCord je wyłapie i wykona według swojego kodu. Serwer musiałby wysłać plugin channel message, a BungeeCord go przechwycić. To wymagałoby napisania pluginu do BungeeCord, i pewnie też Bukkit, bo wątpię, aby jakiś dodatek do Skripta dodał wsparcie tej funkcji.

Musicie być połączeni do proxy. Serwer nim nie jest, wy jako klient gry już tak.

Oprócz ustawienia w BungeeCord musisz ustawić w Spigocie, w pliku bukkit.yml bungeecord: true. Porty blokuje się poprzez iptables, a nie jakimiś pluginami...

@szedi @VIPEQ Towarzysze... tak się nie robi. nigdy nie anuluje się eventu i wykonuje kod ręcznie. Psujecie przez to kompatybilność ze wszystkimi innymi pluginami, skryptami czy czymkolwiek. Na przykład psujecie kompatybilność z jakimiś no-cheatami, które blokują spamowanie (przykładowo NoCheatPlus), wszelkie cooldowny, podmienianie zmiennych w formacie. Masakra po prostu. Już nie wspominam jeżeli jest plugin, który ewentualnie loguje informacji z chatu do na przykład bazy danych. Event anuluje się jedynie w sytuacji kiedy nie chcemy wykonać danego zdarzenia na serwerze, a nie zmienić jego zachowanie. Jeżeli miałoby to minimalny sens jakby Skript posiadał możliwość aplikowania priorytetów do eventów, może bym to przebolał... ale nawet tak się tego nie robi. @VIPEQ Wasz kod nie spodziewa się tego, że ktoś może mieć kilka uprawnień jednocześnie (tutaj mam na myśli dziedziczenie grup uprawnień), czego wynikiem będzie kilka wiadomości.

Brakuje trybu gry spectator. No i uprawnienia w Bukkit robi się plugin.permission - czyli w waszym wypadku - skript.nazwaskryptu.permission, np skript.mc4ucore.gamemode. Mogliście jeszcze zrobić oddzielne uprawnienie jak chcecie dać coś komuś innemu - na przykład tryb gry - skript.mc4ucore.gamemode.other.

Będą pociągi? ;3

Wystarczy usunąć aliasy do tych komend z plugin.yml Essentials (otwierasz JARa WinRARem)...

1.8 nie jest już wspierane ładnych od 3 lat. Małe szanse, żebyś znalazł na to wsparcie. Najlepszym wyjściem byłoby zaktualizować serwer.

Nie wprowadzajcie zmian w evencie (ani w klasach, które w evencie mają do nich referencje) na priorytecie MONITOR. MONITOR jest specyficznym priorytetem, który wykonuje się jako ostatni, po wszystkich innych i służy jedynie do odczytu danych. Dzięki temu pluginy, takie które przykładowo zapisują zdarzenia na serwerze (przykładowo śmierci) mają pewne dane o graczu powodach i masie innych rzeczach. Nic nie wybuchnie na mapie, dopóki jednostka wybuchająca (TNT/Creeper) będzie poza terenem gildii, a wszystko to przez linijki 18 - 21. Pozdrawiam Czerwono!

Serwer Minecraft już sam wysyła wiadomości śmierci w PlayerDeathEvent - wystarczy je ewentualnie edytować metodą setDeathMessage(...). Pozdrawiam Czerwono

private static Lang inst; [...] public static Lang getInst(){ if(inst == null){ new Lang(); } return inst; } inst będzie zawsze nullem. Musicie definiować kiedyś inst. Proponuje to zrobić w linijce new Lang(), czyli będzie ostatecznie wyglądała inst = new Lang(); Używasz tutaj singleton, który w mojej opinii (chyba większości z tej branży) uważa za anty-wzorzec, który budują złą architekturę ze względu na użycie zmiennych globalnych, które są modyfikowalne (mutable). https://stormit.pl/singleton/#singleton-jako-antywzorzec Zmienne nazywamy z małej litery!