Debug Veri Analizi

Mevcut raporda ne var — ne eksik — ne eklenmeli

✅ 12 Veri Grubu Mevcut ➕ 14 Eklenebilir Veri 5 Yüksek Öncelik 5 Orta Öncelik 4 Düşük Öncelik
Mevcut Rapor — Ne Toplanıyor?
📱 Cihaz
Platform, UserAgent, RAM, CPU, ekran çözünürlüğü, bağlantı tipi
💾 Bellek (HEAP)
Anlık, peak, limit, %, 30 sn geçmiş, trend, GC sayısı, sawtooth pattern
🎵 Player Durumu
Şarkı, sanatçı, durum, süre, queue konumu, crossfade, preload hazırlığı
🔊 Audio Elements
Her element detaylı: ID, src, buffer, readyState, networkState, stale tespiti
🎚️ HLS/ABR Kalite
Aktif level, bitrate, bandwidth tahmini, variant listesi, kalite geçiş geçmişi (son 15)
🔄 SEQ-DELTA (Geçişler)
Son 10 geçiş: method, süre, bellek/audio delta, event zaman çizelgesi, hatalar
⏱️ PROC-HOLD (Gecikmeler)
Son 10 freeze: süre, o andaki durum, root-cause analizi, güven skoru, 10 farklı kural
❌ HLS Hataları
Son 10 hata: tip, detay, fatal mi, response, o andaki şarkı
📦 Kaynak Havuzu
APC (cache) boyutu, blob URL sayısı, HLS Pool (idle/active/tainted)
📋 Aktivite Logu
Son 100 aktivite (rolling): zaman, tip, detay, bellek, audio sayısı
📊 Oturum İstatistikleri
SEQ-DELTA sayısı, XMIX sayısı, CHAIN-RTRN sayısı, preload başarı/fail
🔧 Uzun Görev Tespiti
PerformanceObserver longtask: 100ms+ PROC-HOLD, 50ms+ JANK loglanıyor

Eklenebilecek Veriler

