Instalacja

Około dziesięciu minut. Nie ma żadnego SQL do zaimportowania — tabele i cała domyślna zawartość budują się same przy pierwszym starcie. Każdy krok kończy się informacją, po czym poznasz, że zadziałał.

Zanim zaczniesz

Potrzebujesz	Dlaczego
oxmysql, uruchomiony, z działającym connection stringiem	Wszystko żyje w bazie danych, łącznie z zawartością panelu admina
fmLib	Zadeklarowany jako zależność; zasób nie wystartuje bez niego
glitch-minigames	Minigry hakerskie podczas etapu otwierania wytrychem
ESX, QBCore lub QBox (opcjonalnie)	Wykrywane samodzielnie. Bez żadnego z nich działa jako standalone
ox_target lub qb-target (opcjonalnie)	Tylko dla odpowiadającego `Config.InteractionSystem`

1. Umieść folder na miejscu

Wrzuć mic_boosting do swoich zasobów, na przykład do resources/[mic]/.

Zachowaj nazwę folderu mic_boosting. Nazwa przedmiotu mic_boosting_tablet, tabele mic_boosting_* i wszystko, o co zapyta cię wsparcie, używają tej nazwy.

2. Uruchom go po rzeczach, na których się opiera

W server.cfg wpis ensure mic_boosting ma trafić poniżej oxmysql, twojego frameworka (es_extended, qb-core lub qbx_core), fmLib, twojego ekwipunku, zasobu targetu i glitch-minigames.

Najważniejszy jest oxmysql. Zasób czeka na niego przed zbudowaniem tabel; jeśli oxmysql nie jest jeszcze uruchomiony, konfiguracja zostaje pominięta, a panel admina otwiera się z pustymi wszystkimi kartami.

Działa, gdy konsola pokazuje [MIC-BOOSTING] Server Bridge initialized. Detected Framework: esx (lub qbcore — co pokazuje też QBox — albo standalone) i brak czerwonych linii od mic_boosting.

3. Baza danych — nic do zrobienia

Przy pierwszym starcie zasób tworzy swoje tabele mic_boosting_* w bazie, na którą wskazuje oxmysql, a następnie wypełnia je ustawieniami domyślnymi: sześć klas, pula aut dla każdej, 28 miejscówek odbioru po czterech strażników każda, 11 miejsc dostawy, sześć zestawów strażników, minigry, sklep z narzędziami, wyzwania, kamienie milowe, osiągnięcia i perki.

mic_boosting.sql jest dołączony w katalogu głównym zasobu dla tych, którzy wolą stworzyć schemat ręcznie. Nie jest ci potrzebny.

Działa, gdy konsola wypisze serię linii [mic_boosting seeder] przy pierwszym starcie, a przy kolejnych nie.

4. Dodaj przedmioty

Wymagany jest tylko jeden przedmiot: mic_boosting_tablet, którego gracze używają do otwierania tabletu. Sześć przedmiotów-narzędzi jest sprzedawanych na karcie Tools w tablecie i wystarczy je zarejestrować tylko wtedy, gdy chcesz, by działały.

Przedmiot	Co robi
`mic_boosting_tablet`	Otwiera tablet. Wymagany w trybie `item`
`mic_gps_tracker`	Dokładna lokalizacja auta następnego kontraktu
`mic_signal_booster`	Mniejszy okrąg poszukiwań następnego kontraktu
`mic_police_scanner`	Opóźnia alert policji przy następnym kontrakcie
`mic_radar_jammer`	Dłuższe opóźnienie alertu policji
`mic_emp_jammer`	Raz pomija minigrę z wytrychem
`mic_fake_plates`	Zeruje twój heat w chwili zakupu

Gotowe definicje są w folderze items/ — wybierz plik dla swojego ekwipunku i skopiuj jego wpisy:

Plik	Dla
`items/ox_inventory.lua`	ox_inventory — trafia do `ox_inventory/data/items.lua`
`items/qbcore_items.lua`	QBCore — trafia do `qb-core/shared/items.lua`
`items/esx_items.lua`	Własny ekwipunek ESX — wiersze do twojej tabeli `items`

Siedem obrazków jest w items/images/. Skopiuj je do folderu z obrazkami twojego ekwipunku (ox_inventory/web/images/ lub qb-inventory/html/images/).

5. Framework i bridge

Config.Framework w config.lua jest domyślnie ustawione na 'auto': szuka qb-core, potem es_extended, a w przeciwnym razie działa jako standalone. Wymuś 'qbcore', 'esx' lub 'standalone' tylko wtedy, gdy wykrywanie wybierze źle.

Na QBox zostaw 'auto': QBox jest wykrywany przez swoją kompatybilność z QBCore — qbx_core dostarcza qb-core — więc nie ma nic do ustawiania. Jeśli wymuszasz, użyj 'qbcore'.

Jeśli twój zasób targetu to nie ox_target, ustaw Config.InteractionSystem na 'qb_target' lub 'drawtext' (zwykła podpowiedź E, bez zasobu targetu).

6. Nadaj sobie admina

Panel admina to /boostingconfig. Jesteś adminem, jeśli spełniony jest którykolwiek z warunków:

masz ACE wymienione w Config.AdminAce (domyślnie command — admini txAdmin zwykle je mają przez group.admin);
twoja grupa jest wymieniona w Config.AdminGroups (admin, superadmin, god) — grupa ESX lub uprawnienie QBCore.

Na serwerze standalone jedyną drogą jest ACE: daj group.admin ace command i dodaj siebie do group.admin w server.cfg.

Działa, gdy /boostingconfig otwiera panel na karcie Locations z wypisanymi 28 miejscówkami.

7. Pierwszy kontrakt

Daj sobie mic_boosting_tablet i lockpick, po czym użyj tabletu.
Na karcie Classes w panelu admina ustaw na czas tego testu Min Police Online dla klasy D na 0. Każda klasa domyślnie wymaga 2 policjantów online, więc na pustym serwerze testowym zamiast kontraktu dostaniesz Not enough police online (0/2).
Na karcie Home w tablecie dołącz do kolejki klasy D i przyjmij kontrakt, który przyjdzie.

Działa, gdy auto jest zaznaczone na twojej mapie, pojawia się na nim podpowiedź wytrycha, minigra się uruchamia, a dostarczenie go do miejsca dostawy dodaje MB i XP do twojego profilu.

Zanim otworzysz miasto

Przywróć Min Police Online w każdej klasie, którą zmieniłeś podczas testów.
Sprawdź, czy Config.PoliceJobs zawiera nazwy twoich jobów policji, żeby licznik minimalnej liczby policji je widział.
Zostaw Config.ForceDropoffId i Config.ForceLocationId na nil. Przypinają każdy kontrakt do jednego miejsca i istnieją tylko do testów.
Podepnij swoją dyspozytornię. Domyślny alert policji to powiadomienie i znacznik (blip); aby użyć cd_dispatch, ps-dispatch lub innej, edytuj Bridge.PoliceDispatch w bridge/client_bridge.lua.
Upewnij się, że lockpick i advancedlockpick da się zdobyć gdzieś w twoim mieście.