From 98654c4a84125074bc7881888aea64550cfd5194 Mon Sep 17 00:00:00 2001 From: vegard Date: Wed, 18 Mar 2026 18:06:11 +0000 Subject: [PATCH] Podcast: re-publisering flytter has_media-edge, gammel fil prunes etter grace period Ved ny versjon av lydfil: flytt has_media-edge til ny fil, derived_from-edge bevarer historikk, gammel fil mister aktive edges og prunes etter 30 dager (konfigurerbart for RSS-cache). Co-Authored-By: Claude Opus 4.6 (1M context) --- docs/features/podcast_hosting.md | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) diff --git a/docs/features/podcast_hosting.md b/docs/features/podcast_hosting.md index 0fa66cb..e0b7469 100644 --- a/docs/features/podcast_hosting.md +++ b/docs/features/podcast_hosting.md @@ -169,6 +169,29 @@ importeres. | `` | chapter-edges | | `` | metadata.guid (for duplikatdeteksjon) | +## Erstatning av lydfiler (re-publisering) + +Når en episode re-publiseres med ny lydfil (f.eks. etter +redigering i lydstudioet): + +``` +1. Opprett ny media-node i CAS +2. Opprett derived_from-edge (ny → gammel) +3. Flytt has_media-edge fra gammel fil → ny fil +4. Gammel fil: ingen aktive edges → pruning-kandidat +5. Grace period: 30 dager (konfigurerbart) + → RSS-cacher hos Apple/Spotify trenger tid til å oppdatere +6. Etter grace period: gammel fil prunes fra CAS +``` + +Den gamle filen har `derived_from`-edge innover (ny peker +på gammel) men ingen `has_media`-edge utover. Den er +historikk, ikke aktiv innhold. + +Noden lever videre som tombstone — metadata bevares, +binærfilen slettes fra disk. Historikken er sporbar via +`derived_from`-kjeden. + ## Eksport / flytte bort Brukeren eier dataene sine. Flytte bort er enkelt: