Ranking

Nie da się tak zrobić. Każdy kod musi być w wydarzeniu bądź w pętli.

Bardziej chodzi o to, żeby mieć takie "mniej więcej" co potrafisz. To może pomóc w szukaniu chętnych

https://www.spigotmc.org/resources/authmereloaded.6269/

Wiesz... może znaczyć wszystko, serio. Gdybyś wytłumaczył jak, czy tam gdzie masz tego bota i do czego wtedy byłoby łatwiej pomóc.

Ale co cie interesuje kto używa jakich pluginów dalej są serwery używające Pex'a co gdzie nie widzie coś o Pexie to ty piszesz właśnie takie komentarze, Pex jest dalej kontynuowany na jenkins Jest on aktualizowany, w najnowszej wersji z właśnie jenkins'a było mało błędów. To że ty jesteś Fanatykiem LuckPermsa nie znaczy że masz od razu pisać komentarze tego typu już ci tam chyba kolega Masters wyjaśnił kilka rzeczy nie wiem skąd ty tego pexa pobierasz ze masz błedy z dev bukkita czy co?

Dzień dobry! Mam problem. Mam bota na muzykę, lecz gdy jestem na innym kanale niż bot (czyli bot jest na jakimś kanale) to mogę wykonywać komendy muzyczne bota. Oczywiście, jeżeli użytkownik nie jest na żadnym kanale to nie może używać komend muzycznych. Proszę o pomoc w zablokowaniu tego! Z góry dziękuję!

Nawet sam autor pexa napisał żeby używać luckperms, to, że nie potrafisz czytać, to nie mój problem.

Ze względu na przedstawione dowody oraz brak skruchy @BrixNW - na podstawie §2.1.2.1 regulaminu, w nawiązaniu do §1.2 rozporządzenia o zasłużonych oraz sekcji Kary rozporządzenia o Discordzie: @BrixNW traci tytuł zasłużonego. @BrixNW otrzymuje bana na Discordzie z możliwością odbanowania po kontakcie z administracją nie wcześniej niż 23.09.2020.

Pex jest jednym z gorszych pluginów na uprawnienia, jest słabo zoptymalizowany, jest porzucony od 4 lat, ma wiele błędów i ma mało opcji. Luckperms jest od niego o wiele lepszy i prostszy. Dobre pluginy nie będą działały ze śmieciowymi, tak już jest. Najnowsza wersja skquery działa poprawnie z najnowszą wersją skripta (także na 1.8).

Na walucie serwerowej można język złamać

# # There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (malloc) failed to allocate 181927936 bytes for committing reserved memory. # Possible reasons: # The system is out of physical RAM or swap space # In 32 bit mode, the process size limit was hit # Possible solutions: # Reduce memory load on the system # Increase physical memory or swap space # Check if swap backing store is full # Use 64 bit Java on a 64 bit OS # Decrease Java heap size (-Xmx/-Xms) # Decrease number of Java threads # Decrease Java thread stack sizes (-Xss) # Set larger code cache with -XX:ReservedCodeCacheSize= # This output file may be truncated or incomplete. # # Out of Memory Error (os_linux.cpp:2798), pid=2535, tid=140302531077888 # # JRE version: OpenJDK Runtime Environment (7.0_65-b32) (build 1.7.0_65-b32) # Java VM: OpenJDK 64-Bit Server VM (24.65-b04 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea 2.5.3 # Distribution: Debian GNU/Linux 7.6 (wheezy), package 7u71-2.5.3-2~deb7u1 # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again #