Skip to main content
La plupart des serveurs installent Appearance, arrêtent le stock et passent à la suite. Cette page est pour « Mon script de logement va casser ? Le dossier ancien peut rester ? Et ce barbier custom ? »

​
Réponse courte

  • Arrêtez les ressources d’apparence stock dans Installation. Ne lancez pas les deux.
  • La plupart des scripts qui lisent seulement un look (preview logement, écuries, mugshots) continuent — mêmes noms d’export qu’avant.
  • Les sauvegardes vont dans les tables RCO (rco_appearance). Après un login, c’est la vérité.
  • Les scripts qui écrivent l’ancien SQL directement peuvent sembler OK jusqu’au prochain relog. Ceux-là doivent être mis à jour ou retirés.

​
Ce que signifie provide (en une phrase)

Appearance répond aux anciens noms de ressource (rsg-appearance, vorp_character, …) pour que les dépendances ne cassent pas — mais vous arrêtez quand même le stock. Deux systèmes qui sauvent le même personnage = cheveux perdus et visages reset.

​
Ce qui fonctionne en général sans changement

Remplacés : rsg-appearance, rsg-wardrobe, rsg-barbers → Creator + Appearance.En général OK :
  • Peds de preview sélection (ApplySkinMultiChar, mannequins)
  • rsg-bathing (déshabiller / habiller)
  • /loadskin, Fix Character, événements reload skin
  • Écuries / logement qui rechargent l’apparence
Peuvent rester : rsg-bathing, rsg-prison — pas des boutiques d’apparence.

​
Où ça pique

Ces approches ne sont plus fiables après le changement :
  • Scripts qui font SELECT ... FROM playerskins et le traitent comme look sauvegardé
  • Scripts qui écrivent directement les colonnes VORP skinPlayer / compPlayer
  • Boutiques tierces qui envoient une table skin complète à chaque fois (écrase cheveux/visage avec un cache périmé)
La persistance RCO est rco_appearance. Les colonnes legacy peuvent rester en base — nous ne les supprimons pas — mais Appearance ne les lit plus pour sauver.
Niveaux de support (devs) : (1) provide par nom de ressource ✅ (2) shims export/événement connus ✅ (3) lecture legacy unique au login ✅ (4) scripts tiers utilisant le SQL legacy comme autorité ❌ — voir API et Migration.

​
Scripts qui modifient l’apparence

Lire est sûr. Écrire demande de la prudence. Préférez les boutiques Appearance, ou n’envoyez que ce que vous changez. Pour des sauvegardes programmatiques utilisez SetAppearanceForCharacter côté serveur (API) et attendez le callback avant de dire « enregistré » au joueur.