Libter

Dekret @Libter z 06.08.2018 o poprawkach wielu błędów ortograficznych przez moderację: Moderacja poprawiając dużą ilość błędów ortograficznych powinna pozostawić jedynie notatkę bez ich nadmiernego wyróżniania.

Zarządzenie @Libter 01/06.08.2018: @Heku awansuje na moderatora globalnego.

Największa aktualizacja od czasów wydania nowej odsłony właśnie pojawiła się na produkcji. Zapraszam do oceniania i testowania! v2.1: Nowe profile i styl edytora. Wybór kodu i zalogowanie się przed przejściem do edytora. Optymalizacje i poprawki błędów. Szczegóły: https://code.skript.pl/about

Bo użytkownicy się triggerują, że pomarańczowy nick nic nie robi i ogółem niefajnie to wygląda.

Ma to zapobiec nadinterpretacji z mniej ważnych sprawach. Kary za ważniejsze przewinienia nie unikną, bo "o ile nie koliduje to z §1.2". Decyduje rada. Uwzględnione. Żeby przekroczyć 5 punktów trzeba zebrać 2 ostrzeżenia wagi 3, a to naprawdę poważne błędy. Celem rozporządzeń jest eliminacja uznaniowości, a w razie czego na pomoc może przyjść właściciel wydając jakieś zarządzonko Zazwyczaj tak, czasem trzeba modyfikować - zależy od konkretnego przypadku.

Spisane zasady nigdy nie będą idealne i np. przy obecnym regulaminie przymyka się oko na niektóre punkty zwłaszcza na discordzie - to są właśnie zasady niepisane.

Gotowe: §2A.3.2, §2B.4.

§1. Założenia Administracja dokonuje akcji wyłącznie na podstawie rozporządzenia. Administracja realizuje propozycje i własne pomysły, a także naprawia zgłoszone i zauważone błędy. Administracja stara się systemowo zapobiegać popularnym przewinieniom użytkowników. Administracja wpisuje wszelkie zmiany za wyjątkiem drobnych poprawek na listę zmian. Tematy w dziale administracyjnym Prawo > Administracja są publicznie dostępne. §1A. Właściciel Na czele forum stoi właściciel, który mianuje i wycofuje administrację. Właściciel może tworzyć dowolne zarządzenia stojące ponad rozporządzeniami. §2. Rekrutacja Rekrutację przeprowadza właściciel poprzez ogłoszenie o otwarciu rekrutacji. Podanie składa się w wiadomości prywatnej na Discordzie zgodnie z wzorem określonym w ogłoszeniu. Ocenie podlega: poziom dyskusji, dostępność, pracowitość, pomysłowość i umiejętności potrzebne do administrowania. §2A. Junior administrator Junior administrator uczy się sprawnej obsługi panelu administracyjnego i wykonuje zadania niewymagające dużych umiejętności. Junior administrator poprawia błędy językowe oraz dba o strukturę, opisy i uprawnienia działów. §2B. Administrator Administrator wykonuje zadania stojące ponad kompetencjami junior administratorów. Administrator ocenia możliwości realizacji propozycji oraz naprawy błędów w ciągu tygodnia od publikacji. Administratorowi z co najmniej 2-miesięcznym stażem przysługuje ranga zasłużony o ile degradacja nie była związana z §1.1. §2C. Senior administrator Senior administrator jest osobą godną zaufania, znającą dobrze panel administracyjny i webowe języki programowania. Senior administrator instaluje aplikacje i wtyczki z zaufanych źródeł oraz realizuje obowiązki administratora. Senior administrator konfiguruje uprawnienia moderacji oraz administracji zgodnie z wolą właściciela.

Ale to się zawiera w zwykłych działaniach moderacyjnych - jak można cudze to można i swoje.

Co?

Dodatkowe szczegóły wdrażania rozporządzenia: [Rozporządzenia] §3.1 (moderacja, moderator) otrzymuje brzmienie: zgodnie z [Moderacja] §2A, §2B, §2C. [Rozporządzenia] §3.1 - zostaje dodana definicja "starsza moderacja, starszy moderator" o treści: zgodnie z [Moderacja] §2C. Administracja może wykonywać zadania przypisane starszej moderacji, jednak nie ma takiego obowiązku. [Zarządzenia] §1 otrzymuje tytuł Założenia. [Zarządzenia] §1.1 otrzymuje brzmienie: Zarządzenia tworzone są przez osoby uprawnione zgodnie z rozporządzeniami. [Zarządzenia] §1.2 otrzymuje brzmienie: Wszelkie zmiany rang zapisywane są jako zarządzenie wraz z krótkim uzasadnieniem. [Kluby] §3.4 otrzymuje brzmienie: Ekipa zgłasza moderacji naruszenia [Regulamin] §1.5, §2.1 oraz inne poważne naruszenia prawa z wyłączeniem powyższych wyjątków. Wymienione naruszenia mogą zostać usunięte przez starszą moderację bez zgłoszenia ze strony ekipy.

Po tygodniu konsultacji rozporządzenie zostanie wdrożone w życie. Zapraszam do proponowania wszelkich zmian i poprawek w postach pod tematem. Poniżej projekt: §1. Założenia Moderacja dokonuje akcji wyłącznie na podstawie rozporządzenia. Moderacja utrzymuje przyzwoity poziom dyskusji na forum oraz dba o jego strukturę. Moderacja stawia zapobieganie przewinieniom i edukację użytkowników ponad karanie ich. Moderacja interpretuje prawo na korzyść użytkownika o ile nie koliduje to z §1.2. Tematy w dziale moderacyjnym Prawo > Moderacja są publicznie dostępne. §2. Rekrutacja Rekrutację przeprowadzają starsi moderatorzy poprzez ogłoszenie o otwarciu rekrutacji. Podania składa się tworząc temat w dziale moderacyjnym zatytułowany "<nick> - podanie na moderatora". Zabronione jest tworzenie nowych podań. W przypadku ponownego otwarcia rekrutacji mogą one zostać otwarte na wniosek użytkownika, a następnie odpowiednio edytowane. Przez co najmniej 3 dni inni użytkownicy mają możliwość pisemnej oceny podania. Starsi moderatorzy w porozumieniu z administracją za wyjątkiem juniorów (rada) wybierają nowych próbnych moderatorów. Ocenie podlega: niekaralność, dostępność oraz ogólna jakość postów. Po dokonaniu wyboru rekrutacja oraz podania zostają zamknięte. Właściciel może powoływać próbnych moderatorów bez przeprowadzania rekrutacji. §2A. Próbny moderator Próbny moderator uczy się realizować obowiązki określone w §2B.1 i w razie wątpliwości powinien konsultować się z radą. Próbny moderator może otrzymywać nagany od rady. Nagany zapisywane są w temacie "Oceny moderatorów" w dziale moderacyjnym. Dopuszczalne powody nagan: niewłaściwe akcje moderacyjne, angażowanie się w kłótnie, nieprzestrzeganie prawa. Dopuszczalne wagi nagan: 3, 2, 1. Otrzymanie ostrzeżeń o łącznej wadze większej od 5 skutkuje degradacją. Po miesiącu od otrzymania rangi rada decyduje o awansie na moderatora lub degradacji. Ocenie podlega: brak ostrzeżeń, aktywność na discordzie oraz ilość i jakość akcji moderacyjnych. Jeśli próbny moderator odszedł zgodnie z §2B.4 awans następuje natychmiastowo. §2B. Moderator Moderator realizuje założenia, pomaga próbnym moderatorom i zgłasza administracji pomysły na zapobieganie przewinieniom oraz ulepszenie struktury forum. Moderator ma obowiązek zgłoszenia nieaktywności dłuższej niż 3 dni w temacie "Urlopy moderatorów" w dziale moderacyjnym. Zgłoszenie nieaktywności zawiera datę rozpoczęcia, datę zakończenia oraz krótki powód (np. wakacje). Nieaktywność nie może trwać dłużej niż 30 dni. W przypadku nieaktywności dłuższej niż 10 dni ranga zostaje zawieszona poprzez jej odebranie i przywrócenie po urlopie. §1.5 nie stosuje się. Niezgłoszenie nieaktywności może skutkować degradacją. Decyzję podejmuje rada. Po powrocie w przypadku dalszych chęci do moderacji może zostać zwrócona ranga moderatora próbnego. W przypadku okoliczności uniemożliwiających zgłoszenie nieobecności może zostać zwrócona poprzednia ranga. Moderator może otrzymywać nagany od administracji określone w §2A.2. które wygasają po miesiącu. Otrzymanie nagan o łącznej wadze większej od 3 skutkuje wydaniem nowej decyzji zgodnie z §2A.3. Moderator może otrzymywać pochwały od administracji o wagach 3, 2, 1 niwelujące nagany. Moderatorowi z co najmniej 3-miesięcznym stażem rezygnującemu z własnej woli lub zgodnie z §2B.3 przysługuje ranga zasłużony. §2C. Starszy moderator Starszy moderator: realizuje obowiązki określone w §2B.1 i §2B.2 oraz członka rady, bardzo dobrze orientuje się zarówno w pisanych jak i niepisanych zasadach forum, wykrywa niewłaściwe akcje moderacyjne i zgłasza administracji pomysły na zapobieganie im. Starszy moderator może tworzyć zarządzenia związane z §1.2 lub zawierające instrukcje dla moderacji. O awansie na starszego moderatora decyduje właściciel w porozumieniu z administracją. §3. Ostrzeżenia Ostrzeżenie zerowe stanowią pouczenia i nie powinny być traktowane jako kara. Ostrzeżenia muszą być zgodne z taryfikatorem kar opublikowanym w dziale moderacyjnym. Ostrzeżenia muszą zawierać zrozumiałe przez użytkownika uzasadnienie. Ostrzeżenia niepowiązane z postami muszą zawierać dowody w postaci cytatów lub screenów. Szczegóły odwołania od ostrzeżeń zawarte są w [Odwołania]. §4. Zgłoszenia Zgłoszenia składa się za pomocą linku "zgłoś odpowiedź". Zgłoszenia zbiorcze składa się tworząc temat w dziale moderacyjnym zatytułowany "Zgłoszenie zbiorcze - <krótki opis>". Zgłoszenie zbiorcze zawiera linki do postów, tematów lub działów i opis proponowanych akcji moderacyjnych. Zabronione jest tworzenie wielu zgłoszeń w związku z tą samą sprawą. Należy wtedy utworzyć zgłoszenie zbiorcze. Moderacja rozpatruje zgłoszenia niezwłocznie podczas przeglądania forum. W ramach rozpatrywania zgłoszenia moderacja pozostawia ślad w postaci notatki lub posta. Wyjątkiem są akcje o charakterze automatycznym jak masowa archiwizacja lub zamykanie tematów.

