ESX Legacy to framework roleplay open-source FiveM. Dla nowego serwera, użyj oficjalnego szablonu ESX Legacy w txAdmin lub postępuj zgodnie z pełną oficjalną dokumentacją instalacji. Instalacja samego es_extended folderu nie jest kompletną konfiguracją serwera, ponieważ wspierany stos obejmuje pracę z bazą danych, wymagane zasoby i uporządkowaną konfigurację uruchamiania.
Kluczowe wnioski
- Użyj oficjalnego przepisu ESX Legacy txAdmin dla nowej instalacji.
es_extendedjest podstawą, a nie całym serwerem roleplay.- Dokumentowana ścieżka ręczna obejmuje oxmysql, spawnmanager, SQL, wykluczenia i kolejność zasobów.
- Przed aktualizacją zidentyfikuj dokładną wersję ESX lub fork i wykonaj kopię zapasową zarówno bazy danych, jak i zasobów.
- Sprawdź każdy skrypt strony trzeciej pod kątem aktualnego frameworka, inwentarza, biblioteki bazy danych, zdarzeń, eksportów i zależności.
Co zapewnia ESX Legacy
ESX dostarcza podstawę frameworka dla danych graczy i postaci oraz dla zasobów, które integrują się z jego API i konwencjami. Prace, inwentarz, mieszkania, bankowość, telefony i inne systemy rozgrywki to oddzielne zasoby lub części wybranego przepisu. Ich obecność i zachowanie zależą od faktycznego stosu, a nie tylko od faktu, że es_extended jest zainstalowany.
Oficjalny ESX repozytorium rdzenia jest właściwym źródłem aktualnego kodu rdzenia. Jego es_extended manifest deklaruje oxmysql jako zależność. Użyj oficjalnej dokumentacji i historii wydań, aby zidentyfikować, co masz; unikaj losowego pakietu reklamowanego tylko jako najnowszy ESX ZIP.
Zainstaluj nowy serwer ESX z txAdmin
Oficjalny samouczek serwera używa dołączonego przez FXServer narzędzia do wdrażania przepisów txAdmin. Wybierz szablon ESX Legacy i ukończ bieżącą skonfigurowaną konfigurację, zamiast kopiować jeden folder rdzenia do inaczej pustego katalogu zasobów.
- Przygotuj aktualne środowisko FXServer i otwórz przepływ konfiguracji txAdmin.
- Utwórz nowe wdrożenie przepisu przy użyciu oficjalnego szablonu ESX Legacy.
- Podaj udokumentowany klucz serwera i ustawienia bazy danych.
- Pozwól przepisowi wdrożyć bazę danych i wymagane zasoby.
- Przejrzyj wygenerowaną konfigurację, uprawnienia i kolejność zasobów.
- Uruchom serwer testowy i zweryfikuj tworzenie postaci, trwałość, pracę, uprawnienia i logi.
Trzymaj dane uwierzytelniające z dala od udostępnianych plików i zrzutów ekranu. Po wdrożeniu zapisz dokładne wersje repozytorium lub wydania, aby późniejsze sprawdzenia zgodności opierały się na dowodach, a nie na ogólnym oznaczeniu ESX.
Używaj ręcznej ścieżki instalacji tylko wtedy, gdy jest to konieczne.
Oficjalna dokumentacja ręcznej instalacji określa pełne granice. Obejmuje ona wymagania oxmysql i spawnmanager, importowanie legacy.sql, zestaw zasobów podstawowych i dodatkowych, wykluczenia oraz wymaganą kolejność uruchamiania. Postępuj zgodnie z tą stroną jako jedyną aktualną procedurą. Nie ograniczaj jej do przenoszenia es_extended, edycji jednego pliku konfiguracyjnego i dodania jednego ensure wiersza.
| Obszar instalacji | Dowody do zachowania |
|---|---|
| Rdzeń i dodatki | Dokładne repozytorium, tag lub commit dla każdego zasobu ESX. |
| Baza danych | Konfiguracja połączenia, zaimportowane SQL i kopia zapasowa przed zmianą. |
| Zależności | oxmysql, spawnmanager i wszelkie biblioteki specyficzne dla zasobów. |
| Zamówienie | Dokumentowane zapewnienia i wszelkie celowe wykluczenia. |
| Weryfikacja | Logi startowe, trwałość postaci i sprawdzanie uprawnień. |
Bezpiecznie zaktualizuj istniejący serwer ESX
Najpierw zidentyfikuj, czy serwer działa na obecnym ESX Legacy, starszej wersji czy forku ze zmodyfikowanym rdzeniem. Zanotuj aktualny schemat bazy danych, wersje zasobów i lokalne modyfikacje. Utwórz przywracalną kopię zapasową bazy danych i migawkę zasobów/konfiguracji przed wymianą czegokolwiek.
Przeczytaj notatki dotyczące migracji i wydania między wdrożoną wersją a wersją docelową. Przetestuj pełną aktualizację na stagingu z reprezentatywnymi danymi produkcyjnymi. Aktualizacja rdzenia może wpłynąć na eksporty, zdarzenia, dane graczy, tabele bazy danych, integracje ekwipunku i zależne skrypty. Zweryfikuj ponowne połączenia i restarty, a także nową postać.
- Porównaj schematy i migracje SQL przed ich zaimportowaniem.
- Rozwiąż zmiany w rdzeniu jawnie, zamiast je po cichu nadpisywać.
- Sprawdź każdy zasób zależny od frameworka pod kątem zmienionych eksportów, zdarzeń lub identyfikatorów.
- Przetestuj dozwolone i zabronione prace, grupy i komendy.
- Przejrzyj logi klienta, serwera i bazy danych podczas reprezentatywnych akcji.
- Zachowaj poprzednie pliki i pasujące kopie zapasowe bazy danych do momentu zaakceptowania wdrożenia.
Wybierz skrypt zgodny z ESX
Zacznij od płatne skrypty FiveM w katalogu i zawęź do Skrypty ESX. Etykieta produktu ESX jest początkowym filtrem. Potwierdź oczekiwaną wersję lub fork ESX, bibliotekę bazy danych, system inwentaryzacji, targetowania lub menu, zmiany SQL, zdarzenia, eksporty i uprawnienia. Sprawdź, czy zasób zastępuje istniejący system, czy z nim integruje. Dwa zasoby, które oba posiadają system inwentaryzacji lub inicjalizacji postaci, mogą kolidować, nawet jeśli każdy z nich jest indywidualnie oznaczony jako zgodny z ESX.
Przeczytaj informacje dotyczące dostawy, licencji, aktualizacji i wsparcia specyficzne dla produktu. Zainstaluj na pasującym serwerze testowym i przetestuj ścieżki błędów, w tym nieautoryzowane role i powtarzające się zdarzenia. Widoczne ograniczenie UI nie zastępuje walidacji po stronie serwera.
ESX, QBCore lub Qbox
Nie ma ustalonego przez oficjalne źródła uniwersalnego najlepszego frameworka. ESX jest często wyborem o najniższym ryzyku, gdy istniejące dane produkcyjne, skrypty i procedury zespołowe już zależą od ESX, a żaden przetestowany zysk z migracji nie przewyższa kosztu konwersji. QBCore to oddzielny ekosystem API i zasobów. Qbox posiada udokumentowany most QB, ale to nie sprawia, że zasoby specyficzne dla ESX są automatycznie przenośne.
Użyj porównania frameworków w oparciu o wymagane zasoby, wiedzę zespołu, migrację danych, bieżącą dokumentację i możliwość wycofania zmian. Rozważając zmianę, zinwentaryzuj tożsamości, pieniądze, pracę, ekwipunek, pojazdy, mieszkania, telefony, bankowość, uprawnienia i niestandardowe zdarzenia przed wyborem celu.
Bezpieczne kolejne kroki
- Dla nowej instalacji, zacznij od obecnego oficjalnego przepisu ESX Legacy txAdmin.
- Dla istniejącego serwera, udokumentuj dokładną wersję i fork przed planowaniem aktualizacji.
- Dla nowego zasobu, zweryfikuj wszystkie granice integracji i przetestuj go z reprezentatywną bazą danych.
- Zachowaj informacje o frameworku i wymagania dotyczące produktów komercyjnych oddzielnie i zweryfikuj oba przed zakupem.
Porównaj ESX z innymi ścieżkami frameworków
Przejrzyj szerszy Porównanie frameworków FiveM przed migracją istniejącej bazy danych i użyj Przewodnik QBCore tylko wtedy, gdy wymagane skrypty i model danych uzasadniają tę zmianę.