PvPSunucusu Silkroad Web Panel’de Loglar ve Raporlama menüsü, panelde ve oyun yönetim süreçlerinde yapılan işlemleri kayıt altına almak, geçmiş hareketleri incelemek, destek taleplerini kanıtla çözmek ve güvenlik denetimi yapmak için kullanılır. Bu menü, panelin geçmiş hafızasıdır.

Bir oyuncu “silkim gelmedi”, “market ürünüm teslim edilmedi”, “itemim kayboldu”, “hesabım çalındı”, “banım haksız”, “admin bana yanlış işlem yaptı” veya “ödeme yaptım ama görünmüyor” dediğinde gerçek cevaba ulaşmak için log kayıtları incelenir. Log yoksa destek süreci tahmine dönüşür. Tahminle işlem yapmak ise hem oyuncu mağduriyeti hem de yönetim hatası oluşturabilir.

1. Loglar ve Raporlama Menüsü Ne İşe Yarar?

Loglar ve Raporlama menüsü, geçmiş işlem kayıtlarını görüntülemek, filtrelemek, analiz etmek ve gerektiğinde dışa aktarmak için kullanılır. Bu menü doğrudan oyun verisini değiştirmek için değil, yapılan işlemleri görmek ve doğrulamak için kullanılır.

Bu menü altında genellikle şu kayıt türleri bulunur:

• Admin işlem logları
• Kullanıcı giriş ve çıkış logları
• Başarısız giriş denemeleri
• Ödeme logları
• Silk hareket logları
• Market satın alma logları
• Market teslimat logları
• Karakter işlem logları
• Item gönderme ve telafi logları
• Gold, SP ve level düzenleme logları
• Ban, kilit ve ceza logları
• Ticket destek işlem logları
• Database ve SQL işlem logları
• Güvenlik, IP ve HWID kayıtları
• Panel hata logları
• API, callback ve webhook logları
• Raporlama ve istatistik kayıtları

2. Log Sistemi Neden Bu Kadar Önemlidir?

Log sistemi olmayan bir panelde yönetim kararları zayıf kalır. Oyuncu bir iddiada bulunduğunda, admin gerçekten ne olduğunu göremez. Bu durum yanlış telafi, haksız ban kaldırma, çift silk verme, eksik ödeme inceleme veya admin kötüye kullanımı gibi ciddi sonuçlara yol açabilir.

Log sistemi şu konularda kritik rol oynar:

• Oyuncu destek taleplerini kanıtla çözmek
• Ödeme ve market sorunlarını doğrulamak
• Adminlerin yaptığı işlemleri denetlemek
• Hesap çalınma iddialarını incelemek
• Ban ve ceza kararlarını kontrol etmek
• Hatalı panel işlemlerini geriye dönük bulmak
• Güvenlik ihlallerini tespit etmek
• Teknik hataların zamanını ve sebebini anlamak
• Sunucu ekonomisini etkileyen işlemleri takip etmek
• Yönetim ekibi içinde şeffaflık sağlamak

3. Admin İşlem Logları

Admin işlem logları, yönetim panelinde yetkililerin yaptığı işlemleri kayıt altına alır. Bu kayıtlar özellikle yetki denetimi ve hatalı işlem tespiti için önemlidir.

Admin loglarında bulunması gereken temel bilgiler:

• İşlemi yapan admin adı
• Admin ID değeri
• İşlem tarihi ve saati
• İşlem yapılan modül
• İşlem türü
• Etkilenen hesap veya karakter
• Eski değer ve yeni değer
• İşlem IP adresi
• İşlem açıklaması
• Başarılı veya başarısız sonucu

Admin loglarına düşmesi gereken işlemler:

• Silk ekleme veya düşme
• Item gönderme
• Gold, SP veya level düzenleme
• Ban atma veya ban kaldırma
• Hesap kilitleme veya açma
• Market ürünü ekleme veya fiyat değiştirme
• Ödeme yöntemi ayarı değiştirme
• Database installer çalıştırma
• SQL sorgusu çalıştırma
• Ayarlar menüsünde değişiklik yapma
• Ticket kapatma veya kritik ticket cevabı yazma

4. Kullanıcı Giriş Logları

Kullanıcı giriş logları, oyuncuların web panel veya oyun hesabına ne zaman ve hangi IP üzerinden giriş yaptığını gösterir. Bu kayıtlar hesap güvenliği ve çalıntı hesap incelemelerinde çok önemlidir.

Kullanıcı giriş loglarında bulunabilecek bilgiler:

• Hesap adı
• JID / UserID
• Giriş tarihi ve saati
• IP adresi
• Tarayıcı veya user-agent bilgisi
• Başarılı veya başarısız giriş durumu
• Hata sebebi
• Ülke veya lokasyon bilgisi varsa konum
• HWID veya cihaz bilgisi varsa cihaz kaydı

Bu loglar şu durumlarda incelenir:

• Oyuncu hesabının çalındığını söylüyorsa
• Hesaba farklı IP’den giriş yapılmış mı kontrol edilecekse
• Şüpheli çoklu hesap kullanımı varsa
• Ban kaçma şüphesi varsa
• Brute force veya çok sayıda hatalı giriş denemesi varsa
• Oyuncu “ben giriş yapmadım” diyorsa

Hesap güvenliği kontrol sırası:
1. Son başarılı girişler incelenir
2. Son başarısız girişler incelenir
3. IP değişimi kontrol edilir
4. HWID/cihaz değişimi varsa karşılaştırılır
5. Şifre veya e-posta değişikliği oldu mu bakılır
6. Hesap hareketleriyle birlikte değerlendirilir

5. Ödeme Logları

Ödeme logları, oyuncuların yaptığı ödeme işlemlerini takip eder. Bu kayıtlar gerçek para ile ilişkili olduğu için en kritik log türlerinden biridir.

Ödeme loglarında bulunması gereken bilgiler:

• Ödeme ID / sipariş ID
• Ödeme sağlayıcı işlem numarası
• Hesap adı
• JID / UserID
• Ödeme yöntemi
• Ödeme tutarı
• Para birimi
• Seçilen paket
• Verilecek silk miktarı
• Bonus silk miktarı
• Ödeme durumu
• Callback geldi mi?
• Callback doğrulandı mı?
• Silk yüklendi mi?
• Hata mesajı varsa detay
• İşlem tarihi ve IP adresi

Oyuncu “ödeme yaptım ama silk gelmedi” dediğinde ödeme logu ilk incelenecek kayıttır. Ancak tek başına yeterli değildir. Silk hareket logu ve market harcama logu da kontrol edilmelidir.

6. Silk Hareket Logları

Silk hareket logları, hesaba silk eklenmesini, silk düşülmesini ve market harcamalarını izlemek için kullanılır. Oyuncunun mevcut bakiyesi tek başına gerçeği göstermez; silk geçmişi mutlaka incelenmelidir.

Silk hareket loglarında bulunması gereken alanlar:

• Hesap ID / JID
• Kullanıcı adı
• İşlem türü
• Önceki bakiye
• İşlem miktarı
• Sonraki bakiye
• İşlem sebebi
• Ödeme ID veya market sipariş ID bağlantısı
• İşlemi yapan admin varsa admin adı
• Tarih ve saat

Silk hareket türleri şu şekilde olabilir:

• Ödeme ile otomatik silk yükleme
• Manuel admin silk ekleme
• Market satın alma nedeniyle silk düşme
• İade veya düzeltme
• Chargeback nedeniyle silk düşme
• Bonus silk ekleme
• Kampanya silk yükleme

Silk eksildi şikayeti kontrolü:
1. Mevcut bakiye kontrol edilir
2. Silk hareket logu açılır
3. Son yükleme ve harcamalar incelenir
4. Market siparişleriyle eşleştirilir
5. Manuel admin işlemi var mı bakılır
6. Gerçek hata varsa düzeltme yapılır

7. Market Satın Alma Logları

Market satın alma logları, oyuncunun hangi ürünü ne zaman, kaç silk karşılığında aldığını gösterir. Market destek taleplerinde ana kanıtlardan biridir.