14 Yeni Veri Grubu
🔥 Yüksek Öncelik — Tanılama Değeri Çok Yüksek
TTP — Time-to-Play Ölçümü Yüksek
Kullanıcı play'e bastı → ilk ses geldi arasındaki süre (ms). Şu an bu veri hiç yok.
Neden önemli: En sık şikâyet "şarkı geç başlıyor". Şu an bunu kanıtlayan veya çürüten sayısal veri yok. TTP ile hangi şarkılarda, hangi koşullarda gecikme olduğunu kesin olarak görebiliriz.
Toplanacak
İlk TTP, min, max, ort.
Tetikleyici
play event → canplay event
Log Tipi
TTP_MEASURE
ETKI: ÇOK YÜKSEK
REBUFFER — Buffer Tükenme Olayları Yüksek
HLS buffer tükendi, bekle, tekrar doldu döngüsü. Şu an sadece HLS hataları var, ama "waiting" eventi yakalanmıyor.
Neden önemli: Şarkı ortasında donma şikâyeti tam olarak bu. Buffer sorunu mu yoksa CPU sorunu mu — PROC-HOLD ile REBUFFER kıyaslaması bize kesin cevap verir.
Toplanacak
Olay sayısı, bekleme süresi, hangi şarkıda
Tetikleyici
audio.onwaiting + onplaying
Log Tipi
REBUFFER_START / END
ETKI: ÇOK YÜKSEK
NAV-TRAIL — Sayfa Geçiş Takibi Yüksek
Oturum boyunca hangi sayfalardan geçildi, müzik hangi sayfada başlatıldı, kaç sayfa değişimi oldu.
Neden önemli: "Sayfa değişince şarkı çalmıyor" bug'ı tam olarak bununla yakalanır. Hangi sayfadan başlatınca sorun çıktığını görebiliriz. Livewire navigate event'leri zaten mevcut — sadece loglama eksik.
Toplanacak
URL trail, geçiş sayısı, müzik başlatma URL'si
Tetikleyici
livewire:navigate + popstate
Log Tipi
PAGE_ENTER
ETKI: YÜKSEK
JS-FAULT — Global JS Hata Yakalayıcı Yüksek
window.onerror + unhandledrejection ile tüm JS hatalarını yakala. Şu an sadece HLS hataları kayıt altında, diğer hatalar kaybolup gidiyor.
Neden önemli: Şarkı başlamıyor şikâyetinin arkasında çoğu zaman sessiz bir JS hatası var. Console açık olmadığında bu hatalar hiç görülmez. Raporda görmemiz gerekiyor.
Yakalanacak
Hata mesajı, dosya, satır, stack trace (kısaltılmış)
Log Tipi
JS_FAULT + PROMISE_FAULT
ETKI: YÜKSEK
FAULT-MAP — Şarkı/Albüm Bazlı Sorun Haritası Yüksek
Hangi şarkılarda PROC-HOLD, REBUFFER, HLS-FAULT çıktı? Şarkı ID'ye göre sorun sayısı haritası.
Neden önemli: "Belirli şarkılarda mı sorun var?" sorusunu yanıtlar. CDN'den mi geliyor, kodek sorunu mu, dosya bozuk mu — şarkı ID korelasyonuyla anında anlayabiliriz.
Yapı
Map<songId, {errors, holds, rebuffers}>
Raporda
En sorunlu 5 şarkı listesi
Sıfırlama
Her oturumda sıfırdan başlar
ETKI: YÜKSEK
⚡ Orta Öncelik — İyi Olur, Hemen Gerekli Değil
VIS-TRAIL — Sekme Görünürlük Geçmişi Orta
Sekme kaç kez arka plana gitti, ne kadar süre arka planda kaldı, her arka plana geçişte bellek ne durumdaydı.
Neden önemli: Mobilde veya çoklu sekme kullanımında browser arka plandaki sekteyi kısıtlar. "Sekmeye geri döndüğümde donmuş" şikâyetinin tam nedeni bu. Arka planda geçen süre ile PROC-HOLD korelasyonu kritik.
ETKI: ORTA
NET-CHANGE — Bağlantı Değişim Geçmişi Orta
Oturum boyunca bağlantı tipi değişimleri (4G → 3G → WiFi) zaman çizelgesi + downlink/RTT değerleri.
Neden önemli: Kullanıcı evden kafeteryadaki WiFi'ye geçti, şarkı takıldı — bunu şu an hiç göremiyoruz. ABR kalite değişimleriyle kıyaslayınca neden düşük kaliteye geçildiğini anlayabiliriz.
ETKI: ORTA
PLAYER-CFG — Aktif Ayarlar Anlık Görüntüsü Orta
Shuffle durumu, repeat modu, volume, mute, playback rate, aktif queue türü (albüm/playlist/şarkı), queue adı.
Neden önemli: Shuffle açıkken random sırayla şarkı geçişi sorun çıkarıyor mu? Repeat açıkken aynı şarkı tekrar edilirken XMIX nasıl davranıyor? Bu bağlamı şu an bilmiyoruz.
ETKI: ORTA
USR-ACT — Kullanıcı Etkileşim Sayaçları Orta
İleri/geri basma sayısı, seek (zaman atlama) sayısı ve toplam atlanan süre, duraklat sayısı, volume değişim sayısı.
Neden önemli: Çok hızlı ileri/geri basan kullanıcı mı sorun çıkarıyor? Seek yaptıktan sonraki PROC-HOLD'lar korelasyon gösteriyor mu? Kullanım yoğunluğu ile sorun sıklığı arasındaki ilişkiyi görürüz.
ETKI: ORTA
SEG-STAT — HLS Segment Yükleme İstatistikleri Orta
Segment yükleme süreleri (min/max/ort.), başarılı vs başarısız oran, toplam indirilen byte, manifest yenileme sayısı.
Neden önemli: Şu an sadece kalite değişimlerini ve hataları görüyoruz. Segment yükleme yavaş ama hata vermiyor olabilir — bu "yavaş ama çalışıyor" durumunu yakalamak için SEG-STAT şart.
ETKI: ORTA
💡 Düşük Öncelik — İnce Analiz İçin
JANK-STAT — 50-100ms Jank İstatistikleri
Şu an JANK loglanıyor ama detay yok. Jank sıklığı, hangi saatte çıktığı, hangi aktivite sırasında oluştuğu.
PROC-HOLD'un habercisi olan küçük gecikmeler — erken uyarı sistemi olarak kullanılabilir.
ETKI: DÜŞÜK
SES-ID — Oturum Kimliği
UUID oturum kimliği, kullanıcı ID (giriş yapıldıysa), tenant ID. Log dosyası ile rapor eşleştirmesi için.
Backend log ile frontend raporu eşleştirmek için kritik — özellikle log dosyası sistemi devreye girince.
ETKI: DÜŞÜK
DEV-DETAIL — Cihaz Daha Detaylı
Tarayıcı versiyonu (ayrıştırılmış), DPR, dokunmatik ekran mı, batarya % ve şarj durumu (Battery API).
Düşük batarya = CPU kısıtlama = PROC-HOLD artışı. iOS vs Android farkı. Batarya ile PROC-HOLD korelasyonu altın bilgi.
ETKI: DÜŞÜK-ORTA
XMIX-DETAIL — Crossfade Detayları
Her crossfade'in gerçek süresi vs ayarlanan süre. Crossfade sırasında bellek değişimi. Erken/geç biten crossfade'ler.
Crossfade ayarlanan süreyi aşıyorsa bu zaten bir sorundur. Şu an sadece "başladı/bitti" var, süre kıyaslaması yok.
ETKI: DÜŞÜK
Tanılama Gücü Karşılaştırması
Soru Şu An Eklemeler Sonrası
Şarkı geç başlıyor mu? ❌ Veri yok ✅ TTP ms ile kesin
Donma buffer mı CPU mı? ⚠️ Sadece PROC-HOLD ✅ PROC-HOLD + REBUFFER kıyasla
Sayfa geçişinde sorun hangi sayfada? ❌ Yok ✅ NAV-TRAIL ile kesin
Belirli şarkılarda mı sorun? ❌ Yok ✅ FAULT-MAP ile şarkı ID'ye göre
Sessiz JS hatası var mı? ❌ Sadece HLS hataları ✅ JS-FAULT tüm hataları yakalar
Sekme arka planda sorun mu? ❌ Yok ✅ VIS-TRAIL ile görünür
Shuffle/repeat modunda fark var mı? ❌ Ayar durumu yok ✅ PLAYER-CFG anlık görüntü
Bağlantı değişince ne oldu? ⚠️ Sadece anlık bağlantı tipi ✅ NET-CHANGE geçmiş + zaman
Batarya düşüklüğü etkisi var mı? ❌ Yok ✅ DEV-DETAIL batarya bilgisi
Uygulama Önerisi
1. Aşama — Hemen
  • • TTP ölçümü ekle
  • • REBUFFER yakalayıcı ekle
  • • JS-FAULT global yakalayıcı
  • • NAV-TRAIL loglama
2. Aşama — Bu Hafta
  • • FAULT-MAP şarkı bazlı
  • • VIS-TRAIL sekme takibi
  • • PLAYER-CFG anlık görüntü
  • • USR-ACT etkileşim sayaçları
3. Aşama — İleride
  • • SEG-STAT segment istatistik
  • • NET-CHANGE bağlantı geçmişi
  • • DEV-DETAIL batarya vs
  • • SES-ID oturum kimliği
19 Şubat 2026 • Muzibu.com