Formaat voor een draagbaar inhoudsarchief vastgelegd (shaer-ep2)
Eerst het formaat, dan pas code: zonder vastgelegd formaat schrijven exporter en
importer allebei hun eigen aannames op, en dan zijn er weer twee bronnen van
waarheid.
Bij het uitwerken bleek een aanname uit de epic niet te kloppen. buildNote() is
de FEDERATIE-projectie, niet de post: de titel wordt in de content gebakken
(Mastodon negeert name), een betaalde post federeert alleen een teaser, en
inline <img> wordt uit de content gehaald. Die projectie exporteren zou betekenen
dat een betaalde post als teaser wordt gearchiveerd. Het archief draagt daarom de
AUTEURSWAARHEID, in een AS2-envelop met shaer:-velden ernaast, en de verschillen
met wat we federeren staan expliciet in een tabel.
Vastgelegd: de mapindeling, het veldenoverzicht per post-kolom, wat er bewust
NIET in gaat (yjs_binary, content_rendered -- die laatste zou een tweede waarheid
zijn), de Klonkt-shorthand in content, de drie mediastaten (included, missing --
want bij boiert weten we straks dat er een plaatje was zonder de bytes te
hebben), het alleen-lezen antwoordenarchief, versiebeheer met weigering van een
onbekende toekomstige versie, de importregels rond het behouden van AP-ids, en de
reproduceerbaarheidseisen.
Twee dingen die eruit volgen en die opgeschreven moesten: een export van een site
met betaalde posts bevat die inhoud onversleuteld, en het antwoordenarchief maakt
dat een export niet puur 'jouw gegevens' is -- precies waarom dit en de
GDPR-export van elkaar gescheiden moeten blijven.
Co-Authored-By: Claude Opus 5 <noreply@…>
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