Zgodnie z planami modernizacji prawa w najbliższym czasie pojawią się projekty: rozporządzeń zastępujących regulamin oraz poradnika dla nowych użytkowników, rozporządzenia o moderacji oraz o nowej administracji. Zachęcam do obserwowania wątku, aby nie przegapić żadnej aktualizacji

Zrealizowane zarządzeniem 01/05.08.2018.

Dekret @Libter z 05.08.2018 o nadmiernej ilości linków na shoutboxie: Więcej niż jeden link do tej samej zawartości widoczny na shoutboxie w tej samej chwili podlega usunięciu oraz naganie na shoutboxie. W przypadku recydywy sprawca otrzymuje 2 punkty ostrzeżeń. Dekret uchylony zarządzeniem 02/24.05.2021.

Można robić innowacyjne bez napisania ani jednej linijki kodu pluginu czy skryptu poprzez dobry zbiór gotowców, przeglądanie każdej linijki configu i ogólne zaangażowanie. Przykład: ancap w 2015.

3 lata temu na naszej ukochanej CraftKonkurencji i już niestety obumierającej konkurencji napisałem poradnik o tym samym tytule, który zdobył kilkadziesiąt polubień. Niniejszym prezentuję nieco ulepszoną i przystosowaną pod rok 2018 wersję Zainspirowany wieloma kiepskimi serwerami (i ich jeszcze gorszymi prezentacjami) postanowiłem napisać ten poradnik. Opiszę w nim czego nie należy robić tworząc serwer i jego prezentację. I. Serwer 2015: Nie używaj starych wersji, chyba że masz poważny powód aby to zrobić (np. mody). Pluginy pisane na 1.7.* zazwyczaj działają na 1.8.*, natomiast pluginy pisane na 1.8.* zazwyczaj nie działają na 1.7.* 2016: Po wydaniu wersji 1.9 stawianie bez powodu nowego serwera na wersji 1.7 jest absurdalne. A teraz mamy rok 2018 i nadal serwery stawiane są na 1.8 lub 1.7. DOŚĆ! Nowe wersje niosą ze sobą zarówno wiele usprawnień w samym Minecrafcie jak i znacznie lepsze, odbugowane pluginy/mody. Jeśli jakiś dodatek zatrzymał się na starej wersji to znaczy, że nie jest dalej rozwijany i warto znaleźć lepszy zamiennik. Jeśli jakieś funkcjonalności w nowych wersjach nie pasują do serwera to można je po prostu wyłączyć zamiast cofać się w rozwoju. 2015: Nie używaj Bukkita (właściwie CraftBukkita). Spigot jest lepiej zoptymalizowany, a wszystkie pluginy pisane na Bukkita będą działać także na Spigocie. A najlepiej używaj PaperSpigota, który jest jeszcze lepiej zoptymalizowany i ma jeszcze więcej możliwości konfiguracji. 2015: Nie instaluj ClearLagga. Ten plugin może jedynie denerwować graczy swoimi wiadomościami na chacie i znikaniem przedmiotów. Spigot posiada wbudowany mechanizm (EntityActivationRange), dzięki któremu przedmioty leżące na ziemi nie powodują żadnych lagów. 2015: Nie twórz serwera EasyHC ani Survival + Gildie. Takich serwerów jest obecnie naprawdę dużo i aby się wybić potrzebna jest dobra reklama, dobra maszyna i (najlepiej) autorskie pluginy. Nawet jeśli posiadasz te trzy rzeczy, to zastanów się dobrze nad utworzeniem ciekawszego i oryginalnego serwera. Nadal jest tego za dużo, ale survivali czy skyblocków też! Jeśli już masz robić serwer to zrób porządnie i oryginalnie, a może nawet uda się załatwić jakąś współpracę z forum II. Programowanie 2015: Nie opieraj serwera na skryptach. Mam na myśli przede wszystkim skrypty wywoływane w pętli (every tick, every 1 minute, itd.). Skript jest jednowątkowy, więc zbyt wiele wykonywanych cyklicznie instrukcji może spowodować bardzo duży spadek wydajności serwera. Piszę to na forum o skryptach, ale dalej aktualne Nie twórz pluginów większych niż kilka klas jeśli nie umiesz jeszcze porządnie programować obiektowo. Podczas kodowania staraj się przestrzegać zasady DRY i zanim skopiujesz i wkleisz swój kod w inne miejsce zastanów się trzy razy czy nie można tego uniknąć. Nie odkrywaj koła na nowo. Pluginów typu "Core" (czyli Essentials tak naprawdę) są już setki. Lepiej użyć gotowca i zająć się ciekawszymi funkcjonalnościami. III. Prezentacja 2015: Nie wpisuj zbyt dużej liczby slotów. Popularne silniki serwera, z jednym wątkiem głównym nie uciągną więcej niż kilkaset slotów (przy bardzo mocnym procesorze). Wpisywanie dużej ilości slotów nie świadczy dobrze o wiedzy technicznej autora prezentacji. Większa liczba slotów jest oczywiście uzasadniona w przypadku wielu serwerów połączonych razem (np. przez BungeeCord). 2015: Nie korzystaj z generatorów. Użycie generatora do stworzenia prezentacji zazwyczaj skutecznie odstrasza przed wejściem na serwer, którego prezentacja składa się ze zdań: "Potwory TAK; Zwierzęta TAK; Nether TAK; ...". I zadbaj o estetykę prezentacji. Nawet zwykły tekst jest ładniejszy od dziwnych kolorów, wycentrowania całości, dużego rozmiaru czcionki, itp. 2015: Nie podawaj nieprawdziwych danych. Kłamstwo szybko wychodzi na jaw. Przykładem może być np. "Potężna maszyna! Łącze 2,5 TB/s", albo "serwer dedykowany" z końcówką ench.pl w adresie. 2015: Zapoznaj się ze znaczeniem słów: Serwer dedykowany - fizyczna maszyna z pojedynczym najemcą. Serwer na hostingu nie jest serwerem dedykowanym. Autorskie pluginy - (zazwyczaj niepublikowany) plugin wykonany specjalnie dla jednego serwera. Popularne pluginy, które można znaleźć w internecie nie są autorskie. Ogarnięta administracja - samo użycie tych słów w prezentacji sugeruje, że administracja jednak "ogarnięta" nie jest. I to by było na tyle. Jak macie jakieś pomysły rozbudowy poradnika to zapraszam do postowania, a także zachęcam do linkowania tematu w prezentacjach kiepskich serwerów

