ESX czy QBCore: który framework na serwer roleplay?

Zakładasz serwer roleplay FiveM i od razu trafiasz na to wielkie pytanie: ESX czy QBCore? Oba frameworki są darmowe, open source i napisane w Lua. Na obu działa tysiące udanych serwerów roleplay. A mimo to wybór ciąży, bo zmiana po fakcie kosztuje mnóstwo czasu i frustracji. Nic dziwnego, że chcesz to zrobić dobrze za pierwszym razem.

Dlatego zestawiamy oba frameworki uczciwie: żadnej fanbojskiej opowieści, tylko praktyczne różnice, które jako administrator naprawdę odczujesz. Na końcu konkretna porada dla każdego typu serwera.

ESX w skrócie

ESX, w pełnej nazwie es_extended, jest starszym z dwójki i wyrósł na standardowy framework świata FiveM, zwłaszcza w Europie. Aktywnie rozwijana wersja nazywa się ESX Legacy i została porządnie odchudzona i przyspieszona względem starych wersji, którym framework zawdzięczał niegdyś reputację ociężałego. Kto skreślił ESX w 2020 roku, krzywdzi go dzisiaj.

Wielką siłą ESX jest dojrzałość. Niemal każdy koncept roleplay już na nim kiedyś zbudowano, więc na prawie każdą funkcję znajdziesz gotowy skrypt: joby policji i pogotowia, ekonomie, domy, garaże, co tylko chcesz. Duża, wieloletnia baza serwerów oznacza też, że w społeczności łatwo o wiedzę i pomoc przy typowych problemach.

QBCore w skrócie

QBCore to młodszy framework, który w ostatnich latach rósł błyskawicznie, zwłaszcza w scenie anglojęzycznej. Od podstaw jest modularny: rdzeń (qb-core) pozostaje kompaktowy, a niemal cała funkcjonalność siedzi w osobnych zasobach qb, które łatwo wymieniasz lub dostosowujesz. Standardowe elementy, jak inventory, telefon i joby, od razu po instalacji wyglądają nowocześniej niż klasyczne odpowiedniki z ESX.

Ekosystem wokół QBCore jest młody, ale bardzo aktywny. Wiele nowych skryptów pojawia się dziś najpierw ze wsparciem QBCore. Druga strona medalu: framework zmienia się szybciej. Aktualizacje rdzenia potrafią popsuć zależne zasoby, więc jako administrator częściej aktualizujesz i testujesz. Istnieją też już forki QBCore idące własną drogą; przy zakupie skryptów zawsze sprawdzaj, dla której dokładnie odmiany zostały zbudowane.

Porównanie punkt po punkcie

Społeczność i dokumentacja

ESX ma najdłuższą historię, a więc największe archiwum forów, tutoriali i kanałów Discord. Minus: sporo tych informacji dotyczy przestarzałych wersji, więc czasem znajdujesz rozwiązania, które na ESX Legacy już nie do końca pasują. QBCore ma mniejsze archiwum, ale aktywna społeczność jest duża, a dokumentacja stosunkowo aktualna. Przy typowych problemach z ESX często nieco szybciej znajdziesz kogoś, kto je rozpoznaje.

Oferta skryptów

Ilościowo wygrywa ESX: jest po prostu więcej, za darmo i płatnie. Jakościowo obraz jest mieszany. Wiele darmowych skryptów ESX jest starych i słabo utrzymywanych, podczas gdy oferta QBCore jest średnio młodsza i świeższa. Poważni twórcy skryptów dostarczają dziś zresztą często wersje dla obu frameworków, czasem przez warstwę kompatybilności. Przy niszowych konceptach opłaca się przed wyborem frameworku sprawdzić, czy skrypty, na których ci zależy, w ogóle istnieją.

Wydajność

Tu należy się uczciwe otrzeźwienie: sam framework rzadko jest twoim wąskim gardłem. Zarówno ESX Legacy, jak i QBCore świetnie działają na dobrze skonfigurowanym serwerze. Serwery spowalniają słabo zoptymalizowane skrypty, zdecydowanie za dużo zasobów naraz i ciężkie zapytania do bazy danych. Schludny serwer QBCore z pięćdziesięcioma przemyślanymi zasobami działa lepiej niż serwer ESX z dwustoma nawarstwionymi skryptami — i dokładnie tak samo w drugą stronę. Nie wybieraj więc frameworku na podstawie deklaracji wydajności z filmów na YouTube, tylko trzymaj listę zasobów krytycznie krótką.

