HLS öncelikli, MP3 sadece son çare

Muzibu Device Limit & HLS Dayanıklılığı - v5

Tenant 1001 (muzibu) | Limit=1 cihaz | Hedef: HLS kesintisiz, MP3 yalnızca fallback

Aktif session tablosu boş (reset sonrası) HLS timeout/fragLoadError görülüyor 22 Aralık 2025

Basit Anlatım (Herkes İçin)

HLS akışı manifest veya parça indiremeyince 15 sn’de zaman aşımına girmiş, MP3’e düşmüş veya tamamen durmuş. Amacımız HLS’i durdurmadan, gerekirse önce yeniden deneme, sonra da en son çare olarak MP3’e geçmek. Bunun için HLS isteklerini detaylı loglayacağız, süresi dolan imzaları parça süresine göre uzatacağız ve hata anında yeniden imzalı adresle tekrar deneyip yalnızca başarısız kalırsa MP3’e geçeceğiz.

  • • HLS manifest/frag yüklenemediği için MP3’e düştü; öncelik HLS’te kalmak.
  • • İmza süresi sabit (300 sn) uzun parçalara yetmeyebilir; dinamik hale getirilecek.
  • • Hata nedenini göremiyoruz; playlist/segment isteklerini loglayacağız.
  • • Favoriler API 500 hatası ayrıca çözülecek (ekstra yük bindirmesin).

Teknik Detaylar (Geliştiriciler İçin)

  • • Loglar: HLS manifest timeout (15s) ve fragLoadError var; 401/404 görünmüyor çünkü playlist/segment isteklerini loglamıyoruz.
  • • TTL: Signed URL 300s, player 240s’de yeniliyor fakat yeni URL aktif stream’e swap edilmiyor; uzun parça ve crossfade’da süresi dolabilir.
  • • Akış: Şu an fatal olunca doğrudan MP3 veya durma; önce yeniden imzalı playlist ile retry yok.
  • • API: /api/favorites/list 500 (Undefined property model_class) halen mevcut, gürültü ve ek istek yaratıyor.

Öncelikli İş Planı

0%

Test Senaryoları

Riskler / Notlar

Sessiz timeout

Log olmadan timeout sebebi bilinmiyor; önce log eklenmezse hata tekrarlar.

Sabit TTL

300s sabiti uzun parçalarda imza bitmesine ve manifestLoadError’a yol açıyor.

API gürültüsü

Favorites 500 hatası gereksiz istek ve hata gürültüsü yaratıyor; sessizleştirilmeli.