Market satın alma loglarında bulunması gereken bilgiler:

• Sipariş ID
• Hesap adı ve JID
• Karakter adı ve CharID
• Ürün ID
• Ürün adı
• Item kodu
• Adet
• Düşülen silk miktarı
• Satın alma tarihi
• Teslimat durumu
• Hata varsa hata mesajı
• Oyuncu IP adresi

Oyuncu market ürünü aldığını söylüyorsa önce satın alma logu bulunmalıdır. Log yoksa gerçekten satın alma gerçekleşmemiş olabilir. Log varsa teslimat logu ile eşleştirme yapılmalıdır.

8. Market Teslimat Logları

Market satın alma başarılı olsa bile teslimat başarısız olabilir. Bu yüzden satın alma logu ile teslimat logu ayrı düşünülmelidir.

Teslimat loglarında bulunması gereken bilgiler:

• Teslimat ID
• Market sipariş ID
• Hesap ID
• Karakter adı / CharID
• Item kodu
• Verilen adet
• Teslim yöntemi
• Inventory, storage veya item chest bilgisi
• Başarılı / başarısız sonucu
• Hata mesajı
• Teslim tarihi

Başarısız teslimat nedenleri:

• Karakter bulunamamış olabilir.
• Item kodu hatalı olabilir.
• Shard DB bağlantısı kopmuş olabilir.
• Karakter envanteri dolu olabilir.
• Item Service kapalı olabilir.
• SQL yazma yetkisi eksik olabilir.
• Paket ürünün bir parçası hatalı olabilir.

9. Karakter İşlem Logları

Karakter işlem logları, adminlerin karakter üzerinde yaptığı değişiklikleri kayıt altına alır. Bu loglar yanlış karaktere işlem yapma, fazla item verme veya hatalı teleport gibi durumları bulmak için gereklidir.

Karakter işlem loglarına düşmesi gereken işlemler:

• Karaktere item gönderme
• Gold ekleme veya düşme
• SP düzenleme
• Level düzenleme
• Teleport / konum düzeltme
• Inventory veya storage müdahalesi
• Karakter ban veya kısıtlama işlemi
• Event ödülü verme
• Telafi işlemleri

Bu loglarda mutlaka eski değer, yeni değer ve işlem nedeni bulunmalıdır. Sadece “işlem yapıldı” yazan log yetersizdir.

İyi karakter işlem logu örneği:
Admin: AdminName
İşlem: Gold ekleme
Karakter: DarkPlayer
CharID: 12345
Önceki Gold: 5000000
Eklenen Gold: 1000000
Son Gold: 6000000
Sebep: Event ödülü
Tarih: 24.05.2026 21:40

10. Ban ve Ceza Logları

Ban ve ceza logları, hesap, karakter, IP, HWID veya chat cezalarının kayıt altına alındığı bölümdür. Ban itirazlarında bu loglar mutlaka kontrol edilmelidir.

Ban loglarında bulunması gereken bilgiler:

• Ceza türü
• Hesap adı
• Karakter adı
• IP veya HWID bilgisi varsa kayıt
• Ceza sebebi
• Ceza süresi
• Başlangıç tarihi
• Bitiş tarihi
• Cezayı veren yetkili
• Kanıt veya log bağlantısı
• Ceza kaldırıldıysa kaldıran yetkili
• Kaldırma açıklaması

Ban kaldırma işlemi de ban atma kadar loglanmalıdır. Aksi halde kimin, ne zaman, neden ceza kaldırdığı bilinmez.

11. Ticket ve Destek Logları

Ticket logları, destek ekibinin oyuncu taleplerinde yaptığı işlemleri gösterir. Bu loglar destek kalitesini ölçmek ve işlem geçmişini takip etmek için kullanılır.

Ticket loglarında bulunması gereken bilgiler:

