ESX, QBCore ve Qbox arasında resmi, evrensel bir kazanan yoktur. Mevcut tarifesi, APIs ve uyumlu kaynakları gereken sunucu özelliklerinizle, mevcut verilerinizle ve ekibinizin becerileriyle eşleşen çerçeveyi seçin. Zaten kararlı bir çerçeveye özgü bir yığın çalıştırıyorsanız, genellikle ilk seçenek olarak o ekosistemde kalmayı değerlendirin çünkü geçiş çekirdek klasörden daha fazlasını etkiler.
Hızlı karar rehberi
| Başlangıç noktası | Değerlendirilecek ilk çerçeve | Doğrulama nedeni |
|---|---|---|
| Mevcut ESX sunucusu | ESX Mirası | Mevcut gereksinimler hala karşılanırken ESX'ye özgü verileri, olayları, dışa aktarımları ve kaynak bilgilerini korur. |
| Mevcut QBCore sunucusu | QBCore | Belgelenmiş bir gereksinimi çözen ve bunu haklı çıkaran başka bir çerçeve olmadıkça dönüşümden kaçının. |
| Yeni QB odaklı yapı | QBCore veya Qbox | İki resmi tarifi, seçilen kaynakları, API modelini ve tam üçüncü taraf uyumluluğunu karşılaştırın. |
| QBCore ekibi Qbox'yi değerlendiriyor | Köprü denetimi ile Qbox | QB köprüsü birçok kaynağa yardımcı olur, ancak belgelenmiş istisnalar hala kaynak düzeyinde kontroller gerektirir. |
| Rol yapma çerçevesi gereksinimi yok | Standalone kaynakları | Standalone bir bağımlılık deseni tanımlar; tam bir çerçeveye gerçekten gerek olup olmadığını onaylayın. |
FiveM çerçevesi ne yapar
Cfx.re, sunucu kaynakları oluşturmayı kolaylaştıran temeller olarak çerçeveleri tanımlar. Bir rol yapma çerçevesi genellikle oyuncu ve karakter verileri, işler, öğeler, para, komutlar, izinler ve kaynaklar arasındaki iletişim için paylaşılan kalıplar oluşturur. Oyunculara görünen tam özellikler, yalnızca temel çerçeve adına değil, eksiksiz tarife ve kurulu kaynaklara bağlıdır.
Bu ayrım yanıltıcı bir karşılaştırmayı önler. Envanter, konut, telefon, bankacılık veya araç sistemleri ayrı kaynaklar olabilir ve değiştirilebilir. Bir çerçeve adının yanındaki onay işareti, bir üretim sunucusunun hangi uygulamayı, sürümü veya entegrasyonu çalıştıracağını kanıtlamaz.
ESX Mirası
ESX Legacy, mevcut çekirdeği resmi ESX organizasyonu tarafından yayınlanan açık kaynaklı bir rol yapma çerçevesidir. Resmi yeni sunucu öğreticisi ESX Legacy txAdmin şablonunu kullanır. Manuel kurulum, oxmysql, spawnmanager, veritabanı içe aktarma, çekirdek ve eklenti kaynakları, hariç tutmalar ve başlangıç sırasını belgeler.
Mevcut bir sunucuda zaten ESX'ye özgü oyuncu verileri, kaynakları ve ekip prosedürleri varsa, ESX değerlendirilecek ilk seçenektir. Bu, bir pazar payı iddiası değil, bir geçiş riski gözlemidir. Yeni bir oluşturma için mevcut tarifeyi inceleyin ve gerekli her ürünün tam ESX sürümünü, envanterini, veritabanı kitaplığını, dışa aktarımlarını ve olaylarını desteklediğini doğrulayın.
QBCore
QBCore'nin resmi qb-core işlevler, oyuncu verileri, paylaşılan veriler, yapılandırma ve komutlarla bir Çekirdek Nesnesi sunar. Paylaşılan tanımlar arasında işler, çeteler, öğeler ve araçlar bulunur. Resmi Windows kurulumu, txAdmin'deki popüler QBCore Çerçeve tarifini kullanır ve tarif, yalnızca çekirdek klasör yerine bir veritabanı ve daha geniş bir kaynak kümesi dağıtır.
QBCore, belgelenmiş API'leri ve uyumlu kaynakları sunucu gereksinimlerini kapsıyorsa, yeni veya mevcut bir QB ekosistemi oluşturma adayıdır. QBCore etiketini taşıyan her kaynağın her çekirdek sürümünü veya değiştirme envanterini desteklediğini varsaymayın. Tam yığın için gerekli dışa aktarımları, bağımlılıkları, SQL'yi ve başlangıç sırasını kaydedin.
Qbox
Resmi Qbox tanıtımı, Qbox'nin 2022'de QBCore'den başladığını ve şimdi kendi çekirdek API'lerine ve kaynaklarına sahip olduğunu kaydeder. Qbox, düzgün yazılmış birçok QBCore kaynağı için bir QB uyumluluk köprüsü sürdürür. Belgeleri ayrıca doğrudan veritabanı erişimine, çekirdek iç dosyalara veya desteklenmeyen davranışlara bağımlı kaynaklar da dahil olmak üzere istisnaları listeler.
Resmi Qbox kurulumu, txAdmin'deki popüler bir QBox tarifini kullanır. Bir QBCore geçişi için, dönüştürme kılavuzu yapılandırma farklılıklarını, sayısal iş ve çete derecelerini, envanter ve veritabanı dönüştürmeyi ve artımlı API değiştirmeyi kapsar. Bu nedenle Qbox, her QBCore betiğinin değişmeden çalışmasını sağlayan basit bir anahtar değil, uyumluluk denetimine sahip kasıtlı bir çerçeve seçimidir.
Doğrulayabileceğiniz karşılaştırma boyutları
| Boyut | Soru | Kanıt |
|---|---|---|
| Kurulum yolu | Mevcut resmi bir tarif ve eksiksiz belgeler var mı? | İncelenen tarihteki resmi belgeler ve tarif deposu. |
| Gerekli kaynaklar | Hangi veritabanı, kütüphane, envanter ve destek kaynakları seçildi? | Tarif dosyaları, manifestolar ve bağımlılık beyanları. |
| API uyumluluğu | Gerekli betikler hangi dışa aktarımları, olayları, nesneleri ve veri alanlarını çağırıyor? | Kaynak kaynağı, manifestolar ve resmi API belgeleri. |
| Veri modeli | Hangi tanımlayıcılar, dereceler, hesaplar ve ilişkiler korunmalıdır? | Şema envanteri ve test edilmiş geçiş eşlemesi. |
| Operasyonlar | Ekip yığını güncelleyebilir, teşhis edebilir ve geri alabilir mi? | İşlem kılavuzları, yedeklemeler ve aşamalı bir kurtarma alıştırması. |
| Performans | Temsili eylemler altında tam yığın nasıl davranır? | Tekrarlanan kontrollü testlerden alınan Profiler, resmon ve veritabanı günlükleri. |
Karar kontrol listesi
- Gereken oyuncu özelliklerini listeleyin. Tam işleri, ekonomiyi, envanteri, konutu, telefonu, aracı, yönetimi ve entegrasyon gereksinimlerini adlandırın.
- Mevcut bağımlılıkları envantere alın. Kayıt çerçeve sürümleri, manifestolar, veritabanı tabloları, dışa aktarımlar, olaylar ve özel çekirdek değişiklikleri.
- Kaynak haritası desteği. Gereken her kaynak için, köprüler ve değiştirme sistemleri dahil olmak üzere, aslında desteklediği çerçeveyi ve sürümü doğrulayın.
- Ekip bilgisini kontrol edin. Bakımcıların teşhis edebileceği API'leri, dilleri, veritabanı modelini ve operasyonel araçları dahil edin.
- Kanıtlardan göçü tahmin edin. Gerçek veri alanlarını ve entegrasyonları sayın; genel bir saat veya maliyet tablosu kullanmayın.
- Temsili bir test yığını oluşturun. Resmi tarifi, seçilen kaynakları ve gerçekçi verilerin temizlenmiş bir kopyasını kullanın.
- Kabul ve geri alma işlemlerini tanımlayın. Önceki tutarlı dosyaların ve veritabanının nasıl geri yükleneceğini ve nelerin çalışması gerektiğini belirleyin.
Geçiş, sunucu modelinin tamamını etkiler
Çerçeveleri değiştirmek kimlikleri, karakterleri, parayı, işleri, çeteleri, envanteri, araçları, garajları, konutları, telefonları, bankacılığı, toplum hesaplarını, izinleri ve özel etkinlikleri içerebilir. Veri ilişkileri önemlidir: ilgili tüm kayıtları eşlemeden yeni bir karakter tanımlayıcısı oluşturmak, varlıkları veya izinleri yetim bırakabilir.
Üretime genel bir dönüştürme SQL parçacığı çalıştırmayın. Bir şema ve kaynak envanteri ile başlayın, bir test kopyasına karşı idempotent bir dönüştürme tasarlayın, kayıt sayılarını ve ilişkilerini doğrulayın ve geri almayı prova edin. Çerçeveye özgü betikler resmi bir köprü, belgelenmiş çoklu çerçeve modu veya kod değişiklikleri gerektirebilir. ESX betikleri QBCore veya Qbox'ye otomatik olarak taşınamaz ve Qbox QB köprüsü evrensel değildir.
Kendi yığın performansınızı nasıl ölçeceğiniz
Performans seçimi etkiliyorsa, bir sıralamayı tekrarlamak yerine kontrollü derlemeleri karşılaştırın. Aynı ana bilgisayarı veya izole edilmiş eşdeğer donanımı, FXServer yapıtını, veritabanı sürümünü, veri hacmini ve temsili oyuncu eylemlerini kullanın. Kaynak kümesini işlevsel olarak karşılaştırılabilir tutun ve her kasıtlı farkı bildirin.
- Her sunucuyu tutarlı bir şekilde ısıtın ve boşta davranışını yakalayın.
- Aynı karakter yükünü, envanteri, işi, aracı ve ekonomi eylemlerini tekrarlayın.
- FiveM profiler veya resmon kanıtlarını, ayrıca veritabanı yavaş sorgu ve sistem metriklerini toplayın.
- Birden fazla örnek çalıştırın ve tek bir en iyi sayı yerine dağılımları veya aralıkları bildirin.
- Inspect errors, data correctness and reconnect behavior alongside timing.
- Keep the configuration and raw logs so another reviewer can reproduce the conclusion.
A benchmark of one core with different resources does not isolate the framework. A result from a synthetic empty server does not prove production capacity. Publish only conclusions supported by the recorded setup and raw evidence.
Practical recommendation
- Choose ESX when current ESX resources, data and team knowledge best satisfy the requirements and migration has no proven benefit.
- Choose QBCore when the official QB recipe and documented ecosystem fit a new build or an existing QB server.
- Choose Qbox when the team deliberately wants Qbox’s current recipe and APIs and can complete a QB bridge or migration audit.
Mevcut resmi kurulum ve uyumluluk sınırları için özel çerçeve kılavuzlarını açın. Ardından, geniş bir kategori etiketini nihai kanıt olarak kabul etmek yerine, ticari kaynakları seçilen yığınla tam olarak eşleştirin.
Detaylı çerçeve kılavuzları
Mevcut kurulum ve uyumluluk sınırıyla devam edin ESX Mirası, QBCore veya Qbox ve Ox yığını.