Libter

Ale @JanekJaran nadal ma problem z dogadaniem się z wieloma osobami, więc w takiej sytuacji ostracyzm nadal nie wydaje się być złym pomysłem.

Będzie, ale dopiero przy wdrażaniu interaktywnego chatu tzn. w połączeniu we wnioskiem o API.

Niestety API CoreProtecta jest delikatnie mówiąc upośledzone i pozwala wyłącznie na sprawdzanie operacji na blokach - czyli zdecydowanie zbyt mały zakres niż taki jaki byśmy chcieli mieć przy użyciu narzędzi detektywistycznych. Dodatkowo aktualne doświadczenia z konfliktami na serwerze pokazują że szkody są stosunkowo mało zaawansowane - już przy samym użyciu komendy /co inspect (/co i) wiadomo kto co i komu, więc zamiast przeznaczać czas na zaawansowane narzędzia detektywistyczne można zagospodarować go na inne funkcjonalności. Tym samym w ramach realizacji wniosku zostaje podjęta decyzja o: Pozostawieniu graczom dostępu do komendy /co inspect Dodaniu dostępu dla graczy do komendy /co near Logowaniu interakcji nieobjętych CoreProtectem do wiadomości administracji Niemniej jednak w pierwszej kolejności gracze powinni polegać zawsze na logach bloków i zabezpieczać swoje moby tak, aby interakcje z nimi wymagały przedostania się przez drzwi, furtkę lub inne ogrodzenie którego naruszenie zostanie zapisane.

Była to zupełnie inna sytuacja którą zaakceptowałeś w ramach zabawy. Ustaliłeś to podstępem niszcząc krajobraz skarpy i odmówiłeś zaprzestania naruszenia. Blokada w obsydianie ci się należy ponieważ doprowadziłeś do potężnej eskalacji konfliktu zachęcając swoich sojuszników do zmasowanego ataku i również poprzez napisanie tego wniosku - stając się tym samym przestępcą wojennym. Nic nie zostało przywłaszczone. Cały ekwipunek zostanie zwrócony jeśli tylko zaakceptujesz swoją przegraną i przystaniesz na ugodę. Pisanie wniosku o ostracyzm samego siebie jest idiotyczne. Zrobiłeś to tylko po to, żeby gdyby pojawił się faktyczny wniosek o twój ostracyzm - argumentować że przecież twój był wcześniej i trzeba usunąć ten nowy. Miałeś około godzinę na deeskalację - w tym czasie siedziałeś na TSie raz z wyłączonym mikrofonem, raz głośnikami, a innym razem uciekałeś na inny kanał. Zbanowałem cię dopiero kiedy było już po bitwie i negocjowałem z @xAxee warunki deeskalacji konfliktu, a ty nam w tym przeszkadzałeś. A 5 głosów za należy do twojego kompana @MikiCreator oraz 2 kolejne do ciebie - i co w związku z tym? Także @JanekJaran mam nadzieję, że naprostowanie twoich przeinaczeń, manipulacji lub zwykłych bzdur pomoże niektórym jak @krzmaciek, @Ksenik, @nof, @MikiCreator, @Peridot czy @Helios1993 na podjęcie właściwej decyzji

