ECSRO Filter/Guard Unique History, Unique Status ve Kill Takip Sistemi Rehberi

Bu rehber, PvPSunucusu ECSRO Filter/Guard yazılımındaki Unique History, Unique Status ve Unique Kill Takip sistemini açıklamak için hazırlanmıştır. Bu sistem; unique yaratıkların canlı mı öldü mü bilgisini takip etmek, hangi unique hangi saatte öldü, kim kesti, hangi guild tarafından kesildi, ödül verildi mi, geçmiş kayıt oluştu mu ve GameServer callbackleri doğru geldi mi gibi sorulara cevap verir.

1. Unique History Sistemi Ne İşe Yarar?

Silkroad sunucularında unique yaratıklar, oyuncular için en önemli rekabet alanlarından biridir. Unique kesimi; guild rekabetini, oyuncu prestijini, otomatik ödül sistemini, event dengesini ve oyun içi ekonomiyi doğrudan etkiler. Bu yüzden unique öldürme bilgisinin doğru takip edilmesi gerekir.

Unique History sistemi, unique kesimlerinin geçmişini kayıt altına alır. Hangi unique ne zaman öldü, killer kimdi, killer hangi guilddeydi, öldürme kaydı hangi kaynaktan geldi, ödül verildi mi, durum canlıdan ölüye geçti mi gibi bilgiler bu sistem üzerinden takip edilir.

Unique sistemi genel olarak şu amaçlarla kullanılır:

• Unique yaratığın canlı veya ölü durumunu görmek.
• Unique spawn ve dead zamanlarını takip etmek.
• Unique kesen karakterin adını kayıt altına almak.
• Killer karakterin guild bilgisini görmek.
• Unique kill geçmişini oyunculara veya yöneticilere göstermek.
• Unique Silk veya özel ödül sistemini tetiklemek.
• Unique kesimiyle ilgili oyuncu şikayetlerini incelemek.
• GameServer callback sisteminin doğru çalışıp çalışmadığını kontrol etmek.
• Event veya otomasyon sistemlerinde unique kill bilgisini kullanmak.

2. Unique Status Nedir?

Unique Status, unique yaratığın anlık durum bilgisini tutar. Bir unique spawn olduğunda sistem bu unique için canlı durum kaydı oluşturabilir veya mevcut kaydı güncelleyebilir. Unique öldüğünde ise durum ölü olarak işaretlenir ve gerekirse Unique History tarafına geçmiş kaydı eklenir.

Unique Status tarafında genellikle şu bilgiler takip edilir:

• Unique ID / RefObjID: Unique yaratığın oyun içi referans kimliği.
• Unique CodeName: Unique’in source veya database tarafındaki kod adı.
• Display Name: Panelde veya oyuncu ekranında görünen unique adı.
• Status: Alive veya Dead durumu.
• Last Spawn Time: Unique’in en son canlı görüldüğü zaman.
• Last Dead Time: Unique’in en son öldüğü zaman.
• Last Killer: Unique’i en son kesen karakter.
• Last Killer Guild: Killer karakterin guild bilgisi.
• UpdatedAt: Kaydın en son ne zaman güncellendiği.

Unique Status ekranı, oyuncuya veya yöneticiye anlık durum göstermek için önemlidir. Ancak tek başına geçmiş raporu değildir. Geçmiş kayıt için Unique History kullanılır.

3. Unique History Nedir?

Unique History, unique öldürme geçmişinin saklandığı bölümdür. Her unique kill olayı ayrı bir kayıt olarak tutulabilir. Böylece geçmişte hangi unique kaç kez kesildi, kim kesti, hangi guildler daha aktif, hangi saatlerde unique kesiliyor gibi bilgiler incelenebilir.

Unique History tarafında genellikle şu bilgiler bulunur:

• Unique adı.
• Unique ID veya RefObjID.
• Killer karakter adı.
• Killer guild adı.
• Kill zamanı.
• Region veya konum bilgisi varsa ilgili bölge.
• Ödül verildiyse ödül durumu.
• Kaydın GameServer callback ile mi yoksa başka bir kaynakla mı oluştuğu.
• Olayın işlendiği tarih ve saat.

