Ayarlar ve performans

Önce gözlemleyin#

Kick veya ban seçmeden önce tespit kayıtlarını normal oyunla karşılaştırın. Işınlanma, yeniden doğma ve meşru silah verme akışlarını deneyin. İstemci sinyalleri doğrulanacak kanıttır; para, silah veya yönetici yetkisi verme otoritesi değildir.

Maliyetli işleri kontrollü kullanın#

Test etmediğiniz sürece derin taramaları ve otomatik karantinayı kapalı tutun. Eşzamanlı canlı kayıtları sınırlayın. Yeni bridge boşta oyun veritabanını okumaz; HTTPS durum kontrolü ve diğer anticheat modülleri kaynak kullanmaya devam eder. Ayar değişikliklerini FiveM profiler ile önce/sonra ölçün.

Tekrarlanabilir başlangıç ölçümü alın#

Ayar değiştirmeden önce temsilî bir oyun oturumunda sunucu profili alın. Oyuncu sayısını, artifact ve resource sürümlerini, yapılan işlemleri kaydedin. Sakin rol, kalabalık garaj ve çatışma farklı yük üretir. Tek değişiklik yaptıktan sonra aynı tür oturumla karşılaştırın. Sunucu CPU süresi, hitch uyarısı ve sorgu davranışı sabit FPS artışı vaadinden daha yararlıdır.

Aşağıdaki komutlar sınırlı örnek kaydeder ve durumunu gösterir. Profili açmadan kaydın bitmesini bekleyin. Her takılmayı anticheat’e bağlamak yerine sıçramanın hangi resource ve thread’den geldiğini inceleyin. Değişen ayarı tam adıyla özel önce/sonra notuna yazın. Kısa kayıt, yoğun saatteki bütün yükü öngöremez.

profiler record 500
profiler status
profiler view

tosunac_doctor

• Resmî profiler rehberi

Önlemleri kaldırmadan yükü yönetin#

İsteğe bağlı derin taramaları ve otomatik karantinayı kontrollü deneme ihtiyacı yoksa kapalı tutun. Eşzamanlı canlı kanıt görüntülerini sınırlayın; üretimde sürekli debug çıktısı bırakmayın. Panel daha anlık görünsün diye yoklama veya tespit aralığını körlemesine kısaltmayın; kısa aralık tekrarlanan işi artırır.

1. Boşta çalışmayı ve tek normal panel okumasını ayrı ölçün. Köprü boşta oyun SQL’i okumaz; HTTPS sağlık trafiği ve diğer AC modülleri yine kaynak kullanır.
2. Büyük oyuncu ve araç listelerini sayfalayarak inceleyin. Desteklenen okuma reddedilirse gerekli indeksleri veritabanı yöneticisine kontrol ettirin.
3. Birkaç personeli eşzamanlı izlemeye başlatmadan test hesabında tek kanıt görüntüsü ölçün.
4. Değişiklikten sonra yük artarsa ilgili ayarı geri alın; ilgisiz modülleri değiştirmeden aynı senaryoyu yeniden ölçün.

• Sınırlı veritabanı köprüsü

Cezayı bağlama ve kanıta göre ayarlayın#

Normal oyun test edilene kadar bağlama duyarlı kontrolleri uygun gözlem ayarında tutun. Kayıt, araştırılması gereken sinyaldir; eşleşen herkesi yasaklama talimatı değildir. Karakter seçimi, canlandırma, ışınlama, polis ekipmanı ve script silahlarını doğrulayın. Kalıcı ve geniş muafiyet yerine ilgili sunucu entegrasyonunu ekleyin.

Ayar doktoru ayarlar uygulandıktan sonra çalışır; tosunac_doctor ile elle çağrılabilir. Etkin riskli değerleri raporlar, kendisi değiştirmez. Ağır ceza, kapalı önlemler, debug ve fail-open uyarılarını değerlendirin. Panel değerleri yerel varsayılanı değiştirebilir; yalnız disk dosyasına değil gerçekten kullanılan ayara bakın.

Muafiyet veya daha hafif ceza, asıl neden çözülmeden görünen şikâyeti azaltabilir. Geçici istisnaların ve düzeltilmesi gereken scriptlerin tarihli listesini tutun. Entegrasyon doğrulanınca ilgili istisnayı kaldırın; kabul edilen oyun senaryosunu yeniden çalıştırın ve kayıtlarını önceki denemeyle karşılaştırın. Değişiklikten sonra yalnız şikâyet sayısına değil ölçülen yük ve tespit bağlamına bakın.