A użytkownicy nie powinni naciskać na dupodemokrację, bo administracja zna czasy kiedy linki były ograniczane i wynikło z tego tylko tyle że shoutbox umarł. Mamy kilka osób, które myślą o własnej "dupie" i domagają się zakazu linków oraz kilkadziesiąt osób, które tu nie zaglądają i radośnie linkuję - i kto tu myśli o użytkownikach? Pozdrawiam cieplutko i nadal nie jestem przekonany do wprowadzenia tej "zmiany" (jeśli można to tak nazwać - przecież mowa o zwykłej cenzurze) Proponuję usuwanie linków (i ew. warnowanie za spam przy recydywie) gdy więcej niż jeden ten sam jest widoczny na shoutboxie - dobry układ?

Żart miesiąca Eee tam to wierzchołek góry lodowej... zajrzyj do kodu. Więc przechodząc do właściwego tematu - to repozytorium może co najwyżej służyć w celach edukacyjnych jako zbiór najgorszych praktyk programistycznych (chociaż ciężko nazwać metodę copy'ego & paste'a programowaniem). Brak jakichkolwiek sposobów eliminacji powtarzania kodu od prostych zmiennych, przez switche na abstrakcjach kończąc. Liczba mnoga: Obsługa błędów: Wisienka na torcie - singleton z konstruktorem publicznym Każda komenda oczywiście z tej samej wklejki zamiast przenieść sprawdzanie uprawnień czy bycia graczem do klasy nadrzędnej. I inne potworki jak np. https://github.com/KrejzolekPRO/SurvivalCore/blob/master/src/pl/krejzolekpro/rawcore/commands/tools/GamemodeCommand.java. Dalej nie chce mi się szukać. Także @KrejzolekPRO wracać do szkoły - naucz się porządnie programowania obiektowego (i w sumie programowania w ogóle, bo na razie to klepanie kodu), a potem wyrwij klawisze Ctrl, C oraz V i napisz od nowa Przy okazji polecam Kotlina - przez samą składnię języka wyjdzie nieco lepszy kod niż w Javie.

