Skip to main content
Kısa cevap: oyuncular görünümlerini korur, kurulumda tüm veritabanını toplu dönüştürmeniz gerekmez ve normal sunucuda SQL import etmeniz gerekmez.

​
Gerçekte ne olur

Her karakter, geçişten sonra ilk girişinde bireysel olarak migrate olur:
  1. Oyuncu karakterini seçer.
  2. Appearance kontrol eder: rco_appearance’da kayıtlı görünüm var mı?
  3. Evet → onu kullan. Bitti.
  4. Hayır → eski stock framework verisini oku, dönüştür, rco_appearance’a bir satır kaydet.
  5. O andan itibaren RCO o karakter için kaynak gerçektir. Eski tablolar oyun için tekrar okunmaz.
Eski tablolarınız toplu silinmez. Yedek olarak veritabanında kalabilir — Appearance kayıtlar için onları kullanmayı bırakır.
playerskins satırını okur (skin ve clothes). Stock rsg-appearance çalışmamalı.Geçişten sonra Appearance playerskins’e geri yazmaz. Bu yüzden rsg-barbers durdurulmalı — oradaki kesimler kimse okumadığı tabloya kaydedilir.

​
Geçiş ne değildir

  • Sunucu boşken her satırı dönüştüren tek seferlik toplu iş değil.
  • Görünümü başka yerde saklayan üçüncü taraf appearance sistemleri için otomatik değil.
  • Çift yönlü senkronizasyon değil. Geçişten sonra eski tabloları düzenlemek RCO’yu güncellemez.
Bozuk veya boş eski veri glitched mesh olarak kaydedilmez — atlanır. Oyuncunun creator’da veya dükkanda görünümü yeniden oluşturması gerekebilir.

​
Basit kontrol listesi

  1. Veritabanı yedeği (büyük değişikliklerden önce her zaman).
  2. Stock appearance kaynaklarını durdur (Kurulum).
  3. Appearance’ı başlat (+ Creator kullanıyorsanız).
  4. Oyuncuların giriş yapmasına izin verin.
Büyük oyuncu tabanında endişeli misiniz? İlk gün kısa süre Config.Debug açın — dönüştürülemeyen karakterler dahil geçiş satırları konsolda görünür.

​
Üçüncü taraf scriptler

Görünümü yalnızca uyumluluk export’larıyla okuyan scriptler genelde çalışmaya devam eder. Eski SQL tablolarına veya tam skin blob’larına yazan scriptler güncellenmeli — Uyumluluk sayfasına bakın.