/
mc-node.net →
FiveM

ESX, QBCore czy Qbox: jaki framework FiveM wybrać w 2026 roku?

Zaktualizowano 31/08/20264 min czytania
W tym artykule
  1. Trzy frameworki w skrócie
  2. Tabela porównawcza
  3. Rekomendacja dla każdego scenariusza
  4. Pułapka: najpierw sprawdź płatne skrypty
  5. Jak zainstalować framework
  6. Migracja z QBCore na Qbox
  7. Częste problemy
  8. Podsumowanie

Jeśli w 2026 roku zakładasz serwer roleplay FiveM, framework to najważniejszy wybór, jakiego dokonasz: ESX, QBCore lub Qbox decyduje o tym, jakie skrypty możesz uruchomić, jak szybko dostajesz aktualizacje i ile pracy przy utrzymaniu czeka cię później. W tym artykule porównujemy trzy frameworki na podstawie faktów, dajemy konkretną rekomendację dla każdego scenariusza i wyjaśniamy, kiedy migracja z QBCore na Qbox ma sens.

Trzy frameworki w skrócie

ESX (es_extended) to najstarszy duży framework roleplay, istniejący od 2017 roku. Jako ESX Legacy jest nadal aktywnie utrzymywany, ma silną europejską społeczność i największy wybór skryptów ekonomii i prac.

QBCore był najpopularniejszym frameworkiem w latach 2021–2023, ale jego rozwój w dużej mierze stanął po odejściu znacznej części głównych deweloperów. Aktualizacje pojawiają się już tylko sporadycznie; ogromna biblioteka skryptów qb wciąż jednak istnieje.

Qbox (qbx_core) to kontynuacja stworzona przez tych byłych deweloperów QBCore. Framework opiera się na nowoczesnych bibliotekach, takich jak ox_lib i ox_inventory, jest aktywnie rozwijany i zawiera warstwę kompatybilności, dzięki której większość skryptów QBCore po prostu działa dalej. Dla nowych serwerów Qbox jest więc w 2026 roku rekomendowanym wyborem.

Tabela porównawcza

ESXQBCoreQbox
SpołecznośćDuża i stabilna, silna w UEDuża, ale malejącaRosnąca i aktywna
Aktualizacje (2026)Regularne (ESX Legacy)Praktycznie wstrzymaneAktywny rozwój
Kompatybilność skryptówOgromna własna biblioteka ESXNajwiększa biblioteka qbUruchamia większość skryptów qb przez bridge, plus własne zasoby qbx
DokumentacjaObszerna, częściowo przestarzałaPrzyzwoita, już nieaktualnaNowoczesna i aktualna (docs.qbox.re)
Krzywa uczeniaŚredniaNiska, dużo poradnikówŚrednia; ekosystem ox wymaga trochę czytania

Rekomendacja dla każdego scenariusza

  • Nowy serwer roleplay PL/EU — wybierz Qbox. Dostajesz aktywnie utrzymywaną bazę, nowoczesne domyślne zasoby i — dzięki warstwie kompatybilności — dostęp do niemal całej biblioteki skryptów qb.
  • Istniejący serwer QBCore — jeśli serwer działa stabilnie, nie spiesz się z migracją. Zaplanuj przejście na Qbox w naturalnym momencie, np. przy wipie lub dużej aktualizacji.
  • Serwer ekonomiczny lub niszowy — ESX pozostaje świetnym wyborem: jego fundament ekonomiczny jest sprawdzony od lat, a żaden inny framework nie oferuje więcej skryptów prac i ekonomii.

Pułapka: najpierw sprawdź płatne skrypty

Najdroższy błąd to wybrać framework i dopiero potem odkryć, że twój ulubiony płatny skrypt go nie obsługuje. Zrób więc najpierw taką kontrolę:

  1. Spisz skrypty, których twój serwer naprawdę potrzebuje: inventory, telefon, bank, MDT, domy.
  2. Dla każdego skryptu sprawdź na stronie sprzedaży, które frameworki twórca oficjalnie wspiera. Płatne skrypty są zwykle zaszyfrowane (escrow), więc nie zmodyfikujesz ich samodzielnie.
  3. Na liście jest tylko ESX albo tylko QBCore? Przed zakupem zapytaj twórcę wprost, czy Qbox jest wspierany.
  4. Dopiero potem wybierz framework: wymiana jednego skryptu to popołudnie pracy, zmiana frameworka — nie.

Jak zainstalować framework

  1. Otwórz swój serwer FiveM w panelu MC-Node na panel.mc-node.net i uruchom go z zakładki Console.
  2. Otwórz txAdmin w przeglądarce i przejdź przez setup. W deployerze wybierz gotową recipe; dostępne są recipe m.in. dla ESX Legacy, QBCore i Qbox.
  3. Podczas deployu podaj dane dostępowe do bazy danych. Znajdziesz je w panelu w zakładce Databases.
  4. Po pierwszym uruchomieniu sprawdź w konsoli, czy nie ma błędów, i od razu zrób backup w zakładce Backups.

Migracja z QBCore na Qbox

Qbox został celowo zbudowany jako następca QBCore: baza danych graczy ma w dużej mierze tę samą strukturę, a qbx_core zawiera bridge, dzięki któremu większość skryptów qb działa dalej. Co nie przechodzi jeden do jednego: mocno zmodyfikowane pliki qb-core oraz inventory — Qbox używa ox_inventory, więc skrypty głęboko powiązane z qb-inventory trzeba wymienić lub zaktualizować. Migracja ma sens, jeśli twój core zawiera mało własnych zmian albo i tak planujesz wipe. Przejście zawsze najpierw przetestuj w osobnym folderze txData z kopią bazy danych, a dopiero potem przełącz serwer live.

Częste problemy

  • Skrypt zgłasza "qb-core not found" — warstwa kompatybilności Qbox przechwytuje większość wywołań, ale skrypty, które sztywno sprawdzają nazwę zasobu, czasem wymagają aktualizacji od twórcy.
  • Błąd dotyczący ox_lib przy starcie — Qbox opiera się na ox_lib. Sprawdź w zakładce Files, czy ox_lib znajduje się wśród twoich zasobów i czy w server.cfg jest ładowany przed pozostałymi skryptami wpisem ensure ox_lib.
  • Task Failed: Duplicate entry for key PRIMARY podczas deployu — uruchamiasz recipe na bazie danych, w której są jeszcze stare tabele. Wyczyść bazę albo utwórz nową w zakładce Databases i wykonaj deploy ponownie.
  • Płatny skrypt nie działa po przejściu — skryptów escrow nie spatchujesz samodzielnie. Sprawdź, czy twórca oferuje wersję dla Qbox, a jeśli nie — wyślij zgłoszenie do supportu tego twórcy.
  • Serwer nie startuje po zmianie — sprawdź, czy linia exec txData/... w konfiguracji startowej wskazuje na folder nowej recipe, i przeczytaj w konsoli dokładny komunikat błędu.

Podsumowanie

Dla niemal każdego nowego serwera w 2026 roku Qbox to najlepszy wybór: aktywny rozwój, nowoczesna baza i dostęp do istniejącej biblioteki skryptów qb. ESX pozostaje mocny na serwerach ekonomicznych, a dobrze działającego serwera QBCore nie musisz migrować już dziś. Chcesz zacząć? Skorzystaj z poradnika instalacji QBCore w naszej bazie wiedzy FiveM i sprawdź ofertę FiveM w MC-Node, aby w kilka minut uruchomić własny serwer.