ESX, QBCore czy Qbox: jaki framework FiveM wybrać w 2026 roku?
W tym artykule
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
| ESX | QBCore | Qbox | |
|---|---|---|---|
| Społeczność | Duża i stabilna, silna w UE | Duża, ale malejąca | Rosnąca i aktywna |
| Aktualizacje (2026) | Regularne (ESX Legacy) | Praktycznie wstrzymane | Aktywny rozwój |
| Kompatybilność skryptów | Ogromna własna biblioteka ESX | Największa biblioteka qb | Uruchamia większość skryptów qb przez bridge, plus własne zasoby qbx |
| Dokumentacja | Obszerna, częściowo przestarzała | Przyzwoita, już nieaktualna | Nowoczesna i aktualna (docs.qbox.re) |
| Krzywa uczenia | Średnia | Niska, 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ę:
- Spisz skrypty, których twój serwer naprawdę potrzebuje: inventory, telefon, bank, MDT, domy.
- 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.
- Na liście jest tylko ESX albo tylko QBCore? Przed zakupem zapytaj twórcę wprost, czy Qbox jest wspierany.
- Dopiero potem wybierz framework: wymiana jednego skryptu to popołudnie pracy, zmiana frameworka — nie.
Jak zainstalować framework
- Otwórz swój serwer FiveM w panelu MC-Node na panel.mc-node.net i uruchom go z zakładki Console.
- 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.
- Podczas deployu podaj dane dostępowe do bazy danych. Znajdziesz je w panelu w zakładce Databases.
- 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.
Uruchom swój serwer w 60 sekund na naszym własnym sprzęcie.