QBCore ESX Farkı: FiveM Roleplay Çatısı Hangisi Seçilmeli?

QBCore ESX farkı, FiveM’de roleplay sunucusu açacak herkesin ilk vermesi gereken kararın özüdür: çatı (framework), karakterlerin parasını, işini, envanterini ve sunucudaki her script’in konuştuğu ortak dili belirler. Seçtiğiniz çatıya göre yazılmış script’ler öbür çatıda doğrudan çalışmadığı için bu karar, sunucu büyüdükçe değiştirilmesi zorlaşan bir altyapı tercihidir.

Her iki çatı da txAdmin’in hazır şablonlarıyla dakikalar içinde kurulabilir; kurulum adımları için FiveM txAdmin kurulumu rehberine bakabilirsiniz. Sunucuyu barındıracağınız ortam için de LIONFIN oyun sunucusu ya da daha fazla kaynak isteyen projeler için VDS seçenekleri değerlendirilebilir.

ESX ve QBCore nedir?

ESX ve QBCore, FiveM sunucusunda oyuncu karakteri, para, meslek, envanter ve yetki gibi roleplay temellerini sağlayan Lua tabanlı çatılardır. Kendi başlarına oyun modu değildir; üzerlerine kurulan yüzlerce script (polis, hastane, araç galerisi, telefon) bu temelleri kullanır.

• ESX Legacy: Uzun yıllardır geliştirilen ESX’in bakımı süren sürümüdür. Çekirdek kaynak es_extended adını taşır ve en geniş script ekosistemine sahip çatı olarak bilinir.
• QBCore: Çekirdeği qb-core kaynağıdır; qb- önekli resmî kaynaklarla (envanter, telefon, meslekler) bütünleşik bir paket olarak gelir.
• Qbox: QBCore’dan ayrılan (fork) daha yeni bir çatıdır; çekirdeği qbx_core adını taşır, ox_lib, ox_inventory ve ox_target gibi Overextended kaynaklarını standart olarak kullanır ve QBCore script’leriyle büyük ölçüde uyumlu kalmayı hedefler.

QBCore ESX farkı tabloda: hangi noktada ayrılırlar?

QBCore ESX farkı en çok veri yapısında, script yazım biçiminde ve hazır kaynak sayısında hissedilir.

Performans farkı çoğunlukla çatıdan değil, üstüne kurulan script’lerin kalitesinden gelir; kötü yazılmış tek bir döngü, iki çatıdaki farktan daha fazla işlemci tüketebilir.

Hangi çatı hangi sunucuya uygun?

Kısa yanıt: hazır script’e dayanacaksanız ESX, bütünleşik bir başlangıç paketi ve düzenli kod yapısı istiyorsanız QBCore ya da Qbox mantıklıdır.

• ESX Legacy’yi seçin, eğer: kullanmak istediğiniz ücretli ya da ücretsiz script’lerin çoğu ESX için yazılmışsa, ekibinizde ESX deneyimi varsa ve meslekleri veritabanından panelle yönetmek istiyorsanız.
• QBCore’u seçin, eğer: sıfırdan başlıyorsanız ve envanter, telefon, meslek gibi temel sistemlerin aynı ekipten, birbiriyle uyumlu gelmesini istiyorsanız.
• Qbox’ı değerlendirin, eğer: QBCore ekosistemini kullanmak ama ox kaynakları üzerine kurulu daha güncel bir çekirdekle başlamak istiyorsanız. Script kütüphanesinin daha küçük olduğunu hesaba katın.

Satın almayı düşündüğünüz script’lerin hangi çatıyı desteklediğine baştan bakın. Birçok ticari script, yapılandırma dosyasında ESX ve QBCore arasında seçim yapmanıza izin veren köprü (bridge) katmanıyla gelir; bu, çatı kararını biraz esnetir ama ortadan kaldırmaz.

Sonradan çatı değiştirmek mümkün mü?

Mümkündür, ancak pahalıdır: çatı değiştirmek, veritabanı şemasını dönüştürmek ve kullandığınız script’lerin neredeyse tamamını değiştirmek ya da uyarlamak anlamına gelir. Oyuncu tablosu (users / players), envanter biçimi ve meslek tanımları farklı olduğu için karakter verisini taşımak özel bir dönüştürme betiği ister.

1. Canlı sunucunun ve veritabanının tam yedeğini alın.
2. Yeni çatıyı ayrı bir test sunucusunda, ayrı bir veritabanıyla kurun.
3. Kullandığınız her script için yeni çatı sürümünü ya da köprü desteğini kontrol edin.
4. Karakter, para ve araç verisini dönüştürme betiğiyle test veritabanına taşıyın.
5. Oyuncularla kapalı test yapın, sonra planlı bir bakım penceresinde geçiş yapın.

Bu maliyet nedeniyle QBCore ESX farkı üzerine kararı, sunucuyu açmadan önce vermek en ucuz yoldur. Test ortamı için ikinci bir küçük sunucu kullanmak, canlı oyuncuları etkilemeden deneme yapmanızı sağlar.

Çatı seçiminin sunucu kaynaklarına etkisi var mı?

Çatının kendisi kaynak tüketiminde belirleyici değildir; belirleyici olan oyuncu sayısı, yüklü script sayısı ve veritabanı sorgularının yoğunluğudur. Roleplay sunucularında sık görülen darboğazlar şunlardır:

• Tek çekirdek performansı: FXServer’ın ana iş parçacığı yüksek saat hızlı çekirdeklerden yararlanır.
• Veritabanı gecikmesi: MySQL/MariaDB sunucuyla aynı makinede ve NVMe disk üzerinde olduğunda sorgu gecikmesi düşer.
• Script döngüleri: Her karede çalışan gereksiz döngüler istemci ve sunucu tarafında takılmaya yol açar; resmon komutu istemci tarafında hangi kaynağın ne kadar süre harcadığını gösterir.

Donanım boyutlandırma ve ağ tarafındaki ayrıntılar için FiveM sunucu kurma yazısına, gecikmenin genel nedenleri için oyun sunucusunda ping ve gecikme rehberine bakabilirsiniz. Hazır altyapıyla başlamak isterseniz FiveM sunucu kiralama sayfasındaki seçenekleri inceleyebilirsiniz.