diff --git a/public/.well-known/host-meta b/public/.well-known/host-meta.xrd similarity index 100% rename from public/.well-known/host-meta rename to public/.well-known/host-meta.xrd diff --git a/public/buttons/index.html b/public/buttons/index.html index 4c656fe..fdd19c2 100644 --- a/public/buttons/index.html +++ b/public/buttons/index.html @@ -34,6 +34,7 @@ diff --git a/public/buttons/owly.fans/owlyfans.png b/public/buttons/owly.fans/owlyfans.png new file mode 100644 index 0000000..cdca188 Binary files /dev/null and b/public/buttons/owly.fans/owlyfans.png differ diff --git a/public/error/404.html b/public/error/404.html index 82ba53a..8956492 100644 --- a/public/error/404.html +++ b/public/error/404.html @@ -1,45 +1,92 @@ - + - -404 - Page not found - - - + + + + 404 + -
-

404

-

Computer hamsters not found

-

Either this was a mistake, or you meant to arrive -at an error in order to test this page.

-
- + + "404 computer hamsters not found." + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + "404 computer hamsters + not found." + + + + + \ No newline at end of file diff --git a/public/error/Error.png b/public/error/Error.png new file mode 100644 index 0000000..2ddb843 Binary files /dev/null and b/public/error/Error.png differ diff --git a/public/error/I_am_Error.png b/public/error/I_am_Error.png new file mode 100644 index 0000000..246a930 Binary files /dev/null and b/public/error/I_am_Error.png differ diff --git a/public/error/frack.html b/public/error/frack.html deleted file mode 100644 index 11870bc..0000000 --- a/public/error/frack.html +++ /dev/null @@ -1,58 +0,0 @@ - - - - - - -404 - - - -
- - - "404 computer hamstersnot found." -
- -
-

-
- - diff --git a/public/error/index.html b/public/error/index.html new file mode 100644 index 0000000..b049e25 --- /dev/null +++ b/public/error/index.html @@ -0,0 +1,43 @@ + + + + + + I AM ERROR. + + + +
+

I AM ERROR.

