|
Luisteraars: een eigen tab, want het is een eigen soort relatie (shaer-0nh)
Accounts die aan de BIBLIOTHEEK hangen in plaats van aan de actor. Ze krijgen de
muziek en met opzet NIET de gewone posts -- wie zich op een platenkast
abonneert heeft niet om de Krant gevraagd.
EEN EIGEN TABEL EN GEEN VLAG, en dat is de kern. Zolang ze in
ap_library_followers staan kan een postbezorging ze niet per ongeluk meenemen.
Een vlag op ap_followers die iemand vergeet te filteren doet dat wel, en die
fout is aan onze kant onzichtbaar: de posts komen gewoon aan bij mensen die er
niet om vroegen. De vorm moet de fout onmogelijk maken, niet alleen
onwaarschijnlijk. Een test bewaakt dat ap_followers leeg blijft.
WAT ER WERKT
- Follow op /ap/users/<slug>/library wordt herkend, meteen geaccepteerd en
vastgelegd. Meteen, want de bibliotheek is openbaar (alles erin is fedi_open)
-- er valt niets goed te keuren, en dan is wachten oneerlijk.
- Undo(Follow) haalt hem er meteen weer uit.
- Volgen is idempotent; remote servers sturen een Follow gerust nog eens.
- inboxen() ontdubbelt op gedeelde inbox: twee luisteraars op dezelfde instance
krijgen EEN bezorging.
- de tab in Mediabeheer, met naam, handle, sinds en laatste bezorging, in drie
talen.
DE HERKENNING IS STRENG. libraryOwnerSlug eist dat de uri met ONZE basis begint
en dat de site bestaat -- via localSlugOf, dezelfde zeef als gisteren. Anders
levert andermans /library met dezelfde padstaart hier een luisteraar op onze
naam op.
WAT ER NOG NIET IS, en dat is de volgende stap: de BEZORGING. Er gaat nog geen
Create(Audio) naar deze inboxen. De lijst vult zich dus wel en "laatste
bezorging" blijft leeg -- eerlijk, want er is niets bezorgd.
Co-Authored-By: Claude Opus 5 <noreply@…>
|
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