• Bir ayarı değiştirin; nedenini, inceleyeni ve eski değerini kaydedin.
• Tekrarlanan tespitleri meşru script işlemleri ve zamanlarıyla karşılaştırın.
• Ceza, framework veya envanter değişince ilgili oyun akışını tekrar test edin.
• Yeni yanlış tespitte eski değere dönün; tekrar sıkılaştırmadan önce nedeni çözün.

• Dar kapsamlı entegrasyon
• Framework testleri

Aynı senaryoyla önce ve sonra karşılaştırın#

Bir test oturumu için oyuncu sayısını, artifact sürümünü, AC paketini, framework ve envanter sürümünü, açık panel işlemlerini kaydedin. Önce panelden işlem yapılmayan sakin oturumu, ardından karakter seçimi, garaj ve normal çatışma gibi temsilî akışları inceleyin. profiler record 500 ile sınırlı kayıt alın; profiler status tamamlanmayı göstermeden sonuç değerlendirmeyin.

profiler view çıktısında CPU sıçramasının ilgili resource ve thread’ini belirleyin. Yalnız ortalama değere değil tekrar eden uzun çalışmalara ve aynı anda oluşan hitch uyarılarına bakın. Tek ayarı değiştirip benzer oyuncu yükünde aynı senaryoyu tekrarlayın. Kısa kayıtta görülmeyen yoğun saat sorunları için farklı bir temsilî oturum ölçün; aynı anda birkaç ayarı değiştirmek karşılaştırmayı geçersizleştirir.

Panel köprüsü yükünü ayrı ölçün#

Köprü sağlık bağlantısı kurabilir; boşta panel yoklaması oyun veritabanından oyuncu listesini sürekli çekmez. Uygulama aynı anda tek dış isteği yönetir. Normal sağlık döngüsü yaklaşık on saniyedir, başarısız bağlantıda bekleme artarak en fazla iki dakikaya çıkar. Bu mevcut davranışı tanımlar; düzenlenebilir bir hız ayarı veya kesin panel güncelleme süresi değildir.

Sunucu konsolunda tosunac_db_status ile yerel durumu inceleyin. Ardından tek sayfalık oyuncu okumasını boşta ölçümle karşılaştırın. Mevcut köprü listeleri 25 kayıtlık sayfalarla ve sınırlı yanıt boyutuyla işler; bütün veritabanını bir anda taşımaz. unsupported_index veya schema_unavailable durumunda sorguları zorlamak yerine desteklenen şemayı ve indeksleri yetkili veritabanı yöneticisiyle inceleyin.

Kabul sınırı ve geri dönüş notu tutun#

Bakım öncesinde kendi sunucunuz için kabul sınırını belirleyin: yeni kalıcı hitch uyarısı olmaması, normal oyun işlemlerinin tamamlanması ve belirgin süre artışının açıklanabilmesi gibi. Evrensel bir FPS sayısı kullanmayın; oyuncu cihazları, başka resource’lar ve veritabanı koşulları farklıdır. Profilde iyileşme görülmesi yanlış tespitlerin kabul edilebilir olduğunu göstermez.

Değişiklik notuna eski ve yeni değer, test zamanı, oyuncu sayısı ve gözlenen etkiyi yazın. Yük yükselirse ilgili tek değeri geri alın ve senaryoyu tekrarlayın. Ölçüm amacıyla bakiye düzenlemeyin; destek isteğine temizlenmiş profil özeti ve doktor uyarılarını ekleyin. Üretime dönüşten sonra temsilî normal oturumu tekrar gözleyerek geçici test şartlarının gerçek yükü gizlemediğini doğrulayın.

Profilde tek sıçrama ile tekrarlanan işi ayırın#

Profilde en yüksek tek satırı görüp hemen ayar değiştirmeyin. Örnek boyunca hangi resource ve thread’in tekrar tekrar çalıştığını, hangi eylemle eşleştiğini inceleyin. Oyuncu girişinde bir kez yapılan hazırlık ile her tick’te yinelenen iş farklı yük türleridir. Örneğin yalnız ilk garaj açılışında sıçrama varsa ikinci ve üçüncü açılışı da karşılaştırın; her açılışta aynı artış oluşuyorsa ortak akışı araştırın. Test sırasında başka resource güncellendiyse önceki örnekle yalnız AC farkını ilişkilendiremezsiniz. Kısa kayıt da yoğun saatin bütün davranışını temsil etmez.