Krzywa nauki

QBCore jest dla początkujących zwykle odrobinę przyjaźniejszy: struktura jest spójniejsza, a standardowe zasoby logiczniej ze sobą współpracują. ESX wymaga więcej doczytywania, głównie dlatego, że mieszają się w nim stare i nowe skrypty, każdy z własnym podejściem. Jeśli ty (albo ktoś z ekipy) całkiem nieźle radzisz sobie z Lua i SQL, różnica jest mała i to głównie kwestia gustu.

Aktualizacje i utrzymanie

ESX Legacy jest rozwijany spokojnie i przewidywalnie: aktualizacje są, ale rzadko psują istniejące skrypty. QBCore porusza się szybciej i to czuć. Po aktualizacji rdzenia część zasobów może zacząć narzekać, a wtedy to ty ustalasz, który skrypt potrzebuje nowej wersji. Jeśli lubisz dłubać przy serwerze, to nic strasznego. Jeśli chcesz głównie, żeby wszystko po prostu działało, poważnie uwzględnij to w wyborze.

Migracja z jednego frameworku na drugi

Krótka odpowiedź: da się, ale nie licz na cud. ESX i QBCore używają różnych struktur bazodanowych dla graczy, przedmiotów, pojazdów i jobów. Istnieją narzędzia do konwersji, które zdejmują część pracy, ale w praktyce i tak spędzasz dni lub tygodnie na przenoszeniu danych, wymianie skryptów i ponownym testowaniu każdej funkcji. Dla serwera z aktywną społecznością oznacza to downtime, bugi i narzekania graczy.

Nasza rada: traktuj wybór frameworku jako półtrwały. Jeśli się wahasz, postaw najpierw serwer testowy z oboma frameworkami i garścią skryptów, których naprawdę chcesz używać. Popołudnie własnego klikania i testowania mówi więcej niż dziesięć cudzych filmów porównawczych.

Który framework pasuje do twojego serwera?

• Serwer roleplay z klasycznymi jobami i ekonomią: ESX. Największa oferta sprawdzonych skryptów i najwięcej wiedzy oraz przykładów w społeczności.
• Nowy serwer z nowoczesnym interfejsem i aktualnymi skryptami: QBCore. Młody ekosystem lepiej pasuje do tego, co wychodzi teraz.
• Mały serwerek dla grupy znajomych: QBCore. Szybki w konfiguracji, a standardowe elementy nadają się do użycia od ręki.
• Serwer z własnym zespołem developerów: bez większej różnicy. I tak wszystko przerobicie; wybierzcie framework, z którym zespół ma najwięcej doświadczenia.
• Istniejący serwer ESX, który się waha: zostań. Koszty migracji rzadko przeważają nad korzyściami.

Jeszcze jeden ostatni niuans: coraz więcej skryptów powstaje jako standalone i działa na obu frameworkach. Im więcej zasobów standalone używasz, tym mniej waży wybór frameworku. Podstawa, jak joby, inventory i dane graczy, pozostaje jednak zawsze związana z frameworkiem, więc całkiem uciec od wyboru się nie da.

Hosting, który udźwignie twój framework

Którykolwiek framework wybierzesz: serwer roleplay z bazą danych, dziesiątkami zasobów i rosnącą społecznością potrzebuje solidnej maszyny. W MC-Node twój serwer FiveM działa na własnym sprzęcie z dyskami NVMe w centrum danych Previder w Hengelo, z ochroną DDoS w cenie. Wszystkie pakiety możesz wypowiedzieć co miesiąc, więc nic cię nie wiąże, jeśli projekt potoczy się inaczej niż planowano. Ile potrzebujesz, zależy głównie od liczby zasobów i graczy: goły serwer testowy wymaga niewiele, pełny serwer roleplay z bazą danych i dziesiątkami skryptów wyraźnie więcej.

Jeśli chcesz najpierw na spokojnie poeksperymentować z ESX i QBCore obok siebie, darmowy pakiet Free albo mały pakiet to idealny poligon. Gdy zaczniesz grać na poważnie z graczami, po prostu rośniesz do większego pakietu. Zobacz wszystkie pakiety serwerów FiveM w MC-Node i zacznij budować jeszcze dziś.