Kompletna konfiguracja FiveM policji to zazwyczaj stos, a nie jeden zasób. Praca policji kontroluje obowiązki i interakcje, MDT lub CAD organizuje rejestry, a dyspozytornia rozprowadza incydenty i informacje o jednostkach. Mapy, pojazdy, dowody i przepływy pracy medycznej mogą znajdować się wokół tych podstawowych systemów. Ten przewodnik dla kupujących rozdziela odpowiedzialności, aby właściciele serwerów mogli wybierać kompatybilne części zamiast kupować nakładające się funkcje.
Zrozum trzy podstawowe warstwy
| Warstwa | Typowa odpowiedzialność | Pytania przed zakupem |
|---|---|---|
| Praca policyjna | Stan służby, stopnie, interakcje, aresztowania, dowody lub dostęp do zbrojowni | Z jakiej struktury, systemu inwentaryzacji i systemu docelowego korzysta? |
| MDT lub CAD | Profile, raporty, nakazy, pojazdy, incydenty i uprawnienia | Jak identyfikowane są postacie, prace i rekordy bazy danych? |
| Dyspozytornia | Alerty, znaki wywoławcze, jednostki, punkty na mapie, trasy i koordynacja ratowników | Które zdarzenia i eksporty łączą prace, telefon i niestandardowe alerty? |
Niektóre produkty łączą dwie lub trzy warstwy. Może to zmniejszyć nakład pracy związany z integracją, ale może też zduplikować system, którego już używasz. Przed zakupami utwórz prostą mapę odpowiedzialności: jeden właściciel stanu dyżuru, jedno źródło raportów i jedno źródło zgłoszeń dyspozytorskich. Jeśli dwa zasoby tworzą alerty lub rekordy, zdecyduj, która integracja zostanie wyłączona.
Zacznij od zgodności frameworka i identyfikacji
Potwierdź dokładną integrację ESX, QBCore lub QBOX oraz identyfikator postaci używany przez każdą warstwę. Praca policyjna może przechowywać stopnie inaczej niż MDT, podczas gdy serwer wielopostaciowy może wymagać określonego identyfikatora obywatela lub postaci. Sprawdź, jak uprawnienia są mapowane na nazwy i stopnie pracy, czy obsługiwane są stany poza służbą i jak przechowywane są znaki wywoławcze.
Następnie wymień wspólne zależności, takie jak ekwipunek, zasób docelowy, biblioteka menu, biblioteka bazy danych, telefon lub system głosowy. Celem nie jest maksymalizacja zależności; jest zapewnienie, że każda wymagana zależność już pasuje do serwera. Przeglądaj bieżące skrypty policyjne i powiązane Skrypty pracy FiveM mając tę listę obok siebie.
Zaprojektuj przepływ incydentu przed instalacją
Przejdź przez jeden realistyczny incydent od początku do końca. Akcja cywila lub ręczne wezwanie tworzy alert. Dyspozytor wysyła alert do uprawnionych jednostek. Funkcjonariusz akceptuje go, nawiguje do miejsca zdarzenia i zapisuje wynik w MDT. Mogą zostać utworzone dowody lub przedmioty z inwentarza, a personel medyczny może potrzebować powiązanego przepływu pracy. To ćwiczenie ujawnia brakujące zdarzenia i zduplikowane obowiązki, zanim dotrą do graczy.
Zapytaj, czy alerty mogą być tworzone za pomocą udokumentowanych eksportów lub zdarzeń, jak jednostki zmieniają status, jak znikają znaczniki (blips) i czy historia dyspozytora łączy się z raportami. Jeśli aplikacja telefoniczna tworzy wezwania alarmowe, zweryfikuj również jej ścieżkę integracji. Widoczna funkcja w demonstracji nie dowodzi, że zewnętrzny telefon lub praca połączy się automatycznie.
Dopasuj stację i przestrzeń świata
Stos operacyjny powinien pasować do fizycznej stacji. Zamki do drzwi, pomieszczenia na dowody, zbrojownie, garaże i windy mogą wymagać współrzędnych lub stref. Podczas porównywania FiveM MLOs, zauważ, czy wybrany zasób policyjny oczekuje konkretnego układu wnętrza. Mapę zazwyczaj można przetestować niezależnie, ale punkty interakcji i systemy drzwi nadal wymagają konfiguracji.
Ustaw stos w bezpiecznej kolejności
- Wykonaj kopię zapasową bazy danych i bieżących zasobów policyjnych.
- Zainstaluj wspólne biblioteki i mosty frameworków.
- Skonfiguruj pracę policyjną i potwierdź stopnie, obowiązki i interakcje.
- Dodaj MDT i przetestuj rekordy postaci, pojazdów, zgłoszeń i uprawnień.
- Dodaj dyspozytora i przetestuj ręczne, automatyczne i inicjowane telefonicznie alerty.
- Połącz przepływy pracy stacji, drzwi, ekwipunku, dowodów i medyczne.
Testuj z co najmniej dwiema rolami policyjnymi i jedną rolą cywilną, w tym ponowne połączenia i błędy uprawnień. Dynamiczna lista produktów dołączona do tego przewodnika przedstawia aktualne opcje w całym stosie. Przejrzyj każdą stronę produktu pod kątem aktualnego wsparcia frameworka, zależności i dołączonych funkcji przed zakupem; najlepsza kombinacja to ta z przejrzystymi interfejsami i bez zduplikowanego właściciela systemu.
Przetestuj pełny cykl życia incydentu
Najważniejszy test integracyjny nie polega na tym, czy każdy interfejs się otwiera. Polega na tym, czy jeden incydent zachowuje tę samą lokalizację, kontekst rozmówcy, status i przypisane jednostki od utworzenia zgłoszenia do jego zamknięcia. Utwórz scenariusz stagingowy, który przechodzi przez przyjmowanie zgłoszeń, przypisanie dyspozytora, potwierdzenie przez oficera, wyszukiwanie w MDT, zmiany statusu i ostateczne rozstrzygnięcie.
- Potwierdź uprawnienia oddzielnie dla cywilów, dyspozytorów, oficerów, nadzorców i administratorów.
- Zweryfikuj, czy ponowne połączenia i restarty zasobów nie duplikują aktywnych incydentów ani nie tracą statusu jednostki.
- Sprawdź zasady retencji przed przechowywaniem nazwisk, raportów, obrazów lub innych rekordów powiązanych z graczem.
- Dokumentuj, który zasób jest właścicielem alertów, rekordów i dowodów, aby dwa systemy nie zapisywały sprzecznych danych.
Mniejszy stos z określoną własnością jest zazwyczaj łatwiejszy w obsłudze niż kilka nakładających się zasobów policyjnych.