This commit is contained in:
a 2023-05-09 13:37:53 -04:00
parent 8eaec9a656
commit 1b2c25fa82
10 changed files with 14 additions and 3 deletions

View File

@ -0,0 +1,2 @@
+++
+++

View File

@ -0,0 +1,2 @@
+++
+++

View File

@ -0,0 +1,2 @@
+++
+++

View File

@ -0,0 +1,7 @@
# federating a raw Create is not the same as properly managing a profile
consider an unlisted youtube video, which doesn't appear in the uploads tab. how would you do the same on fedi? possibly by inventing some extension property that hides objects from "profiles"? but the real problem is that there actually isn't a profile at all -- the recipient is expected to keep track of and reconstruct your "profile" based on all known objects!
instead: have an explicit profile Collection. Add stuff into it. when we federate social data we should explicitly be managing the expected presentation of that social data, in as generic a way as possible.
related problem: constructing conversations based on a chain of `inReplyTo` instead of having an explicit collection (likely being used as `context`)

View File

@ -10,9 +10,7 @@
{{ end }}
</header>
<div class="content">
<div class="container">
{{.Content}}
</div>
{{.Content}}
</div>
{{ with .Sections }}
<nav>