• Ticket ID
• Ticket kategorisi
• Oyuncu hesabı
• İlgili karakter varsa karakter adı
• Ticket açılış tarihi
• Son cevap tarihi
• Cevaplayan yetkili
• Durum değişiklikleri
• Atanan yetkili
• Kapatma tarihi
• Yapılan manuel işlem varsa işlem bağlantısı

Destek ekibinin performansı da bu raporlarla ölçülebilir. Kaç ticket açıldı, kaçı çözüldü, ortalama cevap süresi ne kadar, en çok hangi kategoriye talep geliyor gibi bilgiler destek kalitesini artırır.

12. SQL ve Database İşlem Logları

SQL sorgu çalıştırma, database installer, yedek alma, restore, tablo oluşturma veya bakım işlemleri mutlaka loglanmalıdır. Çünkü bu işlemler panel ve oyun verisini doğrudan etkileyebilir.

Database işlem loglarına düşmesi gereken işlemler:

• SQL sorgusu çalıştırma
• Database installer çalıştırma
• Eksik tablo oluşturma
• Kolon ekleme veya düzenleme
• Stored procedure oluşturma veya güncelleme
• View güncelleme
• Database yedek alma
• Yedekten geri yükleme
• Log temizleme
• Bakım işlemleri

SQL loglarında sorgunun tamamı saklanacaksa güvenlik ve gizlilik dikkate alınmalıdır. Hassas API key, şifre veya özel veri içeren sorgular açık şekilde loglanmamalıdır.

13. Hata Logları

Hata logları, panelde veya sistem entegrasyonlarında oluşan teknik hataları gösterir. Beyaz ekran, ödeme callback hatası, market teslim hatası, SQL bağlantı hatası veya mail gönderim hatası bu loglarda görülebilir.

Hata loglarında bulunması gereken bilgiler:

• Hata tarihi ve saati
• Hatanın oluştuğu sayfa veya modül
• Hata mesajı
• Stack trace veya teknik detay
• İlgili kullanıcı veya admin
• İlgili işlem ID
• IP adresi
• Sunucu ortamı bilgisi
• Hata seviyesi

Hata seviyeleri şu şekilde sınıflandırılabilir:

• Info: Bilgilendirme amaçlı kayıt.
• Warning: Dikkat edilmesi gereken ama sistemi durdurmayan kayıt.
• Error: İşlemin başarısız olmasına neden olan hata.
• Critical: Ödeme, market, database veya güvenlik gibi kritik sistemi etkileyen hata.

Hata inceleme sırası:
1. Hata zamanı belirlenir
2. Hangi modülde oluştuğu kontrol edilir
3. Aynı anda oyuncu ticketı var mı bakılır
4. İlgili işlem ID bulunur
5. Database / ödeme / market loglarıyla eşleştirilir
6. Sorun tekrar ediyor mu kontrol edilir

14. API, Callback ve Webhook Logları

API ve callback logları, dış sistemlerden gelen bildirimleri takip eder. Özellikle ödeme sistemleri, Discord webhook, launcher API, game status API veya özel entegrasyonlar için önemlidir.

Bu loglarda bulunabilecek bilgiler:

• İstek zamanı
• İstek URL’si
• İstek türü
• Sağlayıcı adı
• İşlem ID
• Gelen durum
• Hash veya imza doğrulama sonucu
• HTTP cevap kodu
• Başarılı / başarısız sonucu
• Hata mesajı

Ödeme callback sorunlarında bu loglar çok değerlidir. Oyuncu ödeme yaptığını söylüyorsa ama panelde silk yoksa, ödeme sağlayıcısından callback gelip gelmediği bu loglardan kontrol edilebilir.

15. Güvenlik Logları

Güvenlik logları, panelin ve kullanıcı hesaplarının kötüye kullanım denemelerini takip eder.

Güvenlik loglarında bulunabilecek kayıtlar:

• Başarısız giriş denemeleri
• Çok sayıda hatalı şifre denemesi
• Şüpheli IP hareketleri
• Admin panel erişim denemeleri
• Captcha başarısızlıkları
• CSRF veya token hataları
• Yetkisiz sayfa erişim denemeleri
• API imza doğrulama hataları
• Şüpheli ödeme denemeleri
• Spam ticket hareketleri

Bu loglar düzenli incelenirse saldırılar erken fark edilebilir. Özellikle admin panel giriş denemeleri ve ödeme callback imza hataları dikkatle takip edilmelidir.

16. Filtreleme ve Arama Kullanımı

Log tabloları zamanla çok büyür. Bu yüzden filtreleme doğru kullanılmalıdır. Tarih filtresi olmadan tüm loglarda arama yapmak paneli yavaşlatabilir.

Kullanılabilecek filtreler:

• Tarih aralığı
• Hesap adı
• Karakter adı
• JID / UserID
• CharID
• İşlem türü
• Admin adı
• IP adresi
• Ödeme işlem numarası
• Market sipariş ID
• Durum
• Hata seviyesi

Doğru arama örnekleri:

Ödeme sorunu için:
Tarih aralığı + hesap adı + ödeme işlem numarası

Market sorunu için:
Hesap adı + karakter adı + market sipariş ID

Ban itirazı için:
Hesap adı + karakter adı + ban tarihi

Hesap güvenliği için:
Hesap adı + IP + son giriş tarihleri

17. Raporlama Ekranları

Raporlama ekranları, logları sadece tek tek listelemek yerine özet ve analiz olarak gösterir. Yönetim kararları için faydalıdır.

Oluşturulabilecek raporlar:

• Günlük ödeme raporu
• Haftalık silk yükleme raporu
• Market satış raporu
• En çok satılan ürünler raporu
• Başarısız ödeme raporu
• Başarısız market teslimat raporu
• Admin işlem raporu
• Ticket cevap süresi raporu
• Ban ve ceza raporu
• Hata yoğunluğu raporu
• Güvenlik uyarıları raporu

Raporlama, sadece geçmişi görmek için değil, sistemi iyileştirmek için de kullanılmalıdır. Örneğin en çok ticket gelen konu market teslimatıysa teslim akışı veya ürün açıklamaları geliştirilmelidir.

18. Dışa Aktarma ve Excel / CSV Kullanımı

Bazı loglar dışa aktarılabilir. Bu özellik özellikle finans, muhasebe, ödeme karşılaştırma, teknik analiz veya uzun dönem raporlama için kullanılır.

Dışa aktarılabilecek kayıtlar:

• Ödeme logları
• Market satışları
• Silk hareketleri
• Admin işlem kayıtları
• Ticket raporları
• Ban raporları
• Hata logları

Dışa aktarma yaparken dikkat edilecekler:

• Sadece gerekli tarih aralığı dışa aktarılmalıdır.
• Oyuncu kişisel verileri gereksiz paylaşılmamalıdır.
• API key, şifre veya secret bilgiler dışa aktarılmamalıdır.
• Finans raporları güvenli ortamda saklanmalıdır.
• Excel dosyaları yetkisiz kişilerle paylaşılmamalıdır.

19. Log Arşivleme ve Saklama Süresi

Loglar sürekli büyür. Büyüyen log tabloları paneli yavaşlatabilir. Ancak logları erken silmek de destek ve güvenlik açısından sorun yaratır. Bu yüzden arşiv politikası gerekir.

Önerilen saklama yaklaşımı:

• Ödeme logları: Uzun süre saklanmalıdır.
• Market logları: Uzun süre saklanmalıdır.
• Silk hareket logları: Uzun süre saklanmalıdır.
• Admin işlem logları: Uzun süre saklanmalıdır.
• Ban logları: Uzun süre saklanmalıdır.
• Hata logları: Eski ve önemsiz kayıtlar arşivlenebilir.
• Giriş logları: Sunucu politikasına göre belirli süre saklanabilir.
• Debug logları: Gereksiz büyüyorsa daha kısa süre tutulabilir.

Silmeden önce arşiv almak en güvenli yöntemdir. Özellikle ödeme, market, admin ve ban logları doğrudan silinmemelidir.

20. Log İnceleme Destek Senaryoları

A) “Silkim Gelmedi” Talebi

1. Ödeme logu bulunur.
2. Callback gelip gelmediği kontrol edilir.
3. Ödeme başarılı mı bakılır.
4. Silk hareket logu incelenir.
5. Silk eklenmişse markette harcanmış mı kontrol edilir.
6. Eksik varsa manuel düzeltme loglanarak yapılır.

B) “Market Ürünüm Gelmedi” Talebi

1. Market satın alma logu bulunur.
2. Silk düşmüş mü kontrol edilir.
3. Teslimat logu incelenir.
4. Ürün hangi karaktere teslim edilmiş bakılır.
5. Inventory, storage veya item chest kontrol edilir.
6. Gerçek hata varsa telafi yapılır.

C) “Hesabım Çalındı” Talebi

1. Son başarılı giriş logları incelenir.
2. IP ve HWID değişimi kontrol edilir.
3. Şifre/e-posta değişikliği logları incelenir.
4. Silk ve market hareketleri kontrol edilir.
5. Karakter item hareketleri incelenir.
6. Gerekirse hesap geçici kilitlenir.

D) “Banım Haksız” Talebi

1. Ban logu bulunur.
2. Ban sebebi ve tarihi kontrol edilir.
3. Kanıt veya ilgili güvenlik logu incelenir.
4. Banı atan yetkili kontrol edilir.
5. Ceza politikasıyla uyumlu mu bakılır.
6. Sonuç ticket üzerinden net açıklanır.

21. Loglarda Eski Değer / Yeni Değer Mantığı

İyi bir log kaydı sadece “değişiklik yapıldı” demez. Değişiklikten önce ne vardı, sonra ne oldu bunu da gösterir.

Örnekler:

• Silk 500’den 1500’e çıktı.
• Market ürünü 100 silkten 80 silke düşürüldü.
• Hesap aktif durumdan banlı duruma geçti.
• Karakter Hotan koordinatından Jangan koordinatına taşındı.
• Ürün aktif durumdan pasif duruma alındı.

Eski değer ve yeni değer yoksa hatanın tam olarak ne zaman ve nasıl oluştuğunu anlamak zorlaşır.

22. Log Yetki Yönetimi

Loglar hassas bilgi içerebilir. Her admin her logu görmemelidir. Özellikle ödeme, IP, HWID, API ve admin işlem kayıtları sınırlı erişime sahip olmalıdır.

Önerilen yetki dağılımı:

• Destek yetkilisi: Ticket ve sınırlı market/karakter loglarını görebilir.
• Ödeme yetkilisi: Ödeme ve silk loglarını görebilir.
• Market yetkilisi: Market satış ve teslim loglarını görebilir.
• Oyun yöneticisi: Karakter, ban ve event loglarını görebilir.
• Teknik yönetici: Hata, API, SQL ve sistem loglarını görebilir.
• SuperAdmin: Tüm loglara erişebilir.

23. Log İncelemeden Önce Kontrol Listesi

1. Hangi konu inceleniyor?
2. Ödeme mi, market mi, karakter mi, hesap mı?
3. Oyuncudan hesap adı alındı mı?
4. Karakter adı veya CharID var mı?
5. Tarih ve saat aralığı biliniyor mu?
6. İşlem ID veya sipariş ID var mı?
7. Hangi log türü incelenecek?
8. Filtreler doğru ayarlandı mı?
9. Sonuç başka loglarla doğrulanacak mı?
10. İşlem yapılacaksa admin loguna düşecek mi?

24. Sık Yapılan Hatalar

• Tarih filtresi kullanmadan büyük loglarda arama yapmak
• Ödeme logu ile silk hareket logunu karıştırmak
• Satın alma logu var diye teslimatın da başarılı olduğunu sanmak
• Admin işlem loglarını kontrol etmeden suçlama yapmak
• Ban logu okumadan ban itirazına cevap vermek
• Hesap çalınma talebinde sadece IP’ye bakmak
• Market telafisi yapmadan önce teslimat logunu kontrol etmemek
• Eski değer / yeni değer kaydı tutmamak
• Ödeme ve market loglarını erken silmek
• Log dışa aktarma dosyalarını yetkisiz kişilerle paylaşmak
• Hata loglarını düzenli kontrol etmemek
• API callback loglarını ödeme sorunlarında incelememek

