Skip to main content
Quelques minutes. Choisissez votre framework là où les étapes diffèrent.
Si vous utilisez Creator : ensure rco-appearance avant ensure rco-creator. Creator ne démarre pas sans Appearance.
Vous utilisez déjà un système d’apparence non stock ? Lisez Migration, arrêtez les anciennes ressources, testez sur une copie — ne basculez pas à chaud en production.

Ce qu’il faut désactiver

Appearance refuse de démarrer si les ressources stock barbier/vêtements/personnage tournent encore.

À propos de provide

Appearance répond pour des noms comme rsg-appearance et vorp_character afin que les dépendances d’autres scripts se résolvent. Vous arrêtez quand même le stockprovide ne signifie pas « lancer les deux ».
1

Télécharger et extraire

Gardez le nom de dossier tel qu’expédié.
2

Arrêter les ressources d'apparence stock

Commentez les lignes ensure conflictuelles (tableau ci-dessus).rsg-bathing et rsg-prison ne sont pas remplacés — ils peuvent rester.
3

Ajouter au démarrage

4

Base de données

En général automatique. Le premier démarrage crée rco_appearance et les tables de tenues. Pas de SQL manuel sur un hébergeur normal.Les fichiers SQL fournis servent pour les hôtes qui bloquent l’auto-création, ou si vous voulez revoir le schéma avant la mise en prod.Les tables Creator sont séparées — installation Creator.
5

Tester

Redémarrez, allez à une boutique de vêtements, interagissez à la porte — l’UI doit s’ouvrir sans téléportation.Les personnages existants gardent leur look au premier login (Migration).