Serwer roleplay jest zbudowany na frameworku: obsługuje on postacie, pieniądze, prace, ekwipunek i samochody. Porównamy trzy najczęściej używane (ESX Legacy, QBCore i Qbox), pomożemy wybrać i przeprowadzimy przez instalację z przepisu txAdmin, łącznie z konfiguracją adminów.
Czego potrzebujesz
Czym jest framework#
Framework to zestaw zasobów, który daje serwerowi podstawową „grę RP”: tworzenie postaci, gotówkę i pieniądze w banku, prace i stopnie, ekwipunek, własność pojazdów i zapis do bazy danych. Pozostałe skrypty (prace, sklepy, telefon, garaże) budują na funkcjach frameworka.
Co to oznacza w praktyce:
- Skrypt jest pisany pod konkretny framework. Skrypt dla ESX nie zadziała na QBCore bez zmian i odwrotnie. Zawsze szukaj więc wersji skryptu dla swojego frameworka.
- Zmiana frameworka na działającym serwerze jest trudna. Przejście na inny oznacza nową bazę danych i wymianę skryptów. Wybieraj więc uważnie już na początku.
- Framework potrzebuje bazy danych i zasobu
oxmysql.
Serwer bez frameworka (freeroam, drift, wyścigi) może działać na podstawowym przepisie txAdmin (FiveM Basic Server).
Podstawowe pojęcia#
| Pojęcie | Co oznacza | Gdzie jest przechowywane |
|---|---|---|
| Postać | Gracz może mieć kilka postaci, każdą z własnym imieniem, pieniędzmi i pracą. Wybiera jedną na ekranie multicharacter po połączeniu. | Tabela users w ESX, tabela players w QBCore i Qbox |
| Identyfikator | Po czym framework rozpoznaje gracza. Zwykle licencja Rockstar (license). | Razem z postacią w bazie danych |
| Konta | Gotówka, bank, ewentualnie brudne pieniądze lub krypto. | Razem z postacią |
| Praca i stopień | Praca postaci (policja, EMS, mechanik) i stopień z wynagrodzeniem. Szef zarządza pracownikami. | Tabele jobs i job_grades w ESX, konfiguracja w QBCore i Qbox |
| Gang | Odpowiednik pracy dla gangów. | QBCore i Qbox |
| Przedmioty | Rzeczy w ekwipunku: definicje (nazwa, waga) i ile ich ma postać. | Tabela items w ESX, pliki konfiguracyjne ox_inventory i QBCore |
| Society | Konto firmowe pracy, z którego mogą być wypłacane pensje. | Zależy od frameworka i skryptu bankowego |
| Posiadane pojazdy | Samochody kupione przez postać, ich tablice i ulepszenia. | Tabela owned_vehicles w ESX, tabele pojazdów w QBCore i Qbox |
Jeśli to rozumiesz, łatwiej znajdziesz problemy: gdy pieniądze lub samochód „znikną”, jest to rekord w bazie danych, który możesz odszukać i poprawić (na przykład w HeidiSQL).
Porównanie#
| ESX Legacy | QBCore | Qbox | |
|---|---|---|---|
| Pochodzenie | Najstarszy z trzech, rozwijany od wielu lat. | Samodzielny framework inspirowany ESX. | Powstał jako fork QBCore, z przepisanym kodem. |
| Rdzeń (zasób) | es_extended | qb-core | qbx_core |
| Biblioteki | esx_lib, ox_lib, oxmysql | oxmysql, własne qb-* | ox_lib, oxmysql |
| Ekwipunek | wbudowany w ESX, opcjonalnie ox_inventory | qb-inventory | ox_inventory |
| Targetowanie (interakcje) | zależy od skryptów | qb-target | ox_target |
| Baza danych | MariaDB (zalecana) | MySQL lub MariaDB | tylko MariaDB 10.9.0 lub nowsza |
| Skrypty dla innego frameworka | nie | nie | większość skryptów QBCore działa przez wbudowany bridge |
| Uprawnienia admina | grupa gracza (/setgroup) | grupy ACE qbcore.god, qbcore.admin, qbcore.mod | grupy ACE group.admin, group.mod, group.support |
| Przepis txAdmin | ESX Legacy | QBCore Framework | Qbox Framework |
| Dokumentacja | docs.esx-framework.org (otwiera się w nowym oknie) | qbcore.org/docs (otwiera się w nowym oknie) | docs.qbox.re (otwiera się w nowym oknie) |
Jak wybrać#
- Chcesz najwięcej gotowych skryptów i poradników? ESX Legacy. Jest najbardziej rozpowszechniony i znajdziesz dla niego skrypty niemal do wszystkiego.
- Chcesz nowoczesną bazę i skrypty QBCore? Qbox. Używa bibliotek
ox_lib,ox_inventoryiox_target, ma bardziej rygorystyczny kod i uruchamia większość skryptów QBCore przez bridge bez zmian. - Masz konkretne płatne skrypty dla QBCore? QBCore albo Qbox (sprawdź u autora skryptu, czy działa na Qbox).
- Budujesz serwer z własnymi skryptami od zera? Wybierz ten, którego dokumentacja odpowiada Ci najbardziej. Dobra znajomość frameworka ma większe znaczenie niż to, który wybierzesz.
Najbezpieczniejsze podejście: wdróż framework próbnie, wypróbuj go w grze i dopiero potem kupuj skrypty.
Przed instalacją#
- Utwórz pustą bazę danych w zakładce Baza danych (na przykład
fivem, Dozwolone połączenia z%). Zostaw otwarte dane Nazwa bazy danych, Użytkownik, Host i Hasło. - Przygotuj klucz licencyjny (zaczyna się od
cfxk_). - Zrób kopię zapasową, jeśli masz już coś na serwerze (zakładka Kopie zapasowe, poradnik), i wyeksportuj bazę danych (poradnik). Nowe wdrożenie zapisuje się do nowego folderu, ale przepis z włączonym Delete Database usunąłby bazę danych.
- Sprawdź artefakty. Frameworki wymagają aktualnej wersji serwera. Stary serwer zaktualizuj według artykułu Aktualizacja artefaktów.
Qbox i wersja bazy danych
Qbox oficjalnie wspiera tylko MariaDB 10.9.0 i nowsze. Wersję serwera bazy danych znajdziesz po pierwszym starcie w konsoli, w linii […] Database server connection established! (w nawiasach kwadratowych). Jeśli wersja jest niższa albo jest to MySQL, skontaktuj się z nami.
Instalacja z przepisu txAdmin#
Procedura jest taka sama dla wszystkich trzech frameworków; różni się tylko przepis i kilka ustawień po instalacji. Jeśli w txAdmin wdrożono już inny serwer, uruchom nowy kreator w Settings › FXServer przyciskiem Reset obok pola Server Data Folder. txAdmin wraca do strony Setup i nie usuwa istniejących plików.
- Na stronie Setup w txAdmin wpisz Server Name i kliknij Next.
- W Deployment Type wybierz Popular Recipes.
- Wybierz przepis zgodnie z zakładką niżej.
- Zostaw proponowany folder danych, kliknij Save, a potem Go to Recipe Deployer.
- W Step 1: Review Recipe kliknij Next.
- W Step 2: Input Parameters wypełnij Server Registration Key, a po kliknięciu Show/Hide Database options (advanced) także bazę danych: Database Host (IP z pola Host), Database Port (port z pola Host), Database Username, Database Password, Database Name. Przełącznik Delete Database jest domyślnie włączony; upewnij się, że jest ustawiony na Off. Każde pole szczegółowo objaśnia poradnik txAdmin.
- Kliknij Run Recipe i poczekaj na zakończenie. Duże przepisy trwają kilka minut.
- W Step 4: Configure server.cfg sprawdź, czy
endpoint_add_tcpiendpoint_add_udpmają port z linii Adres połączenia w zakładce Sieć (przepis może wpisać domyślny30120). Następnie dostosuj ustawienia według zakładki niżej i kliknij Save & Run Server.
ESX
Przepis: na liście Popular Recipes wybierz ESX Legacy.
Co instaluje przepis: rdzeń es_extended i inne zasoby w folderze [core] (postacie, menu, tożsamość, multicharacter), dodatki w folderze [esx_addons] (prace, bank, sklepy, garaże …), oxmysql, ox_lib, czat głosowy pma-voice i mapy wnętrz bob74_ipl.
Ustawienia w server.cfg po wdrożeniu:
| Linia | Co robi | Co ustawić |
|---|---|---|
sv_hostname i sets sv_projectName | Nazwa serwera (w konsoli i na liście serwerów). | Twoja nazwa. |
sets locale "root-AQ" | Język serwera na liście. | Twój język, na przykład sets locale "pl-PL" lub sets locale "en-US" |
#setr esx:locale "en" | Język ESX. Gdy jest zakomentowana, ESX używa języka ustawionego w txAdmin. | Odkomentuj i ustaw swój język ("en" dla angielskiego, "pl" dla polskiego, jeśli ESX zawiera to tłumaczenie) albo zostaw język txAdmin. |
#setr esx:identifier "license" | Jakiego identyfikatora ESX używa do rozpoznawania graczy. | Nie zmieniaj. Zmiana na działającym serwerze „gubi” wszystkie postacie. |
sv_enforceGameBuild | Game build (DLC). | Zostaw wartość z przepisu, chyba że Twoje skrypty wymagają wyższej. |
add_ace resource.es_extended command.add_principal allow i podobne | Pozwala ESX przydzielać grupy. | Nie usuwaj. |
Ustawienia bezpieczeństwa z przepisu
Przepis ESX włącza też opcje ochronne sv_enableNetworkedSounds false, sv_, sv_ i sv_filterRequestControl 2. Blokują one typowe sztuczki cheaterów, więc je zostaw. Objaśnia je artykuł server.cfg.
QBCore
Przepis: na liście Popular Recipes wybierz QBCore Framework.
Co instaluje przepis: rdzeń qb-core, dziesiątki skryptów qb-* w folderze [qb] (multicharacter, ekwipunek, policja, EMS, garaże, telefon, HUD, menu admina …), oxmysql, czat głosowy pma-voice i mapy.
Ustawienia w server.cfg po wdrożeniu:
| Linia | Co robi | Co ustawić |
|---|---|---|
sets locale "root-AQ" | Język serwera na liście. | Twój język, na przykład sets locale "pl-PL" lub sets locale "en-US" |
setr qb_locale "en" | Język QBCore. | en dla angielskiego albo inny kod języka, na przykład pl, jeśli rdzeń i skrypty zawierają ten język (nie wszystkie go mają). |
setr UseTarget false | Czy skrypty używają interakcji przez qb-target (oko), czy podpowiedzi klawiszy. | Na początek false, true jeśli chcesz interakcji przez target. |
sv_enforceGameBuild 3095 | Game build (DLC). | Zostaw wartość z przepisu. |
add_principal qbcore.god group.admin i inne | Hierarchia grup adminów QBCore. | Nie usuwaj. |
Przy pierwszym starcie QBCore buduje niektóre zasoby (wyjście yarn w konsoli). Pozwól mu skończyć, nawet jeśli potrwa to kilka minut, i nie restartuj w tym czasie serwera.
Qbox
Przepis: na liście Popular Recipes wybierz Qbox Framework.
Co instaluje przepis: rdzeń qbx_core, skrypty qbx_* (zarządzanie, policja, EMS, garaże, nieruchomości, HUD, menu admina …), biblioteki ox_lib, ox_target, ox_inventory, ox_doorlock i oxmysql oraz telefon npwd. Ustawienia są podzielone między pliki server.cfg, permissions.cfg, ox.cfg, voice.cfg i misc.cfg.
Ustawienia po wdrożeniu:
| Plik i linia | Co robi | Co ustawić |
|---|---|---|
server.cfg: sets locale "root-AQ" | Język serwera na liście. | Twój język, na przykład sets locale "pl-PL" lub sets locale "en-US" |
ox.cfg: setr ox:locale "en" | Język ox_lib i skryptów, które go używają (łącznie z qbx_core). | en dla angielskiego albo inny kod języka, na przykład pl. |
server.cfg: setr qb_locale "en" | Język skryptów QBCore działających przez bridge. | Ten sam kod języka co dla ox:locale. |
server.cfg: setr qbx:enableBridge "true" | Bridge dla skryptów napisanych dla QBCore. | Zostaw true, jeśli używasz skryptów QBCore. |
server.cfg: set qbx:discordLink "discord.gg/qbox" | Link do Discorda, który serwer pokazuje graczom. | Link do Twojego Discorda. |
server.cfg: set qbx:max_jobs_per_player 1 | Ile prac może mieć postać. | Więcej, jeśli chcesz multijob. |
ox.cfg: setr inventory:slots 50, setr inventory:weight 85000 | Liczba slotów ekwipunku i udźwig (w gramach). | Według zasad Twojego serwera. |
server.cfg: setr loadscreen: | Ekran wczytywania zamyka multicharacter. | Zmień na false tylko z własnym multicharacter, który nie zamyka ekranu. |
Pierwsze kroki po instalacji: uprawnienia admina#
Admin w txAdmin i admin we frameworku to dwie różne rzeczy. Podczas wdrożenia txAdmin dodaje głównego admina do grupy group.admin w server.cfg (linia add_principal identifier.). Frameworki budują na tym następująco:
ESX
ESX przechowuje grupę bezpośrednio przy postaci w bazie danych (user, admin …). Główny admin z txAdmin jest rozpoznawany automatycznie dzięki grupie group.admin. Aby zrobić adminem innego gracza, użyj w grze lub w konsoli serwera:
setgroup <PLAYER_ID> adminsetgroup– polecenie ESX do zmiany grupy (w grze z ukośnikiem:/setgroup).<PLAYER_ID>– serwerowe ID gracza (liczba widoczna na liście graczy w txAdmin albo w grze).admin– grupa. Aby znów zrobić z niego zwykłego gracza, ustaw grupęuser.
Grupa jest zapisywana w bazie danych i pozostaje po restarcie. Gracz może sprawdzić swoją grupę poleceniem /group.
QBCore
QBCore używa grup ACE qbcore.god (wszystko), qbcore.admin i qbcore.mod. Admina dodasz na stałe linią w server.cfg (w CFG Editor, jeśli używasz txAdmin):
add_principal identifier.license:<PLAYER_LICENSE> qbcore.godidentifier.– licencja gracza. Znajdziesz ją w txAdmin: Players, kliknij gracza, zakładka IDs.license: <PLAYER_ LICENSE> qbcore.god– najwyższa grupa. Dla mniejszych uprawnień użyjqbcore.adminlubqbcore.mod.
W grze uprawnienie możesz też dodać poleceniem /addpermission <PLAYER_ID> god albo w menu admina (/admin › Player Management › gracz › Permissions). Uprawnienie dodane w ten sposób trwa tylko do rozłączenia gracza lub restartu serwera; na stałe działa tylko przez server.cfg.
Qbox
Qbox używa grup ACE group.admin, group.mod i group.support (zdefiniowanych w permissions.cfg). Admina dodasz na stałe linią w permissions.cfg lub server.cfg:
add_principal identifier.license:<PLAYER_LICENSE> group.adminidentifier.– licencja gracza z txAdmin (Players › gracz › zakładka IDs). Możesz też użyćlicense: <PLAYER_ LICENSE> identifier..fivem: <FIVEM_ ID> group.admin– pełne uprawnienia.group.moddostaje menu i akcje moderatorskie,group.supporttylko wsparcie.
Menu admina otworzysz w grze poleceniem /admin. Polecenie /addpermission istnieje, ale jest przestarzałe i działa tylko do rozłączenia gracza.
Po edycji server.cfg lub permissions.cfg zrestartuj serwer.
Na Qbox polecenia admina z rdzenia (na przykład /addpermission, /setjob, /car) wymagają najpierw wpisania /optin. Wyłączysz to opcją requireOptIn = false w qbx_.
Co ustawić najpierw#
Każdy framework ma główny plik konfiguracyjny z ekonomią, spawnem i postaciami. Edytuj go przy zatrzymanym serwerze albo zrestartuj serwer w txAdmin po edycji. Pliki znajdziesz w folderze wdrożenia w resources.
ESX
Plik resources/:
| Ustawienie | Co robi | Wartość domyślna | Kiedy zmieniać |
|---|---|---|---|
Config. | Pieniądze, z którymi startuje nowa postać, według konta (bank, money = gotówka, black_money). | { bank = 50000 } | Według ekonomii Twojego serwera. Dotyczy tylko nowych postaci. |
Config. | Przedmioty dla nowej postaci (tabela) albo false. | false | Pakiet startowy (telefon, woda, jedzenie). |
Config.DefaultSpawns | Współrzędne, w których pojawia się nowa postać. Kilka wierszy = losowy wybór. | jedna pozycja w mieście | Własny spawn (lotnisko, dworzec). |
Config. | Które grupy mogą używać których poleceń admina ESX (setjob, car, setgroup …). | owner i admin | Daj moderatorom tylko część poleceń. |
Plik resources/:
| Ustawienie | Co robi | Wartość domyślna |
|---|---|---|
Config.Slots | Ile postaci może utworzyć każdy gracz. Sloty dla pojedynczych graczy dodasz poleceniem /setslots. | 3 |
Config.CanDelete | Czy gracz może usunąć swoją postać. | true |
QBCore
Plik resources/:
| Ustawienie | Co robi | Wartość domyślna | Kiedy zmieniać |
|---|---|---|---|
QBCore. | Rodzaje pieniędzy i kwoty startowe (cash, bank, crypto). | { cash = 500, bank = 5000, crypto = 0 } | Według Twojej ekonomii. Dodany rodzaj pieniędzy nie znika z bazy danych, nawet jeśli usuniesz go z konfiguracji. |
QBCore. | Jak często (w minutach) gracze dostają wypłatę. | 10 | Dłuższy odstęp = wolniejsza ekonomia. |
QBCore. | Pierwsze miejsce spawnu (vector4(x, y, z, heading)). | w pobliżu lotniska | Własny spawn. |
QBCore., ThirstRate | Jak szybko ubywa głodu i pragnienia. | 4.2, 3.8 | Niższa liczba = wolniej. |
QBCore. | Zamyka serwer dla wszystkich bez uprawnienia. | false | Konserwacja. |
QBCore.Config.Server.PVP | Czy gracze mogą do siebie strzelać. | true | Serwery bez PvP. |
QBCore. | Lista grup adminów (każda musi mieć add_ace/add_principal w server.cfg). | { 'god', 'admin', 'mod' } | Własne grupy (na przykład leo). |
Qbox
Plik resources/:
| Ustawienie | Co robi | Wartość domyślna | Kiedy zmieniać |
|---|---|---|---|
money.moneyTypes | Rodzaje pieniędzy i kwoty startowe. | { cash = 500, bank = 5000, crypto = 0 } | Według Twojej ekonomii. Dodany rodzaj pieniędzy nie znika z bazy danych. |
money.paycheckTimeout | Odstęp między wypłatami w minutach. | 10 | Według Twojej ekonomii. |
characters. | Ile postaci ma każdy gracz. | 3 | Więcej postaci dla wszystkich. |
characters. | Wyjątki dla konkretnych graczy według licencji. | przykładowa linia | Więcej postaci dla wybranych graczy (VIP). |
requireOptIn | Polecenia admina z rdzenia wymagają /optin. | true | false, jeśli przeszkadza Twoim adminom. |
Plik resources/: characters. (własny multicharacter), characters. (gracze mogą usuwać postacie), characters. (wybór mieszkania po utworzeniu postaci).
Pieniądze i przedmioty są przechowywane w bazie danych. Zmiana wartości startowych dotyczy tylko nowo utworzonych postaci; istniejące pozostają bez zmian.
Kompatybilne skrypty#
- Pobieraj wersję dla swojego frameworka. Wielu autorów oferuje jeden skrypt dla kilku frameworków z opcją w
config.lua(na przykładConfig.Framework = 'esx','qb'lub'qbx'). - Biblioteki ox (
ox_lib,ox_inventory,ox_target) działają zarówno z ESX, jak i z Qbox. Przed instalacją drugiego ekwipunku ustal jasno, którego używasz. Dwa ekwipunki naraz nie działają. - Skrypty QBCore na Qbox działają przez bridge, jeśli używają
qb-corew udokumentowany sposób. Skrypty, które bezpośrednio sięgają do tabel bazy danych QBCore, nie działają. - Konflikty: dwa skrypty o tej samej funkcji (dwa HUD-y, dwa garaże, dwa telefony) zwykle sobie przeszkadzają. Wyłącz pierwotny (zakomentuj jego
ensurealbo przenieś go poza kategorię).
Instalację pojedynczych skryptów opisuje artykuł Zasoby FiveM.
Instalacja ręczna (dla zaawansowanych)#
Przepis automatycznie robi to, co inaczej trzeba zrobić ręcznie:
- Pobiera rdzeń frameworka i jego zależności (
oxmysql,ox_lib…) w konkretnych wersjach. - Importuje plik SQL frameworka do bazy danych.
- Przygotowuje
server.cfgz właściwą kolejnościąensure, uprawnieniami ACE i connection stringiem.
Instalację ręczną wybierz tylko wtedy, gdy chcesz mieć każdą wersję pod kontrolą. Postępuj według oficjalnej dokumentacji frameworka i zachowaj kolejność: oxmysql › biblioteki › rdzeń › skrypty. Na serwerze StormHost przepis jest znacznie szybszy; ręczne przesyłanie setek plików przez zakładkę Pliki jest żmudne (pomoc techniczna może skonfigurować SFTP do dużych plików).
Aktualizacja frameworka#
- Zarchiwizuj pliki (zakładka Kopie zapasowe) i wyeksportuj bazę danych (HeidiSQL, poradnik).
- Przeczytaj informacje o wydaniu (changelog) na GitHubie frameworka. Szukaj głównie zmian w bazie danych (pliki migracji
.sql) i zmian konfiguracji. - Zatrzymaj serwer.
- Zastąp foldery aktualizowanych zasobów nowymi. Wcześniej pobierz swoje pliki
config.luai po aktualizacji porównaj je z nowymi (mogą brakować nowe opcje). - Uruchom migrację SQL, jeśli wydanie ją zawiera.
- Uruchom serwer i obserwuj konsolę. Potem sprawdź w grze swoją postać, pieniądze i ekwipunek.
Nie aktualizuj samego rdzenia bez pozostałych części frameworka. Wersje es_extended i skryptów [esx_addons] (albo qb-core i qb-*) powinny iść w parze.
Weryfikacja#
- Konsola (lub Live Console w txAdmin) pokazuje
Database server connection established!, a rdzeń frameworka wczytuje się bez czerwonych błędów. - Po połączeniu w grze pojawia się tworzenie lub wybór postaci.
- Polecenie
/group(ESX) albo otwarcie menu/admin(QBCore, Qbox) potwierdza, że masz uprawnienia admina.
Rozwiązywanie problemów#
Komunikatów, których tu nie znajdziesz, szukaj w artykule Częste błędy serwera FiveM.
Task Failed: Response code 403 (rate limit exceeded)#
Przepis pobiera dziesiątki repozytoriów z GitHuba, a GitHub tymczasowo ograniczył liczbę żądań. Poczekaj około godziny i uruchom wdrożenie ponownie.
Wdrożenie kończy się błędem bazy danych#
Dane nie zgadzają się z zakładką Baza danych (host z pola Host, nie localhost; nazwa bazy dokładnie jak na liście). Typowe komunikaty i ich naprawę opisuje artykuł Baza danych dla FiveM.
ESX = nil (lub attempt to index a nil value (global 'ESX'))#
Skrypt nie ma dostępu do ESX: albo startuje przed es_extended, albo używa starego sposobu wczytywania ESX. Umieść jego ensure pod es_extended i zaktualizuj zarówno es_extended, jak i skrypt do aktualnej wersji.
No such export GetCoreObject in resource qbx_core#
Skrypt QBCore wywołuje rdzeń Qbox bezpośrednio. Na Qbox powinien wywoływać exports['qb-core']: (przez bridge). Sprawdź, czy bridge jest włączony (setr qbx:enableBridge "true"), i popraw skrypt albo pobierz wersję dla Qbox.
Native … is not supported#
Framework lub skrypt używa funkcji, której Twoja wersja serwera jeszcze nie zna. Zaktualizuj artefakty do najnowszej wersji (poradnik).
Gracz wisi na ekranie wczytywania#
- Najczęściej błąd w skrypcie multicharacter albo w bazie danych. Sprawdź konsolę serwera i konsolę klienta (F8).
- Qbox z własnym multicharacter: ustaw
setr loadscreen:.externalShutdown false - QBCore po pierwszym wdrożeniu: poczekaj na zakończenie budowania zasobów (
yarn).
ESX Multicharacter couldn't connect to the database#
Połączenie z bazą danych nie działa. Sprawdź set mysql_connection_string w server.cfg i linię Database server connection established! w konsoli.
Polecenia admina nie działają#
- QBCore i Qbox: brakuje linii
add_principal …z poprawnym identyfikatorem albo dodano ją bez restartu serwera. - ESX: gracz nie ma grupy
admin. Sprawdź przez/groupi ustaw przezsetgroup.
Podsumowanie
- Framework wybierz z góry: ESX Legacy ma najwięcej skryptów, Qbox najnowocześniejszą bazę plus zgodność ze skryptami QBCore, a QBCore to klasyka z własnymi skryptami
qb-*. - Instalacja: pusta baza danych, txAdmin › Popular Recipes › przepis, dane bazy z pola Host, Run Recipe, Save & Run Server.
- Po instalacji ustaw język serwera (
sets locale) i język frameworka oraz dodaj adminów na stałe przezserver.cfg(QBCore, Qbox) lubsetgroup(ESX). - Skrypty pobieraj w wersji dla swojego frameworka. Przed aktualizacją zarchiwizuj pliki i bazę danych.