Oczywiście są to prywatne standardy, nie ma przymusu używania Wszystkich zainteresowanych budowaniem opisanej infrastruktury zapraszam do kontaktu na Discordzie. Drogi (do tras na średnie dystanse lub konno) Autostrada (A) Nawierzchnia betonowa z wydzielonymi pasami ruchu Minimum 5 kratek szerokości i 4 kratki wysokości Jak najmniej zmian poziomów i tylko na płytki Całość w oświetlonym tunelu bez dostępu dla mobów Skrzyżowania tylko z autostradami lub zabezpieczone furtkami z drogami głównymi i zbiorczymi Przy odcinkach na powierzchni kładki umożliwiające przejście nad tunelem w odległości maksymalnie 50 kratek od siebie o szerokości minimum 3 kratek Droga główna (G) Nawierzchnia betonowa Minimum 4 kratki szerokości Rzadkie zmiany poziomów i tylko na płytki Oświetlone pobocze z ogrodzeniem ograniczającym dostęp mobów Mosty (nieograniczające przepływu łódek), wiadukty i tunele o minimalnie 3 kratkach wysokości Droga zbiorcza (Z) Nawierzchnia betonowa Minimum 3 kratki szerokości i 3 kratki wysokości (w przypadku tunelu) Zmiany poziomów na płytki i schodki Mosty (nieograniczające przepływu łódek) i tunele o minimalnie 3 kratkach wysokości Droga lokalna (L) Standard drogi zbiorczej ze ścieżką zamiast nawierzchni betonowej Metro (do tras na długie dystanse lub transportu mobów) Ze względu na brak możliwości poruszania w górę lub w dół łódką na lodzie - wszystkie trasy powinny być umieszczone na poziomie Y 50 (kiedy gracz stoi na lodzie). Metro przyspieszone (M+) Nawierzchnia w całości z brył lodu dla łódek z wydzielonymi pasami ruchu Umieszczone pod poziomem gruntu, aby zminimalizować kolizje 5 kratek szerokości i minimum 3 kratki wysokości Całość w oświetlonym tunelu bez dostępu dla mobów Skrzyżowania tylko z metrem, możliwe wyjścia na powierzchnie zabezpieczone drzwiami Metro zwykłe (M) Nawierzchnia z pojedynczych brył lodu dla łódek Umieszczone pod poziomem gruntu, aby zminimalizować kolizje 3 kratki szerokości i minimum 3 kratki wysokości Całość w oświetlonym tunelu bez dostępu dla mobów Skrzyżowania tylko z metrem, możliwe wyjścia na powierzchnie zabezpieczone drzwiami Woda Nie jest to w formie standardu, ale dla sprawnego pływania łódkami warto postarać się o: Tworzenie skrótów lub przepływów za pomocą przekopów o szerokości i wysokości minimum 3 kratek Stawianie boi sygnalizujących możliwe cele i kierunek podróży Wizualizacje Podsumowanie Tym postem chciałbym rozpocząć erę budowy sprawnej serwerowej komunikacji. Klasy A oraz M+ zostały opisane nieco na wyrost - na chwilę obecną chciałbym wybudować główne drogi w centrum w oparciu o klasę G oraz z czasem zastanowić się nad budową metra w dalsze rejony w klasie M.

Też tak uważam, wprowadzenie ochrony przedmiotów jest jednak całkiem sensowne i jeśli gracze to zaakceptują to jak najbardziej może przejść nawet w ramach aktualizacji poprawkowej.

Zwierzęta powinny być zabezpieczone żeby creepery nie miały do nich łatwego dostępu. Natomiast sama propozycja nieniszczenia itemów podlega dyskusji, ale z drugiej strony czy to nie na tym powinna polegać śmierć?

Wniosek zostanie wdrożony w najbliższej wersji - jeśli totem znajduje się gdziekolwiek w ekwipunku, a graczowi grozi śmierć - następuje aktywacja logiki Minecrafta.

Lokalizowanie graczy i współrzędnych będzie możliwe za pomocą komendy /namierz. Aby użyć komendy trzeba będzie trzymać namagnesowany (lodestone) kompas w głównej ręce. Dodatkowo podczas trzymania kompasu w ręce (głównej lub pobocznej) - na pasku akcji będzie wyświetlana odległość do celu.

Na fCrafcie były cuboidy, a tutaj nie ma cuboidów. Wg mnie zbędne - zwłaszcza że ze względu na ograniczenia API było to dosyć syfne od strony implementacji.

Od v2.1.0 za pomocą /podpisz będzie można dodać swój podpis lub usunąć swój podpis jeśli wcześniej podpisało się przedmiot. Przy zmianie nazwy w kowadle podpisy będą się resetować.

Jak będzie API na tyle zintegrowane z serwerem to można nad czymś pomyśleć, ale jest to generalnie dosyć ciężki w wydajnej realizacji pomysł, a jednocześnie o niewielu zastosowaniach.

Tak naprawdę to w ogóle nie powinny, bo to nieproporcjonalnie duże straty i ciężkie do śledzenia. Z ramkami na przedmioty to samo.

Anty-xray ukrywa również wszystkie bloki w sąsiedztwie lawy co prowadzi niestety do takiego efektu graficznego, ale jednocześnie zapobiega wyszukiwaniu bloków pod lawą. Pytanie czy lepiej mieć pełne bezpieczeństwo czy pozbyć się tego "błędu".

To nie błąd, przecież oba nicki widzimy. Jest konwersacja ze mną więc w [] widzisz mój nick, a dalej idzie normalnie chat.

