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:
parent
88945b0d64
commit
98654c4a84
1 changed files with 23 additions and 0 deletions
|
|
@ -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:
|
||||||
|
|
|
||||||
Loading…
Add table
Reference in a new issue