Bu geçmiş kayıtları özellikle destek süreçlerinde önemlidir. Örneğin bir oyuncu “unique’i ben kestim ama ödül gelmedi” dediğinde Unique History, GameServer callback logları ve reward logları birlikte incelenir.

4. Alive / Dead Durumu Nasıl Çalışır?

Unique yaratığın Alive veya Dead durumu, sistemin unique’i o anda canlı mı ölü mü gördüğünü belirtir. Bu durum genellikle GameServer kaynaklı spawn/death bilgisiyle güncellenmelidir. Oyuncu varlığına veya client tarafı tahminine dayanmak tek başına yeterli değildir.

Durum	Anlamı	Ne Zaman Güncellenir?
Alive	Unique canlı kabul edilir.	Unique spawn olduğunda veya GameServer unique’i canlı bildirdiğinde.
Dead	Unique öldü kabul edilir.	Unique kill/death callback geldiğinde veya GameServer ölüm olayını bildirdiğinde.
Unknown / Belirsiz	Sistem unique’in anlık durumunu kesin bilmiyor olabilir.	Yeni kurulum, eksik callback, eski veri veya GameServer bağlantı sorunu olduğunda görülebilir.

5. Killer Bilgisi Nasıl Tutulur?

Killer bilgisi, unique’i öldüren karakterin adıdır. Bu bilgi oyuncu rekabeti ve ödül sistemi için çok önemlidir. Unique ödülü verilecekse ödül genellikle killer karakter veya killer hesabı üzerinden işlenir.

Killer bilgisi alınırken şu kontroller önemlidir:

• Killer karakter adı boş olmamalıdır.
• Killer gerçekten online karakter olmalıdır.
• GameServer callback içinde gelen killer adı doğru okunmalıdır.
• Killer guild bilgisi gerekiyorsa Shard DB veya runtime karakter bilgisinden çözülebilmelidir.
• Unique death kaydı aynı olay için birden fazla kez işlenmemelidir.
• Ödül sistemi aynı kill için tekrar tekrar çalışmamalıdır.

Killer adı yakalanamadığında Unique History kaydı eksik oluşabilir. Bu durumda oyuncu ödül alamayabilir veya geçmiş listesinde “unknown” benzeri bir kayıt görülebilir.

6. Guild Bilgisi Neden Önemlidir?

Unique kesen oyuncunun guild bilgisi, rekabetçi sunucularda önemli bir gösterge olabilir. Bazı serverlarda unique geçmişi yalnızca karakter bazlı değil, guild bazlı da takip edilir. Hangi guildin daha fazla unique kestiği, hangi saatlerde aktif olduğu ve hangi unique türlerinde üstün olduğu bu bilgilerden anlaşılabilir.

Guild bilgisi şu alanlarda kullanılabilir:

• Unique History listesinde killer guild göstermek.
• Web panelde unique rekabet sıralaması oluşturmak.
• Guild bazlı unique eventleri analiz etmek.
• Unique ödüllerinde guild duyurusu yapmak.
• Oyuncu şikayetlerinde killer karakterin bağlı olduğu guild bilgisini görmek.

Guild bilgisi boş görünüyorsa karakter guildsiz olabilir, guild bilgisi çözülememiş olabilir veya Shard DB bağlantısında sorun olabilir.

7. GameServer Callback Sistemi ile Unique Takibi

Unique takibinin en güvenilir yolu GameServer callback sistemidir. GameServer, unique spawn veya unique death olayını bildirdiğinde Project91 / PvPSunucusu tarafı bu bildirimi işler. Böylece unique durumu tahmine göre değil, GameServer’ın gerçek olayına göre güncellenir.

Callback sistemi genel olarak şu akışla çalışır:

1. GameServer içinde unique spawn veya death olayı oluşur.
2. GameServer Bridge / callback sistemi bu olayı SQL callback kuyruğuna yazar.
3. Project91 / PvPSunucusu callback processor bu kaydı okur.
4. Unique Status kaydı güncellenir.
5. Unique öldüyse Unique History kaydı oluşturulur.
6. Killer ve guild bilgisi çözümlenir.
7. Unique Silk veya reward kuralı varsa ödül süreci tetiklenir.
8. Runtime loglara olay sonucu yazılır.

Örnek callback akışı:

GameServer unique dead olayını bildirir
↓
PS_GameServerCallbacks tablosuna kayıt düşer
↓
Project91 callback processor kaydı işler
↓
UniqueStatus = Dead yapılır
↓
PS_UniqueHistory içine kill kaydı eklenir
↓
Killer / Guild / KillTime bilgisi kaydedilir
↓
Ödül kuralı varsa reward queue çalışır

8. Unique Silk Ödül Sistemi ile İlişkisi

Unique History sistemi, Unique Silk veya benzeri ödül kurallarıyla bağlantılı çalışabilir. Unique öldüğünde killer bilgisi doğru alınırsa sistem killer oyuncuya silk veya farklı ödül verebilir.

Unique Silk sisteminde dikkat edilmesi gerekenler:

• Unique Silk ana ayarı aktif olmalıdır.
• Ödül kuralı Enabled olmalıdır.
• Killer karakter adı doğru alınmalıdır.
• Killer minimum level şartını sağlıyor olmalıdır.
• Cooldown varsa süre dolmuş olmalıdır.
• Aynı unique kill kaydı birden fazla ödül üretmemelidir.
• Reward loglarında success veya skipped sebebi kontrol edilmelidir.

Oyuncu “unique kestim ama silk gelmedi” diyorsa sadece Unique History ekranına bakmak yeterli değildir. Reward Rules, cooldown, min level, GameServer callback ve runtime reward logları birlikte kontrol edilmelidir.

9. Unique History Ekranındaki Alanlar

Unique History ekranı veya listesi, geçmiş unique kill kayıtlarını gösterir. Ekranda kullanılan alanlar sistem sürümüne göre değişebilir; ancak temel mantık aynıdır.

Alan	Açıklama	Kontrol Notu
Unique Name	Kesilen unique yaratığın adıdır.	Yanlış görünüyorsa RefObjID / CodeName eşleşmesi kontrol edilmelidir.
Status	Alive veya Dead durumunu gösterir.	Yanlışsa callback veya status update çalışmıyor olabilir.
Killer	Unique’i kesen karakter adıdır.	Boşsa GameServer killer callback bilgisi kontrol edilmelidir.
Guild	Killer karakterin guild adıdır.	Boş olabilir; karakter guildsiz veya guild çözümlemesi başarısız olabilir.
Kill Time	Unique’in öldüğü tarih ve saattir.	Saat farkı varsa server time / UTC / local time farkı kontrol edilmelidir.
Reward Status	Ödül verildi, bekliyor, atlandı veya başarısız gibi durumları gösterebilir.	Reward loglarıyla birlikte incelenmelidir.

10. Yenile / Refresh Mantığı

Unique Status veya Unique History ekranında Yenile ya da benzeri bir buton bulunabilir. Bu buton, SQL ve runtime cache tarafındaki son kayıtları tekrar okuyarak listeyi günceller.

Bazı durumlarda panel ilk açıldığında eski cache görülebilir veya yeni gelen callback henüz listeye yansımamış olabilir. Bu durumda Yenile işlemi yapılmalıdır. Ancak sürekli yanlış bilgi görünüyorsa bu sadece ekran yenileme sorunu değildir; callback, SQL tablo veya status update akışı kontrol edilmelidir.

• Unique yeni öldüyse önce birkaç saniye bekleyip Yenile yapılabilir.
• Callback işlenmediyse Yenile sonucu değiştirmez.
• SQL bağlantısı yoksa liste güncellenmeyebilir.
• Runtime logda unique callback hatası varsa önce hata çözülmelidir.

11. Unique SQL Tabloları

Unique sistemi Guard DB tarafında status ve history tablolarını kullanır. Bu tablolar eksikse unique geçmişi kaydedilemez veya panelde liste boş görünebilir.

Genel tablolar:
PVPSUNCUSU_GUARD.dbo.UniqueStatus
PVPSUNCUSU_GUARD.dbo.PS_UniqueHistory

GameServer callback için:
SR_CHINA_CS.dbo.PS_GameServerCallbacks

Reward ilişkisi için:
PVPSUNCUSU_GUARD.dbo.PS_SilkRewardRules
PVPSUNCUSU_GUARD.dbo.PS_PendingRewards

Guard DB veya Shard DB adınız farklıysa tablolar kendi sisteminizde tanımlı veritabanı adlarına göre kontrol edilmelidir. Eksik tablo veya kolon hatası varsa Database / Installer > Eksik Tabloları Tamamla işlemi çalıştırılmalıdır.

12. Runtime Loglarda Görülebilecek Unique Kayıtları

Unique sistemi çalışırken runtime loglarda spawn, death, killer, history insert, reward trigger veya callback işleme kayıtları görülebilir. Bu loglar sorun tespiti için en önemli kaynaklardan biridir.

Log / Durum	Anlamı	Ne Kontrol Edilmeli?
Unique spawn detected	GameServer veya takip sistemi unique spawn olayını görmüştür.	UniqueStatus Alive güncellendi mi kontrol edilmelidir.
Unique dead detected	Unique ölüm olayı tespit edilmiştir.	Killer bilgisi ve history kaydı oluştu mu bakılmalıdır.
Killer resolved	Killer karakter adı çözümlenmiştir.	Guild bilgisi de gerekiyorsa çözümlendi mi kontrol edilmelidir.
Killer empty / unknown	Unique ölüm olayı geldi ama killer adı alınamadı.	GameServer callback payload, killer pointer veya event kaynağı kontrol edilmelidir.
History inserted	PS_UniqueHistory içine kayıt eklenmiştir.	Panelde geçmiş listesine yansıdı mı kontrol edilmelidir.
Reward skipped	Unique kill ödülü bir şart nedeniyle verilmemiştir.	MinLevel, cooldown, reward enabled ve unique rule kontrol edilmelidir.
Reward success	Unique ödülü başarıyla verilmiştir.	Oyuncu hesabı/karakter tarafında ödül doğrulanabilir.

13. Unique Durumu Yanlış Görünüyorsa Ne Kontrol Edilmeli?

Unique alive/dead durumu yanlış görünüyorsa sorun yalnızca panel ekranında olmayabilir. Status update, callback işleme, SQL kayıt veya cache tarafında sorun olabilir.

1. GameServer Bridge bağlı mı kontrol edin.
2. PS_GameServerCallbacks tablosuna unique callback düşüyor mu bakın.
3. Callback processor çalışıyor mu kontrol edin.
4. UniqueStatus tablosunda ilgili unique kaydı güncellenmiş mi kontrol edin.
5. PS_UniqueHistory içine death kaydı eklenmiş mi bakın.
6. Runtime logda unique callback hata mesajı var mı inceleyin.
7. Panelde Yenile işlemi yapın.
8. SQL bağlantısı ve Guard DB adı doğru mu kontrol edin.
9. Unique RefObjID / CodeName eşleşmesi doğru mu doğrulayın.
10. Cache eski veri gösteriyorsa program loglarında reload veya refresh hatası var mı bakın.

14. Oyuncu “Unique’i Ben Kestim Ama Ödül Gelmedi” Derse Ne Yapılır?

Bu destek senaryosu unique sisteminde en sık yaşanan konulardan biridir. Böyle bir durumda doğrudan ödül vermek yerine kayıtlar sırayla kontrol edilmelidir.

Kontrol	Neden Önemli?
PS_UniqueHistory kaydı var mı?	Unique kill olayı gerçekten kaydedilmiş mi anlaşılır.
Killer adı oyuncuyla aynı mı?	Ödül farklı karaktere gitmiş olabilir.
Unique Silk Enabled açık mı?	Ödül sistemi kapalıysa kill kaydı olsa bile silk verilmez.
Reward rule aktif mi?	İlgili unique için ödül kuralı pasif olabilir.
Cooldown var mı?	Oyuncu aynı ödülü cooldown süresi dolmadan tekrar almaya çalışmış olabilir.
Min level sağlanıyor mu?	Oyuncu ödül için gereken minimum leveli sağlamıyor olabilir.
Reward log success mi failed mı?	Ödül denemesi başarısız olmuşsa sebep logda görülür.