+
+ I AM ERROR. + + \ No newline at end of file diff --git a/public/error/zii.ttf b/public/error/zii.ttf new file mode 100644 index 0000000..3f14506 Binary files /dev/null and b/public/error/zii.ttf differ diff --git a/public/icons/amazon-color.svg b/public/icons/amazon-color.svg deleted file mode 100644 index 890edc9..0000000 --- a/public/icons/amazon-color.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/amazon.svg b/public/icons/amazon.svg deleted file mode 100644 index 3068a91..0000000 --- a/public/icons/amazon.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/az-influencer.png b/public/icons/az-influencer.png deleted file mode 100644 index b605da9..0000000 Binary files a/public/icons/az-influencer.png and /dev/null differ diff --git a/public/icons/birdsounds.svg b/public/icons/birdsounds.svg deleted file mode 100644 index 6bfc8b5..0000000 --- a/public/icons/birdsounds.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/camera.svg b/public/icons/camera.svg deleted file mode 100644 index 21d886c..0000000 --- a/public/icons/camera.svg +++ /dev/null @@ -1,6 +0,0 @@ - - - - - - \ No newline at end of file diff --git a/public/icons/discord-w.svg b/public/icons/discord-w.svg deleted file mode 100644 index f8d16a6..0000000 --- a/public/icons/discord-w.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/discord.svg b/public/icons/discord.svg deleted file mode 100644 index 895f27f..0000000 --- a/public/icons/discord.svg +++ /dev/null @@ -1,63 +0,0 @@ - - - - - - image/svg+xml - - - - - - - - - diff --git a/public/icons/github-text-w.svg b/public/icons/github-text-w.svg deleted file mode 100644 index e47ae8f..0000000 --- a/public/icons/github-text-w.svg +++ /dev/null @@ -1,59 +0,0 @@ - - - - - - - - - - image/svg+xml - - - - - - - diff --git a/public/icons/github-text.svg b/public/icons/github-text.svg deleted file mode 100644 index a141b3a..0000000 --- a/public/icons/github-text.svg +++ /dev/null @@ -1,59 +0,0 @@ - - - - - - - - - - image/svg+xml - - - - - - - diff --git a/public/icons/github-w.svg b/public/icons/github-w.svg deleted file mode 100644 index 2b77918..0000000 --- a/public/icons/github-w.svg +++ /dev/null @@ -1,15 +0,0 @@ - - - - - - diff --git a/public/icons/github.svg b/public/icons/github.svg deleted file mode 100644 index 146f66f..0000000 --- a/public/icons/github.svg +++ /dev/null @@ -1,3 +0,0 @@ - - - diff --git a/public/icons/hangouts-w.svg b/public/icons/hangouts-w.svg deleted file mode 100644 index 4014893..0000000 --- a/public/icons/hangouts-w.svg +++ /dev/null @@ -1,67 +0,0 @@ - - - -image/svg+xml \ No newline at end of file diff --git a/public/icons/hangouts.svg b/public/icons/hangouts.svg deleted file mode 100644 index 7cda6c6..0000000 --- a/public/icons/hangouts.svg +++ /dev/null @@ -1,73 +0,0 @@ - - - -image/svg+xml \ No newline at end of file diff --git a/public/icons/kofi-w.svg b/public/icons/kofi-w.svg deleted file mode 100644 index d5c77d4..0000000 --- a/public/icons/kofi-w.svg +++ /dev/null @@ -1,66 +0,0 @@ - - - - - - - - - - image/svg+xml - - - - - - - - - diff --git a/public/icons/kofi.svg b/public/icons/kofi.svg deleted file mode 100644 index 6a39ce4..0000000 --- a/public/icons/kofi.svg +++ /dev/null @@ -1,79 +0,0 @@ - - - - - - - - - - image/svg+xml - - - - - - - - - - - - - - diff --git a/public/icons/liberapay-color.svg b/public/icons/liberapay-color.svg deleted file mode 100644 index 677fc0d..0000000 --- a/public/icons/liberapay-color.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/liberapay.svg b/public/icons/liberapay.svg deleted file mode 100644 index e7f90be..0000000 --- a/public/icons/liberapay.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/mastodon-alt-w.svg b/public/icons/mastodon-alt-w.svg deleted file mode 100644 index 2683043..0000000 --- a/public/icons/mastodon-alt-w.svg +++ /dev/null @@ -1,52 +0,0 @@ - -image/svg+xml \ No newline at end of file diff --git a/public/icons/mastodon-alt.svg b/public/icons/mastodon-alt.svg deleted file mode 100644 index 9b70717..0000000 --- a/public/icons/mastodon-alt.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/mastodon-w.svg b/public/icons/mastodon-w.svg deleted file mode 100644 index ea6c655..0000000 --- a/public/icons/mastodon-w.svg +++ /dev/null @@ -1,52 +0,0 @@ - -image/svg+xml \ No newline at end of file diff --git a/public/icons/mastodon.svg b/public/icons/mastodon.svg deleted file mode 100644 index d6be0d4..0000000 --- a/public/icons/mastodon.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/medium-w.svg b/public/icons/medium-w.svg deleted file mode 100644 index 84c87c8..0000000 --- a/public/icons/medium-w.svg +++ /dev/null @@ -1,6 +0,0 @@ - - - - - - \ No newline at end of file diff --git a/public/icons/medium.svg b/public/icons/medium.svg deleted file mode 100644 index fa86a2d..0000000 --- a/public/icons/medium.svg +++ /dev/null @@ -1,13 +0,0 @@ - - - - - - - - diff --git a/public/icons/patreon-color.svg b/public/icons/patreon-color.svg deleted file mode 100644 index 73e7b0b..0000000 --- a/public/icons/patreon-color.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/patreon.svg b/public/icons/patreon.svg deleted file mode 100644 index 60c922f..0000000 --- a/public/icons/patreon.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/paypal-color.svg b/public/icons/paypal-color.svg deleted file mode 100644 index b864454..0000000 --- a/public/icons/paypal-color.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/paypal.svg b/public/icons/paypal.svg deleted file mode 100644 index c4e9df0..0000000 --- a/public/icons/paypal.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/sid.svg b/public/icons/sid.svg deleted file mode 100644 index c88bbb3..0000000 --- a/public/icons/sid.svg +++ /dev/null @@ -1,92 +0,0 @@ - - - - - - image/svg+xml - - - - - - - - - - - - - - - - - - - - - - diff --git a/public/icons/skype-w.svg b/public/icons/skype-w.svg deleted file mode 100644 index 8749306..0000000 --- a/public/icons/skype-w.svg +++ /dev/null @@ -1,6 +0,0 @@ - - - - - - diff --git a/public/icons/skype.svg b/public/icons/skype.svg deleted file mode 100644 index 7acab79..0000000 --- a/public/icons/skype.svg +++ /dev/null @@ -1,53 +0,0 @@ - -image/svg+xml \ No newline at end of file diff --git a/public/icons/society6.svg b/public/icons/society6.svg deleted file mode 100644 index 0522cd8..0000000 --- a/public/icons/society6.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/steam.svg b/public/icons/steam.svg deleted file mode 100644 index 8a96b13..0000000 --- a/public/icons/steam.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/twitch.svg b/public/icons/twitch.svg deleted file mode 100644 index df0421c..0000000 --- a/public/icons/twitch.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/twitter-w.svg b/public/icons/twitter-w.svg deleted file mode 100644 index 04a76f2..0000000 --- a/public/icons/twitter-w.svg +++ /dev/null @@ -1,6 +0,0 @@ - - - - - - diff --git a/public/icons/twitter.svg b/public/icons/twitter.svg deleted file mode 100644 index 5f55ff1..0000000 --- a/public/icons/twitter.svg +++ /dev/null @@ -1,6 +0,0 @@ - - - - - - diff --git a/public/icons/whatsapp-w.svg b/public/icons/whatsapp-w.svg deleted file mode 100644 index 4cd7b54..0000000 --- a/public/icons/whatsapp-w.svg +++ /dev/null @@ -1,58 +0,0 @@ - - - -image/svg+xml \ No newline at end of file diff --git a/public/icons/whatsapp.svg b/public/icons/whatsapp.svg deleted file mode 100644 index e875ba2..0000000 --- a/public/icons/whatsapp.svg +++ /dev/null @@ -1,68 +0,0 @@ - - - -image/svg+xml \ No newline at end of file diff --git a/public/icons/wire-color.svg b/public/icons/wire-color.svg deleted file mode 100644 index 841deef..0000000 --- a/public/icons/wire-color.svg +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/public/icons/wire-loop.svg b/public/icons/wire-loop.svg deleted file mode 100644 index 0b08c80..0000000 --- a/public/icons/wire-loop.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/wire.svg b/public/icons/wire.svg deleted file mode 100644 index de04395..0000000 --- a/public/icons/wire.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/icons/youtube.svg b/public/icons/youtube.svg deleted file mode 100644 index fbace70..0000000 --- a/public/icons/youtube.svg +++ /dev/null @@ -1 +0,0 @@ - \ No newline at end of file diff --git a/public/unstable/fedi-vs-web.html b/public/unstable/fedi-vs-web.html new file mode 100644 index 0000000..31b0ab0 --- /dev/null +++ b/public/unstable/fedi-vs-web.html @@ -0,0 +1,183 @@ + + + + + + fedi vs web + + + + +
+
+
+