25. FAQ - Sık Sorulan Sorular

Loglar oyuncu verisini değiştirir mi?
Hayır. Loglar genellikle geçmiş kayıtları gösterir. Ancak log ekranından bazı panellerde telafi veya işlem bağlantısı varsa ayrıca yetki gerekir.

Ödeme başarılı görünüyor ama silk yoksa hangi loglara bakılır?
Ödeme logu, callback logu, silk hareket logu ve market harcama logu birlikte incelenmelidir.

Market satın alma logu varsa ürün kesin teslim edilmiş midir?
Hayır. Satın alma başarılı olabilir ama teslimat başarısız olabilir. Teslimat logu ayrıca kontrol edilmelidir.

Oyuncu hesabım çalındı diyorsa hangi loglar önemlidir?
Giriş logları, IP/HWID kayıtları, şifre/e-posta değişiklikleri, silk hareketleri, market kayıtları ve karakter item hareketleri incelenmelidir.

Ban itirazında hangi kayıtlar kontrol edilir?
Ban logu, ceza sebebi, kanıt logları, cezayı veren yetkili, ceza tarihi ve varsa güvenlik logları kontrol edilmelidir.

Loglar ne kadar süre saklanmalı?
Ödeme, market, silk, admin ve ban logları uzun süre saklanmalıdır. Hata ve debug logları daha kısa süreli arşivlenebilir.

Loglar dışa aktarılabilir mi?
Panel destekliyorsa dışa aktarılabilir. Ancak kişisel veri, ödeme bilgisi ve güvenlik kayıtları yetkisiz kişilerle paylaşılmamalıdır.

Hata loglarını sadece sorun olduğunda mı kontrol etmek gerekir?
Hayır. Hata logları düzenli kontrol edilirse büyük sorunlar oluşmadan önce küçük hatalar yakalanabilir.

26. Performans ve Güvenlik Notları

• Büyük log tablolarında mutlaka tarih filtresi kullanılmalıdır.
• Ödeme ve market logları düzenli yedeklenmelidir.
• IP ve HWID kayıtları hassas kabul edilmelidir.
• Admin işlem logları silinmemeli, arşivlenmelidir.
• SQL işlem logları teknik yöneticilerle sınırlı olmalıdır.
• Hata loglarında API key, şifre veya secret değerleri açık görünmemelidir.
• Log dışa aktarma yetkisi sınırlı tutulmalıdır.
• Log temizliği öncesi arşiv alınmalıdır.
• Rapor ekranları çok ağır sorgular çalıştırıyorsa cache veya tarih sınırlaması kullanılmalıdır.
• Kritik loglar üzerinde değişiklik yapılmamalı, mümkünse sadece okunabilir tutulmalıdır.

27. Sonuç

Loglar ve Raporlama menüsü, Silkroad Web Panel’in denetim, güvenlik ve destek açısından en önemli alanlarından biridir. Bu menü sayesinde ödeme sorunları, market teslimatları, karakter işlemleri, admin müdahaleleri, ban kararları, hesap girişleri ve teknik hatalar geçmişe dönük incelenebilir.

Doğru log sistemi, oyuncu destek taleplerinin kanıtla çözülmesini sağlar. Yanlış veya eksik log sistemi ise yönetimi tahmine zorlar. Bu durum haksız telafi, yanlış ban kararı, çift silk yükleme, kayıp ödeme incelemesi ve admin kötüye kullanımı gibi ciddi sorunlara yol açabilir.

En sağlıklı kullanım için loglar düzenli tutulmalı, tarih ve işlem filtreleri doğru kullanılmalı, ödeme/market/admin/ban logları uzun süre saklanmalı, hassas loglara erişim sınırlandırılmalı ve her kritik işlem mutlaka kayıt altına alınmalıdır.

Bu makale PvPSunucusu için özel olarak hazırlanmıştır.