15. Unique History ve Web Panel İlişkisi

Unique History kayıtları yalnızca Project91 / PvPSunucusu programında değil, web panel veya bilgi ekranlarında da kullanılabilir. Oyuncular web panelden son kesilen uniqueleri, killer karakterleri, guildleri ve kill zamanlarını görmek isteyebilir.

Web panel tarafında Unique History kullanılıyorsa şu noktalara dikkat edilmelidir:

• Web panel doğru Guard DB veya ilgili history tablosunu okumalıdır.
• Timezone farkı varsa kill zamanı doğru formatlanmalıdır.
• Oyuncuya gösterilecek unique adı düzgün display name ile verilmelidir.
• Boş killer kayıtları kullanıcıya hatalı görünmeyecek şekilde yönetilmelidir.
• Çok eski kayıtlar için sayfalama veya arşivleme kullanılmalıdır.
• History listesi çok büyürse sorgu performansı için index kontrol edilmelidir.

16. Sık Yapılan Hatalar

Unique durumunu sadece oyuncu görmesine göre değerlendirmek

Bir oyuncunun unique’i görmesi veya görmemesi tek başına kesin durum değildir. Unique durumu GameServer kaynaklı spawn/death bilgisiyle güncellenmelidir.

Killer bilgisi boşken ödül beklemek

Killer adı alınamadıysa ödül sistemi kime ödül vereceğini bilemeyebilir. Bu durumda GameServer callback ve killer çözümleme logları kontrol edilmelidir.

Unique History kaydı var diye ödül kesin verildi sanmak

History kaydı unique’in kesildiğini gösterir. Ödülün verildiğini garanti etmez. Reward success, skipped veya failed logları ayrıca kontrol edilmelidir.

Cooldown kontrolünü unutmak

Oyuncu unique kesmiş olabilir; ancak ödül cooldown süresi dolmadıysa sistem ödülü atlayabilir. Bu normal davranıştır.

Guard DB ve Shard DB tablolarını karıştırmak

Unique status/history kayıtları Guard DB tarafında, GameServer callback kayıtları ise Shard DB tarafında olabilir. Yanlış DB kontrol edilirse kayıt yok sanılabilir.

Panelde Yenile yapmadan eski kayıt okumak

Yeni callback geldikten sonra ekran hemen güncellenmemiş olabilir. Önce Yenile yapılmalı, sonra SQL ve loglar kontrol edilmelidir.

17. Destek Talebi Açmadan Önce Kontrol Listesi

• GameServer Bridge bağlı mı?
• PS_GameServerCallbacks tablosuna unique callback düşüyor mu?
• Callback processor çalışıyor mu?
• UniqueStatus tablosunda ilgili unique güncellendi mi?
• PS_UniqueHistory içine kill kaydı eklendi mi?
• Killer adı boş mu dolu mu?
• Killer guild bilgisi bekleniyor mu?
• Unique adı ve RefObjID eşleşmesi doğru mu?
• Panelde Yenile yapıldı mı?
• Unique Silk Enabled açık mı?
• İlgili reward rule aktif mi?
• Cooldown sebebiyle ödül atlanmış olabilir mi?
• MinLevel şartı sağlanıyor mu?
• Reward success, skipped veya failed logu var mı?
• Guard DB içinde UniqueStatus ve PS_UniqueHistory tabloları var mı?
• Shard DB içinde PS_GameServerCallbacks tablosu var mı?
• Database / Installer üzerinden Eksik Tabloları Tamamla çalıştırıldı mı?
• Runtime logda SQL error, invalid object veya invalid column hatası var mı?
• Son patch veya ayar değişikliğinden sonra mı unique kayıtları bozuldu?

18. Performans ve Güvenlik Önerileri

