source: Klonkt/src/services/ActivityPubService.js@ 03583f6

De thread onder een vreemde post: ophalen via je eigen server, nooit bewaren

shaer-tqz, Barts besluit van 7-8. GET /ap/users/:slug/thread?object=<uri>,
bearer-only: de eigen app vraagt, Klonkt doet de ondertekende GET die de
app niet kan (de sleutel woont hier), loopt EEN pagina van de AS2
replies-collectie af (cap 30), normaliseert en geeft terug. Cache twee
minuten in het geheugen, weg bij een herstart. Geen tabel, geen migratie:
Klonkt is hier een tolk, geen archief. Dat is de afwijking van wat
Mastodon doet (dat bewaart /context in zijn database) en dat is bewust --
bij een instance van een persoon slaat die opslag alleen surfgedrag op.

NIET hetzelfde als maybeCrawlThread: die kruipt de thread onder je EIGEN
posts af en bewaart in ap_interactions -- dat zijn de jouwe, die horen te
blijven. De naambotsing die dat bijna opleverde (THREAD_TTL_MS) is met
THREAD_VIEW_* opgelost en het onderscheid staat nu in het commentaar.

Voor een ward geldt de veiligste stand tot shaer-vw4 beslist is: alleen
antwoorden uit de kring die de guardians al kennen (gevolgd of volgend),
en shaer:hidden telt wat erbuiten viel -- geteld, nooit stil weggelaten.
Geblokkeerden zijn een andere categorie: onzichtbaar, ook als getal.

Vier tests: de gewone lezer (schonen, sorteren, blokkade onzichtbaar), de
ward met de telling, de onbereikbare bron die dat zegt in plaats van een
lege thread te veinzen, en de cache die de tweede lezing nul fetches kost.

Co-Authored-By: Claude Opus 5 <noreply@…>