Süre, sıklık ve eylem bağlamını beraber kaydedin. Bir kaynak toplamda çok çalışabilir ama kısa ve düzenli iş yapabilir; tek uzun işlem ise hitch ile aynı anda görülebilir. Sunucu profiler’ındaki süreyi oyuncu istemcisinin FPS değeri sanmayın. İstemcide görülen donmayı sunucu tarafındaki aynı zaman aralığıyla karşılaştırın; ağ gecikmesi ve yüklenen varlıklar farklı inceleme gerektirebilir. Bir örneği yorumlayamıyorsanız ham sır içermeyen ilgili bölüm ve test senaryosuyla destek isteyin; belirsizlikte bütün tespit aralıklarını kısaltmayın.

İzleme işlemlerinin kendi maliyetini ölçün#

Canlı izleme ve tanılama da iş üretir. Aynı testte uzun profiler kaydı, çok sayıda panel okuması, kanıt görüntüsü ve sürekli debug çıktısını birlikte açarsanız hangi işlemin yük oluşturduğunu ayırmak zorlaşır. Önce gözlem araçlarını sınırlı tutun, sonra tek aracın açık olduğu örneği karşılaştırın. Panelde daha hızlı sonuç görmek için aynı sayfayı birkaç sekmede yenilemek aynı oyuncu eylemini daha iyi ölçmez; farklı zamanlı istekler ve eski sonuçlar da gözlemi karıştırabilir. Para yazma yetkisini bir yük testi aracı gibi kullanmayın.

Test kaydında kaç personel oturumu, hangi ekran ve kaç kanıt isteği bulunduğunu yazın. Normal temsilî oturumla tek oyuncu okumasını, ardından gerekiyorsa tek ekran görüntüsünü ayrı deneyin. Sonuç alındığında ek tanı çıktısını kapatıp olağan durumu tekrar gözleyin. Amaç mümkün olduğunca çok veri toplamak değil, sorumlu işlemi belirlemeye yetecek karşılaştırmayı almaktır. Bu inceleme mevcut sunucudaki davranışı gösterir; başka donanım veya oyuncu sayısında aynı sonucun garanti edildiği anlamına gelmez. Geçici tanı seçeneklerinin üretimde unutulmadığını bakım kapanışında doğrulayın.

Günlük bakımda küçük bir sağlık kaydı tutun#

Her gün aynı temsilî saatte kısa bir bakım kaydı tutun; sürekli profiler veya kesintisiz ekran görüntüsü oturumu açmak gerekmez. Kayıtta son kurulum sürümü, o anki oyuncu sayısı, yeni tekrarlanan başlangıç hatası ve gerekiyorsa köprü bağlantı durumu bulunsun. Bekleyen bir personel işlemi varsa durumunu inceleyin; aynı okumayı çoğaltarak hazır olup olmadığını ölçmeyin. Bir normal karakter akışını ve gerektiğinde tek sayfalık okumayı kontrol etmek, sırf daha çok veri toplamak için bütün geçmişi dolaşmaktan daha küçük bir bakım kapsamıdır.

Ayar değişmemişse her gün bütün konfigürasyonu yeniden kaydetmeyin. Yeni doktor uyarısını eski kayıtla karşılaştırın ve neden oluştuğunu yazın; doktorun kendiliğinden onardığını varsaymayın. Bir geçici istisnanın inceleme tarihi geldiyse sorumlusuyla değerlendirin, otomatik süre uydurmayın. Hiçbir yeni belirti yokken bakım kaydını gözlenen normal durumla kapatın. Yeni hitch veya hata varsa yalnız ilgili zaman ve işlemi kapsayan ek ölçüm alın. Bu rutin bir otomatik görev ya da yeni panel özelliği değil, yönetici için uygulanabilir küçük bir kontrol alışkanlığıdır.

Arşiv büyümesini oyuncu yükünden ayrı ölçün#

Sunucuda kayıtlı karakter, araç ve tespit geçmişi büyürken aynı anda çevrimiçi oyuncu artışı da yaşanabilir. Örneğin aynı oyuncu sayısında tespit arşivi on kat büyüdüyse ilk log sayfası, sonraki sayfa ve bilinen bir karakter ayrıntısını ayrı zamanlayın. Başka bir örnekte arşiv değişmeden çevrimiçi sayısı arttıysa normal oyun akışını değerlendirin. İki değişkeni aynı anda büyütüp farkı yalnız AC’ye bağlamayın. Panel sonuçlarının geçici olması, kaynak ban veya tespit tablolarının otomatik temizlendiği anlamına gelmez.