fedi vs web

+
+
+

the disconnect between activitypub and the fediverse

+

so this is what you might call a "hot take", certainly a heterodox one to some parts of the broader fediverse community. this is in response to recent discussion on "what do you want to see from AP/AS2 specs" (in context of wg rechartering) mostly devolving into people complaining about JSON-LD and extensibility, some even about namespacing in general (there was a suggestion to use UUID vocab terms. i'm not joking)

+

the main contention is a disconnect between ActivityPub as a spec and fediverse as a protocol/network. a lot of problems cited were with the fediverse as implemented, wishful thinking about what could be changed in spec, many backwards-incompatible, mostly in service of making fediverse impl less painful.

+

there is a recurring refrain about implementers deciding they don't care to implement AP as specified, and that this indicates a problem with the spec, not a problem with implementers.

+

i think this disconnect between ActivityPub and fediverse honestly goes a lot deeper than people might realize. and that is because the problem AP tries to solve is actually completely different from what fedi is trying to do.

+

the concept of a nebulous but mostly singular "network" or "protocol" (made up of partially overlapping parts) is core to what i'll call "fedi mindset". the assumption is that you can join the fedi "network" by implementing the fedi "protocol". and that AP is this.

+

but this assumption starts to break down when you look a little closer.

+ +
+

why does fedi use (or not use) activitypub?

+

first, consider ActivityPub C2S. why is there close to zero usage of this in fediverse software? simple: it doesn't solve any needs for building a "network" "protocol".

+

now consider S2S. why are there zero compliant impls in fedi? because AP as specified doesn't address the needs of fedi. what does fedi need? well, i find it telling that the "real" reason AP was adopted was... to implement followers-only posts.

+

which is to say: the primary reason that ActivityPub is used (to the extent you can say it is being used at all) in the fediverse is mostly historical.

+

fedi grew out of a long line of open protocols, and before AP was adopted, it was at the point where people primarily used "activity streams" as their vocabulary and data model, stuffed into atom feeds. atom feeds don't do private posts unless you make an entirely new access-controlled feed, possibly with a token of some sort. hence, AS2 and AP.

+

when ActivityPub was being standardized alongside AS2 it basically had two compelling reasons for what would become the fediverse to adopt it:

+
    +
  • it was built on AS2, which was an evolution of AS1, which was already being used. so it wasn't hard to make the jump.
    • +
  • it made followers-only posts possible, because while atom feeds could do this, it was wildly inconvenient to actually do it that way. posting something private to an inbox is a lot simpler, no juggling access control tokens.
    • +
+

but beyond that, what does ActivityPub actually do for fediverse as a "network" "protocol"? basically nothing. you have a basic mechanism for delivering activities directly to subscribers, but no specified shape or structure for that payload. and you still need a lot of other specs to end up with something that talks to the "network". even with AS2 vocab, you need more vocab extensions to express things you want to.

+

simply put, AP is not enough for a "protocol" to build a "network".

+
+
+

fedi as a "network"

+

but before you build a "protocol" for a "network", consider: what even is a "network", in this context? and, here's the hot take: do you even want that kind of "network"? do you want a separate reified fediverse network?

+

because the answer that ActivityPub gives is actually a different one. There is no "AP network", because AP as a protocol is not enough to build a concrete network. it is intended to provide, and exists in context of, the larger Web.

+

this is the fundamental divide between fediverse thinking and Web thinking, where ActivityPub straddles the line between both.

+
+ +
+
+

why (and how) fedi "network" doesn't follow the open-world assumption

+

i've seen it said that the "open-world assumption" at the foundation of the Web is actually an undesirable thing for a "social networking protocol", and as a consequence, specs built on that open-world assumption are "completely unsuitable" for that "protocol".

+

but do we need a "social networking protocol"? do we even need "social networks" in the first place?

+

to build the fediverse as its own "social networking protocol" then seemingly requires that we instead go with the closed-world assumption, contrary to the Web

+

it requires ahead-of-time communication and coordination, where implementers need to be willing and available to talk to any other implementer, and this load grows with every new implementer.

+

it requires you to be aware of other extensions, present and future, because your extension might conflict with someone else's extension.

+

the way extensibility works in a closed-world fediverse is that "every implementer talks to every other implementer". or maybe there is a central registry of extensions that everyone submits to their authority, as stewards of the "protocol" that is used to build the "network". this trades out the n:n relation between implementers and other implementers, for an n:1 relation between implementers and the central registry.

+

the way extensibility works in an open-world Web is you just do it.

+

the challenge in closed-world systems is how to scale communication and coordination as the number of implementers grows. without a central authority, it almost inevitably leads to power coalescing in the hands of the few most popular or largest implementations, who become the "de facto" standard and get to mostly do what they want, and everyone else mostly has to follow if they want to be compatible.

+

sound familiar? it should, because this is the model that the fediverse follows today.

+

indeed, the fediverse is more closed-world than open-world. you see this in the so-called "rejection" of json-ld among presumably the majority of fedi implementations. because for the most part, AS2 lets you ignore json-ld. it only matters for extensibility, and (specific criticisms of json-ld aside) json-ld also mostly allows you to ignore it.

+

so why do people still complain about it?

+
+

what even is context

+

well, there is the concept of "context" in json-ld, which represents shared understanding.

+

when i say john knows sally, there are several ambiguities. we can solve ambiguities by disambiguating. one way to disambiguate is to be explicit about what any term or symbol means. one way to be explicit is to use uniform identifiers.

+

in particular, http/https uris have some convenient properties

+
    +
  • they have authority, so you can qualify an id based on who's assigning it.
    • +
  • you can use the authority component as a namespace
    • +
  • you can fetch the uri and it might return something useful
    • +
+

so let's say john is https://example.com/john and sally is example.com/sally. what do we use for knows? well, there are multiple senses of the word "knows":

+
    +
  1. is aware of the existence of
    2. +
  2. is familiar with
    3. +
  3. is having sexual intercourse with
    4. +
+

we mean definition 1. so we might use https://example.com/vocab/knows/1. now we have the statement:

+ + 
+<https://example.com/john> <https://example.com/vocab/knows/1> <https://example.com/sally>
+
+ +

this is unambiguous, but we can go one step further: we can provide definitions at the uri.

+

say some random person sees the statement above. they don't know who john or sally are, and they don't know what "knows" means in this context. well, if we do a little work upfront, they actually can know what all of these terms mean, without ever asking us directly

+

we put a resource on example.com for each of these terms, and each resource describes the subject of that identifier -- it is a "resource descriptor". the resource for knows/1 can define itself explicitly with a schema. so at minimum we have the following schema for knows/1

+
+
how to represent it in plain text
+
"knows"
+
how to define it
+
"is aware of the existence of"
+
+

the RDF Schema gives us label and comment, as defined by the RDF Schema.

+
+
label
+
"knows"
+
comment
+
"is aware of the existence of"
+
+

but we need to know what "label" and "comment" mean as well! not to worry, we qualify those terms with the rdfs namespace:

+
+
rdfs:label
+
"knows"
+
rdfs:comment
+
"is aware of the existence of"
+
+

conventionally, we need a way to unambiguously map rdfs: to its actual prefix, https://www.w3.org/2000/01/rdf-schema#. in Turtle, it would be done like so:

+ + 
+@prefix rdfs: <https://www.w3.org/2000/01/rdf-schema#> .
+
+ +

but in json-ld, we would use @context.

+
+
+

ok so how/why do we deal with context

+

now at this point you're probably wondering what this has to do with social networking. and on a practical level, if you're just interested in building a "social networking protocol", this is mostly all extraneous.

+

the part that implementers have to deal with is the notion of "context" and, more specifically, how json-ld handles it, and even more specifically, what to do when two shorthand terms conflict.

+

remember, the open-world solution is namespacing. what does closed-world do?

+

well, let's look at actor. in AS2 terms it refers to the entity that performed an activity. but in schema.org terms it refers to someone playing a role in a movie or other performance. in an open-world case, you would namespace these as https://www.w3.org/ns/activitystreams#actor and http://schema.org/actor. but in a closed-world sense, you don't want to be aware of context. you don't want to have to deal with it. but even so, you still have an "implicit context" that you are using, based on how you define each term in your own understanding, what you hardcode into your software. in this example, your "implicit context" is that actor always means https://www.w3.org/ns/activitystreams#actor.

+

what json-ld does, or what it allows you to do, is explicitly declare a @context that is equivalent to your "implicit context".

+

this works fine if there is only one declaration that is shared exactly between two parties, but it gets complicated when the "implicit context" differs or isn't an exact match.

+

this means that there cannot ever be a singular fediverse network, because the "implicit context" differs between each software project. the only guaranteed overlap is the AS2 one.

+

but it's not like AS2 didn't think of this. they wrote in this requirement:

+
+

Activity Streams 2.0 implementations that wish to fully support extensions MUST support Compact URI expansion as defined by the JSON-LD specification.

+ Activity Streams 2.0, ยง5 "Extensibility" +
+

note, you aren't required to implement all of json-ld. you just need to handle the bit where you can identify the equivalence between a uri and some arbitrary string.

+

but fediverse mostly decided this is too hard, and so they ignore context.

+
+
+

what happens when you choose to Not

+

now there's a few thoughts i have here.

+

first: fediverse culturally seems to ignore a lot of other things as well. they ignore http caching for example. they ignore http status codes like 301 Permanent Redirect. these requirements are arguably more important than context, and they still get ignored.

+

in fact, most fedi software is mostly just reimplementing Web browsers, but with what they consider to be the "bare minimum" of compliance. and the web they let you browse is smaller than the Web

+

are these things part of the "protocol"? how far does the "protocol" extend to cover? because, as we established, ActivityPub is not enough to build a fully functional fediverse -- and a lot of extensions and additional specs are things that ought to be included in this "protocol", insofar as this "protocol" is desirable.

+

second: if you ignore things, that means there are cases you're not handling, losing out on robustness. ignoring context is to ignore shared understanding.

+

so what do you actually lose out on when you ignore json-ld context? you have to fall back to the "implicit context", where AS2 terms are generally agreed upon, but nothing else is guaranteed.

+

take something like discoverable from mastodon. what does it mean? well, it means whatever is defined in the mastodon codebase and documentation. so we could represent that as http://joinmastodon.org/ns#discoverable or shorten that with a prefix. but if we do, then most fediverse will choke on that. this is because #fediverse is ignoring context. the implicit context is that discoverable means http://joinmastodon.org/ns#discoverable but they don't know that. so they can't actually handle the extension in its fullest form.

+

what AS2 calls out as "full support for extensions" requires being able to identify this equivalence and handle it. again, fedi does... let's call it "partial support".

+

the "implicit context" is now a hardcoded but unstated requirement of this "protocol".

+

which is to say: fediverse software generally expects LD-aware producers to compact against their own "implicit context", but they don't always define that context. it's left undeclared and undefined. or it actually is declared, but if you give them their own expanded form then they'll not understand it.

+

if we go back to the "john knows sally" example, then fedi behavior is like this exchange:

+
    +
  1. someone tells you: when i say knows, i mean is familiar with
    2. +
  2. you say: ok. john is familiar with sally.
    3. +
  3. they respond: WTF? what does is familiar with mean? i only understand knows.
    4. +
+

it's like... you literally just told me "knows" = "is familiar with", but because of your own ignoring of your own context, you can't handle me saying "is familiar with"?

+

in this way, as long as the fediverse remains ignorant of context, they will remain fragile and without any sort of robustness in their "protocol".

+

the alternative they have is to extend the only context they share, which is the AS2 one. but this doesn't solve the problem. it just officially blesses a single term.

+
+
+
+

closing thoughts: fedi vs web

+

so if you want to turn "activitystreams" into a "protocol" then sure i guess you can do that. but why? what are the needs we're trying to address here? of what purpose is your "protocol"? social networking? you want a "social networking protocol"? before you convince people that a "social networking protocol" is necessary, you have to convince people that a "social network" is necessary. but more importantly, you are contrasting that "social networking protocol" against the "social Web".

+

it is my personal belief that this whole "closed-world social network" vs "open-world social Web" thing is leading to a big disconnect that makes addressing people's needs harder.

+

because, to be on the "network", you neglect being on the "Web".

+

sure, your software might still publish your "posts" as Web resources, but that's it. you're not actually granted control or ability to manage Web resources for yourself. ActivityPub C2S is being neglected, among many other things.

+

i am personally more in favor of a "social Web" than a "social network". what i want to do is make it easier for anyone to make a website, and to manage that website. i want those websites to be able to link to each other in well-defined and clearly-understood ways. i want to make friends and express myself to the fullest, in varying contexts on various websites, without context collapse.

+

but it feels like fediverse is more interested in replicating the "social network" paradigm.

+
+
+ +
+
+ + \ No newline at end of file