Kotlin. Kotlin jest obiektywnie najlepszy W każdym razie w projektach używam obecnie takiego stacku: Framework: https://ktor.io/ Baza danych: https://github.com/JetBrains/Exposed Na koniec to wszystko trzeba zapakować przy użyciu https://github.com/johnrengelman/shadow, wypchnąć na serwer, uruchomić i gotowe. Jeśli chodzi o JSONy to zazwyczaj piszę własne rozszerzenia na Jacksona, ale w tym prostym przykładzie wystarczy jeden z dodatków do ktora. Oczywiście znajomość IntelliJ i Gradle wymagana, ale opłaci się to w przyszłości - będziesz miał stabilny backend w statycznie typowanym języku (gdzie o błędach, nawet tych z nullami informuje kompilator, a nie klient) zamiast jakichś syfów na JSie czy PHPie

Zaakceptowane z podziałem na aktualizacje: W pierwszej aktualizacji brak działań, są inne priorytety serwera. Dodanie systemu autentykacji, udostępnienie prywatnych endpointów (POST). Dodanie możliwości tworzenia komend. Dodanie interaktywnej składni dla wiadomości z komend.

Lub jeśli będzie wezwany w trybie określonym w §2.4 lub §3.2 regulaminu Pytanie jedynie o aktywację i późniejszą deaktywację takiego rozwiązania. Ewentualnie możemy też po prostu założyć, że koordynaty gracza są jawne i każdego można będzie namierzyć.

Będzie zrealizowane w wersji systemu wniosków 1.3.0.

Będzie zrealizowane w wersji systemu wniosków 1.3.0.

System uprawnień nie weryfikuje i nie powinien weryfikować abonamentu, ponieważ prowadzi to do błędów jak ten który był naprawiany przed startem tej edycji: https://mc.skript.pl/wnioski/62CljlRR. Dlatego technicznie gracze mają dostęp również do komend dla wyższych abonamentów i jest to sprawdzane dopiero na poziomie danej komendy. Można to uznać z jednej strony za błąd, ale z drugiej strony za pewną funkcjonalność która pozwala zobaczyć jakie komendy można mieć w lepszym abonamencie.

Obawiam się, że nie ma takiej możliwości w API i trzeba by było się w jakieś wnętrzności bukkita bawić lub inne tego typu rzeczy. Poza tym obecnie na TABie wyświetlana jest zarówno wydajność serwera jak i czysto Minecraftowy ping wszystkich graczy w postaci zielonych kresek - myślę, że to w zupełności wystarczy.

Wniosek zostaje odrzucony przeważającą większością głosów - pokazuje to, że społeczność nie zgadza się na legalizację fullbrighta i jego użycie nadal będzie surowo karane. Przypominam, że jest to kastrowanie Minecrafta z ważnej mechaniki stawiania pochodni lub warzenia mikstur widzenia w ciemności w imię własnej wygody.

Wszystkie pomysły może poza drugim są wymyślane bardzo na siłę i mają masę skutków ubocznych niezwiązanych z tematem wniosku. Poza tym jeśli jednak Nether nie ma służyć do podróży w "midgamie" - a zgodnie z obecnymi założeniami nie ma, to jaki sens ma ta cała propozycja? Co do samego wniosku - ratio 1:1 zostało ustalone, aby overworld był priorytetowym światem do transportu. Jakakolwiek zmiana ratio spowoduje, że pewna część dłuższych podróży opłacać się będzie w netherze co rozbije transport na dwa światy. Biorąc pod uwagę stosunkowo małą społeczność oraz fakt, że transport pełni funkcję publiczną i ciężko pobierać z niego bezpośrednie zyski - odbije się to negatywnie na dostępności transportu ogółem. Było to widoczne na poprzedniej edycji gdzie do odwiedzin o kilkaset kratek dalej w centrum nie było żadnej sensownej drogi, a cały biznes przeniósł się do netheru który teoretycznie powinien być światem do eksploracji podobnie jak end. Warto także wspomnieć, że zmiana ratio uniemożliwi podróże portalami do bardziej odległych części netheru oraz uniemożliwi powrót z bardziej odległych części netheru przy użyciu portali. Chyba, że wtedy po prostu proporcjonalnie zmniejszy się nether.

Nie widzę powodu, żeby rezygnować z aktualizacji do pomniejszej wersji którą sporo graczy ma już domyślnie w swoim kliencie. OptiFine pewnie będzie do otwarcia serwera.