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) <noreply@anthropic.com>
This commit is contained in:
vegard 2026-03-18 18:06:11 +00:00
parent 88945b0d64
commit 98654c4a84

View file

@ -169,6 +169,29 @@ importeres.
| `<podcast:chapters>` | chapter-edges | | `<podcast:chapters>` | chapter-edges |
| `<guid>` | metadata.guid (for duplikatdeteksjon) | | `<guid>` | 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 ## Eksport / flytte bort
Brukeren eier dataene sine. Flytte bort er enkelt: Brukeren eier dataene sine. Flytte bort er enkelt: