fix: yeniden başlatma sonrası açık kalan session'ları temizle

Bir redeploy, devam eden capture'ı temizlik kodu hiç çalışmadan
öldürüyordu — StreamSession.endedAt sonsuza dek null kalıyordu. Bu
sadece panelde yanlış "kayıtta" göstermekle kalmıyor, startSession()
açık bir session gördüğünde o kanal için yeni session başlatmayı
tamamen atlıyor — yani o kanal bir daha asla kayda alınamıyordu.
api-daemon başlarken artık tüm açık session'ları kapatıyor (taze bir
process başlangıcı = gerçekte devam eden capture yok demektir).
BullMQ lockDuration da 24 saatten 10 dakikaya indirildi — worker
canlıyken kilit otomatik yenileniyor, düşük değer sadece ölü bir
worker'ın job'ının ne kadar hızlı kurtarılacağını etkiliyor.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

apps/api-daemon/src/capture/streamIngest.ts

@@ -181,8 +181,12 @@ export function startStreamIngestWorker(): Worker<StreamIngestJob> {
     // count; the real ceiling is the server's CPU/bandwidth for running that
     // many yt-dlp+ffmpeg pairs at once, not this number.
     concurrency: env.maxConcurrentCaptures,
-    // Captures run for the lifetime of the stream (can be hours) — extend the
-    // default lock well beyond BullMQ's stalled-job assumptions for an MVP.
-    lockDuration: 24 * 60 * 60 * 1000,
+    // BullMQ renews this lock automatically while a worker is alive, so a
+    // low value doesn't cap how long a capture can run — it only controls
+    // how fast a *dead* worker's job is detected as stalled and recovered.
+    // (An earlier 24h value meant a killed process's job wouldn't be
+    // recovered for up to 24h; closeOrphanedSessions() in index.ts is what
+    // actually unblocks that channel's StreamSession in the meantime.)
+    lockDuration: 10 * 60 * 1000,
   });
 }