Muzibu Device Limit - Sıfırlama + Plan (v4)

Basit Anlatım (Herkes İçin)

Tüm aktif girişleri sildim; sistem şu an tek cihazla sıfırdan deneme için hazır. Amaç: bir kişi tek cihazdan hiç kesilmeden dinlesin, ikinci giriş olursa ilkini düşürsün. HLS (m3u8) akışında manifest hatası ve “başka cihaz” uyarısının yanlış çıkma ihtimali var; bunları güçlendirecek adımları aşağıya yazdım.

• Hard reset: tenant_muzibu_1528d0.user_active_sessions şu an boş.
• Tek cihaz kuralı devam; cookie kaybolsa bile oturumu yeniden tanıma kodu hazır, tekrar test edeceğiz.
• HLS manifest hatasında müzik duruyor; fallback/yeniden imzalama akışı sağlamlaştırılacak.
• “Başka cihaz” uyarısının nedeni loglanacak; yanlış uyarı vermemesi sağlanacak.

Teknik Detaylar (Geliştiriciler İçin)

• Sıfırlama: tenant_muzibu_1528d0.user_active_sessions temizlendi (0 kayıt); central user_active_sessions zaten boştu.
• Mevcut kod: DeviceService cookie re-issue + SongStreamController HLS token doğrulaması aktif; TTL şu an 300s, player 240s’de yeniliyor.
• Açık konular: manifestLoadError ve HLS timeout (loglarda 349/355) → uzun parça/TTL uyumsuzluğu ve crossfade fallback eksikliği incelenecek.
• Favorites API /api/favorites/list 500 veriyor; henüz ele alınmadı, regresyon riski.

Durum Özeti

Hazır

Aktif session tablosu boş; yeni girişte loglardan tüm akışı uçtan uca takip edebiliriz.

İzlenecek

Aynı cihaz/farklı tarayıcıda cookie kaybı ya da Livewire session değişimi hâlâ “başka cihaz” uyarısı verebilir; sebebi için ayrıntılı log eklenecek.

Kritik

HLS manifest hatası (timeout/manifestLoadError) müziği durduruyor; fallback akışı devreye girmeli ve uzun parçalar için imzalı URL süresi uzatılmalı.

Öncelikli İş Planı

Hard reset - aktif oturumları temizle tamam

tenant_muzibu_1528d0.user_active_sessions boş; yeni login sırasında tam izleme yapılacak.

Tek cihaz + çok tarayıcı doğrulaması devam

Aynı cihaz farklı tarayıcı senaryosunda cookie re-issue + session_id eşleştirme çalışıyor mu, yanlış “başka cihaz” uyarısı veriyor mu izlenecek.

Global logout senkronizasyonu devam

Bir cihazdan “çıkış” veya limit aşıldığında tüm oturumlarda stream + UI aynı anda kapanacak; mesajda neden kodu gösterilecek.

HLS dayanıklılığı + fallback kritik

Manifest timeout/loadError olduğunda MP3 fallback veya sıradaki parçaya otomatik geç; crossfade sırasında re-sign edilen URL’yi kullan.

Uzun parça / TTL ayarı kritik

300s TTL uzun şarkılarda yetmiyor; süreyi parça uzunluğu + tampon olarak hesapla veya player’ın yenilediği URL’yi aktif stream’e bindir.

Favorites API 500 devam

/api/favorites/list 500 hatası loglanıp düzeltilecek; oturum kontrolüyle bağlantısı incelenecek.

Test Senaryoları (limit=1, uzun süreli çalma)

Tek tarayıcı, yenilemeden uzun dinleme stabilite

Login sonrası 15-30 dk sayfa yenilemeden çal; HLS linki süresi dolmadan otomatik yenileniyor mu, durmadan çalıyor mu gözle.

A: Chrome açıkken B: Firefox login limit

B giriş yaptığında A 401/uyarı almalı, stream durmalı ve login ekranına dönmeli; mesajda “başka cihaz” nedeni görünmeli.

Aynı cihaz + farklı tarayıcı yanlış uyarı

Chrome login sonrası Firefox sadece açık kalsın; Chrome “başka cihaz” uyarısı veriyor mu, login_token yeniden basılıyor mu takip et.

Uzun parça (>300s) HLS kritik

300s üstü parçayı çal, HLS imzası süresi dolmadan yenileniyor mu; manifestLoadError çıkarsa fallback devreye giriyor mu gözlemle.

Çıkış tüm cihazları düşürüyor mu? güvenlik

B’den logout tetikle; A aynı anda player + UI’dan düşüyor mu, yeni şarkı başlatamıyor mu kontrol et.

Riskler / Notlar

Yanlış “başka cihaz” uyarısı

Session_id değişimi (Livewire, cookie reset) veya HLS isteğinde token bulunamazsa aynı cihazda da uyarı tetiklenebilir; sebebi için ayrıntılı log şart.

HLS imza süresi

300s TTL uzun parçalarda yetmiyor; crossfade da aynı URL’yi kullanınca manifestLoadError yaratıyor.

API yan etkileri

Favorites 500 hatası login akışında ekstra isteklere neden oluyor; oturum kontrolüyle çakışma riski var.