• Unique takibini GameServer callback ile yapın. Oyuncu/client tarafı gözleme dayanmak yeterli değildir.
• History kayıtlarını düzenli arşivleyin. Çok büyük geçmiş tabloları web panel ve yönetim ekranında yavaşlık oluşturabilir.
• Reward kurallarına cooldown ekleyin. Unique ödül abuse riskini azaltır.
• Killer bilgisi boşsa otomatik ödül vermeyin. Önce callback ve killer çözümleme sorunu düzeltilmelidir.
• Unique Silk miktarlarını dengeli tutun. Rekabeti artırırken ekonomiyi bozmayacak değerler seçilmelidir.
• Runtime logları açık tutun. Unique kill ve reward sorunlarında loglar en önemli kanıttır.
• Web panelde sayfalama kullanın. Çok fazla history kaydı tek sayfada yüklenirse panel yavaşlayabilir.
• Guild bilgisi için Shard DB erişimini doğrulayın. Guild alanı boş görünüyorsa bağlantı veya karakter guild durumu kontrol edilmelidir.

19. Sık Sorulan Sorular

Unique History neyi gösterir?

Unique History, unique yaratıkların geçmişte ne zaman ve kim tarafından kesildiğini gösterir. Killer, guild, unique adı ve kill zamanı gibi bilgiler burada takip edilir.

Unique Status ile Unique History farkı nedir?

Unique Status anlık alive/dead durumunu gösterir. Unique History ise geçmiş kill kayıtlarını tutar. Bir unique şu an dead görünebilir; history ise daha önceki tüm kesim kayıtlarını listeleyebilir.

Unique ölmüş ama panelde alive görünüyor. Neden?

GameServer callback gelmemiş olabilir, callback processor çalışmamış olabilir, UniqueStatus tablosu güncellenmemiş olabilir veya panel eski cache gösteriyor olabilir. Runtime loglar ve SQL tabloları kontrol edilmelidir.

Killer adı neden boş görünüyor?

Callback içinde killer bilgisi gelmemiş, doğru okunamamış veya killer çözümleme sırasında hata oluşmuş olabilir. GameServer callback payload ve runtime killer resolve logları kontrol edilmelidir.

Unique kestim ama silk gelmedi. Ne kontrol edilmeli?

Önce PS_UniqueHistory kaydı, killer adı, Unique Silk Enabled, reward rule, cooldown, min level ve reward logları kontrol edilmelidir. History kaydı olması ödülün kesin verildiği anlamına gelmez.

Unique History kayıtları web panelde geç görünüyor. Neden?

Web panel cache kullanıyor olabilir, SQL sorgusu eski veriyi çekiyor olabilir veya Project91 tarafında callback henüz işlenmemiş olabilir. Panel yenileme, cache temizleme ve SQL kayıt zamanı kontrol edilmelidir.

Unique kayıtları için hangi tablolar gerekir?

Guard DB tarafında UniqueStatus ve PS_UniqueHistory tabloları gerekir. GameServer callback için Shard DB tarafında PS_GameServerCallbacks tablosu gerekir. Ödül sistemi için PS_SilkRewardRules ve PS_PendingRewards tabloları da kullanılabilir.

Sonuç

ECSRO Filter/Guard yazılımındaki Unique History, Unique Status ve Kill Takip sistemi, unique rekabetinin doğru ve adil şekilde takip edilmesini sağlar. Unique’in canlı mı ölü mü olduğu, kim tarafından kesildiği, killer guild bilgisi, kill zamanı ve ödül durumu bu sistem üzerinden yönetilir.

Sağlıklı bir unique takip sistemi için GameServer callback akışı düzgün çalışmalı, UniqueStatus ve PS_UniqueHistory tabloları kurulu olmalı, killer bilgisi doğru çözümlenmeli ve reward sistemi ayrı olarak kontrol edilmelidir. Unique History kaydı ödülün kesin verildiği anlamına gelmez; ödül için reward rule, cooldown, min level ve reward logları ayrıca incelenmelidir.

Doğru yapılandırıldığında bu sistem oyuncu rekabetini artırır, web panelde şeffaf unique geçmişi sunar, unique ödüllerini otomatikleştirir ve destek taleplerinde yöneticinin hızlı karar vermesini sağlar. Yanlış veya eksik yapılandırıldığında ise unique durumu hatalı görünebilir, killer bilgisi boş kalabilir veya oyuncular hak ettikleri ödülü alamadıklarını düşünebilir. Bu nedenle runtime loglar, GameServer callbackler ve SQL tabloları düzenli olarak kontrol edilmelidir.

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