Zarządzenie @Libter 04/04.08.2018 o usunięciu funkcji lidera administracji: [Administracja] §1A.3 otrzymuje brzmienie: Właściciel mianuje i wycofuje administrację oraz moderację. [Administracja] §1C otrzymuje brzmienie: W skład administracji wchodzą administratorzy i twórcy. Administratorzy posiadają dostęp do panelu administracyjnego i wykonują zadania bezpośrednio. Twórcy przekazują rezultaty zadań administratorom do wdrożenia na forum. Pluginy i aplikacje instaluje właściciel. [Administracja] §1A.2, §1B i §2 zostają uchylone. [Rozporządzenia] Definicja lidera zawarta w §3.1 zostaje usunięta. [Propozycje] §3.1 otrzymuje brzmienie: Propozycje realizowane są przez chętnych administratorów lub bezpośrednio na polecenie właściciela. [Zgłoszenia błędów] §2 otrzymuje podpunkt 3 o brzmieniu: Utrudnione - zgłoszenia, które nie są możliwe do naprawienia z poziomu panelu administratora. [Zgłoszenia błędów] §3.1 otrzymuje brzmienie: Błędy naprawiane są przez chętnych administratorów lub bezpośrednio na polecenie właściciela. [Zgłoszenia błędów] §3.2 zostaje uchylony. Wymienione zmiany nie podlegają zapisowi określonemu w [Rozporządzenia] §2.1.

Ten temat został przeniesiony.

Zarządzenie @Libter 02/04.08.2018: @Heku zostaje nowym moderatorem lokalnym.

W sumie jakiś wzór by się przydał więc podaję: Stanowisko: <Twórca/Administrator/Junior Administrator> Doświadczenie: <...> Liczba godzin dziennie: <w wakacje>/<po wakacjach - robocze>/<po wakacjach - weekendy> Trzy pomysły na rozwój forum: <możliwe do realizacji z zajmowanej rangi> Podania proszę wysyłać w wiadomości prywatnej na Discordzie.

Krótko i zwięźle - rekrutacja do administracji znów otwarta. Wymagania: Wszystkie rangi - wiele pomysłów i chęci do rozwoju forum, poświęcanie na to przynajmniej paru godzin dziennie. Administrator - dobra znajomość HTML i CSS oraz panelu IPS. Junior Administrator - podstawowa znajomość panelu IPS. Twórca - lekkie pióro i jeszcze więcej pomysłów.