Un'attività FiveM di solito necessita di due livelli separati: un MLO fornisce l'edificio, le stanze e la collisione; un lavoro personalizzato fornisce dipendenti, crafting, fatturazione, stock, vendite e gestione. L'acquisto di entrambi non garantisce che funzionino insieme. La compatibilità dipende dal tuo framework e dalle altre risorse tra di essi.
Matrice di compatibilità rapida
| Livello | Cosa verificare | Errore di corrispondenza comune |
|---|---|---|
| MLO | Coordinate, porte, collisioni e conflitti di mappa | Un'altra mappa modifica la stessa posizione |
| Framework | Supporto ESX, QBCore, Qbox o standalone | Un'etichetta QBCore è considerata prova di supporto Qbox |
| Inventario | Definizioni degli oggetti, immagini, metadati ed esportazioni | Lo script si aspetta un inventario diverso API |
| Interazione | Risorsa di destinazione, zone, indicatori o prompt dei tasti | I punti di interazione sono scritti per un altro sistema di destinazione |
| Logica di business | Gradi di lavoro, dovere, fatturazione, conto della società e menu del capo | I nomi dei gradi o gli identificatori degli account non corrispondono |
| Banca dati | SQL modifiche, proprietà e persistenza | Le tabelle vengono importate senza un backup o un piano di migrazione |
1. Scegli la location e il gameplay separatamente
Inizia con il loop di roleplay: meccanico, ristorante, bar, concessionaria, discoteca o un'altra attività di un giocatore. Poi scegli la mappa e lo script in modo indipendente. Un interno rifinito non fornisce ricette o fatture, e uno script di lavoro completo non sposta automaticamente i suoi punti di interazione in un edificio personalizzato.
Ad esempio, confronta script di lavoro meccanico con il FiveM MLO catalogo. Per il roleplay di ospitalità, ispeziona il Irish Pub Job, UwU Cafe MLO E Biliardo Bar MLO come componenti separati.
2. Leggi i manifest delle risorse e gli elenchi delle dipendenze
Apri ogni file consegnato fxmanifest.lua prima di aggiungere la risorsa a server.cfg. Il manifest può identificare script, file e dipendenze, mentre la documentazione del creatore dovrebbe indicare il framework, l'inventario, il target, il menu, le notifiche, l'audio e le risorse del database richieste. Usa il riferimento ufficiale Cfx.re per i manifest delle risorse quando una direttiva non è chiara.
Per Qbox, non dare per scontato che ogni risorsa QBCore sia compatibile. Leggi la guida Qbox vs QBCore e richiedi un'istruzione nativa Qbox o un percorso di bridge documentato sul singolo prodotto.
3. Installa prima il MLO
- Esegui il backup del server e del database, quindi crea una copia di staging.
- Avvia solo il MLO e le sue dipendenze di mappa documentate.
- Controlla ingressi, porte, collisioni, illuminazione e accesso ai veicoli.
- Cerca risorse YMAP, MLO o di vegetazione sovrapposte nella stessa posizione.
- Registra le coordinate esatte per i banconi di servizio, lo stoccaggio, la creazione, il dovere e la gestione.
Questo separa un problema della mappa da un problema dello script del lavoro. Se l'edificio non funziona da solo, l'aggiunta di risorse di fatturazione e inventario rende la diagnosi più difficile.
4. Definisci lavori, gradi e conti
Crea la struttura di lavori e gradi prevista dallo script. Abbina esattamente i nomi interni: mechanic E mechanic2 sono identificatori diversi. Decidi quali gradi possono assumere, prelevare denaro, creare oggetti riservati o accedere alla gestione. Se lo script utilizza un conto di società o aziendale, verifica che i depositi e i prelievi raggiungano tale conto dopo una riconnessione e un riavvio delle risorse.
Uno strato di gestione condiviso come il Menù Boss e Gang Avanzati richiede comunque gradi di lavoro e permessi corretti; non può dedurre una struttura organizzativa sicura.
5. Inventario della mappa, target e coordinate
Aggiungi ogni oggetto richiesto all'inventario utilizzato sul tuo server, incluse immagini e metadati dove richiesto. Sostituisci le coordinate di interazione predefinite dello script con i punti registrati all'interno del MLO. Quindi verifica le zone target o i prompt chiave da diverse distanze e posizioni del giocatore.
Le risorse di ristoranti e pub necessitano di maggiore attenzione riguardo alle ricette: nomi degli ingredienti, quantità, oggetti di output e prezzi di vendita devono corrispondere all'economia reale. Le risorse meccaniche necessitano di controlli di proprietà del veicolo, oggetti di riparazione e fatturazione. Le risorse delle concessionarie necessitano di spawn in showroom, controlli di stock e acquisto.
6. Testa l'intero percorso del cliente e del dipendente
- Il dipendente effettua il check-in e può accedere solo alle azioni consentite dal grado.
- Il cliente può acquistare, ricevere una fattura o interagire senza ricoprire il ruolo di dipendente.
- Gli articoli vengono rimossi e concessi esattamente una volta.
- Il reddito aziendale raggiunge il conto corretto.
- Inventari completi, azioni annullate e dipendenze non disponibili falliscono in modo sicuro.
- Lo stato sopravvive a disconnessioni, riavvii dello script e a un riavvio completo del server.
- Due giocatori che utilizzano la stessa postazione non possono duplicare scorte o ricompense.
Ordine di acquisto consigliato
- Scegli il ciclo e il framework aziendale.
- Acquista o installa il MLO, quindi dimostra che non ha conflitti di mappa.
- Seleziona uno script di lavoro con supporto esplicito per il tuo framework e stack di dipendenze.
- Aggiungi risorse di gestione, inventario o interazione solo quando il lavoro scelto le richiede.
- Completa i test di staging prima di importare la configurazione in produzione.
Checklist finale
Prima dell'acquisto, dovresti essere in grado di nominare la versione del framework, l'inventario, il sistema di targeting, la risorsa di gestione, il metodo di account aziendale, le modifiche al database e la posizione della mappa. Se uno di questi è sconosciuto, chiedi al creatore o scegli un prodotto con una documentazione più chiara. Questo è più veloce ed economico che riparare uno stack aziendale incompatibile dopo il lancio.