İlk istek tablo metadata hazırlığı içerirken sonraki istek önbellekten yararlanabilir; soğuk ve sıcak örneği ayrı kaydedin. Desteklenen sayfalama ve indeksler bütün arşivi bir seferde taşımayı sınırlar, fakat depolama büyümesini ortadan kaldırmaz. İlk sayfayı tekrar yüklemek yerine aynı bağlamda sonraki sayfayı ölçün. Sorgu süresi belirgin artarsa yetkili veritabanı sorumlusu bir test kopyasında plan ve indeksleri incelesin. Geçmişi silmek, tabloyu yeniden adlandırmak veya toplu dışa aktarmak bir performans ölçümü değildir. Bakım kararını veri hacmi, oyuncu sayısı ve ölçülen işlem birlikte desteklesin.

Özel eventleri doğrulanmış sunucu işlemlerine bağlayın#

İstemcide muafiyet durum değerini değiştirmek sunucudan verilmiş genel muafiyet oluşturmaz. Menü ve yerel kurulum scriptleri yalnız sınırlı hareket/görünürlük toleransı sağlayabilir; para, silah ve event yetkileri ayrıca doğrulanır. Geniş geçici muafiyetleri yalnız güvenilir sunucu resourceundan verin.

• Özel eventleri doğrulanmış sunucu işlemlerine bağlayın

Panel yetkisini sınırlandırıp sonucu doğrulayın#

Menü erişimi sunucu tarafında ACE, düzenlenebilir admin kimlikleri ve panel yetki kayıtlarıyla doğrulanır. all metni tek başına bir kimlik veya yetki kaydı değildir. allowedIds için license:..., discord:... veya fivem:... gibi tam kimlikler kullanılır; gerçek kimlikleri oyuncunun sunucu tarafındaki kimlik listesinden alın. Bir alanın örneği yetki vermiş sayılmaz.

1. Bir test yöneticisine yalnız gerekli rolü verin; menü açma ve izin verilen bir işlemi sınayın.
2. Panelde yetkiyi kaldırın ve aynı oyuncunun menü/işlem erişimini tekrar deneyin. Yeni paket etkin sunucuda varsayılan yaklaşık 5 saniyelik yoklamayla değişikliği çeker; ağ gecikmesi varsa durumunu izleyin.
3. Etkin ACE veya admins.lua kaydı ayrıca yetki verebilir. Panel yetkisini kaldırırken bu bağımsız izinleri de inceleyin; yalnız çevrimiçi oyuncu telemetry kaydı yetki kaynağı değildir.
4. Normal test oyuncusunda menü kapalı kalmalı. Para, ban ve silah gibi hassas işlemleri gerçek müşterilere zarar vermeyen test hesabıyla doğrulayın.

ts.AdminMenu.allowedIds = {
    "license:YOUR_EXACT_PLAYER_IDENTIFIER",
    "discord:YOUR_DISCORD_USER_ID"
}
# Examples are placeholders, not grants.

Yeniden başlatmada gereksiz taramayı azaltma#

Her açılışta kaynakların içerik SHA256 özeti kontrol edilir. Dosyası ve tarama politikası değişmeyen kaynaklarda pahalı imza ve olay analizi yeniden yapılmaz; sunucu KVP alanındaki doğrulanmış önbellek kullanılır. Dosya, istisna veya tarama kuralı değişirse ilgili analiz yenilenir. Bu kontrol sıfır disk erişimi veya sabit bir resmon değeri vaat etmez.

1. KVP önbelleğini normal güncellemede silmeyin; bozulmuş veya doğrulanamayan kayıt yeniden analiz edilir.
2. Başlangıç kataloğu Lua/JS dosyalarındaki açıkça yazılmış olay adlarını toplar; dinamik olaylar, okunamayan/escrow dosyaları ve DLL dosyaları tam taranmış sayılmaz.
3. Manuel otomatik kurulum güvenlik analizinin tamamlanmasını bekler. Eksik, şüpheli, değişmiş veya zaman aşımına uğramış kaynak kendiliğinden onaylanmaz.
4. Güncellemeden sonra önce test sunucusunda bir oyuncuyla giriş, normal oyun ve yönetici işlemlerini kontrol edin; resmon ölçümünü oyuncu sayısı ve framework yüküyle birlikte değerlendirin.