free
/
freedombone
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Federation as a concept

This commit is contained in:
Bob Mottram 2018-02-21 14:53:20 +00:00
parent e5cff004fe
commit 36d39c34a3
3 changed files with 29 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
doc/EN/fediverse.org
View File

@ -18,6 +18,8 @@
Some things you might want to know about the Fediverse:
* Federation as a concept
The political definition of a federation is "/a union of partially self-governing states or regions under a central (federal) government/". The fediverse isn't exactly like that, in that there is no federal government. However there are protocols which govern the communication between instances and that might be analogized to being a sort of elemantary constitution or mutual agreement binding all participants together. The protocols are merely ways of moving data around though, and don't impose any sort of moral code.
* Keep the number of users on each server small
The importance of this can't be overstated. Servers with lots of users always eventually have problems where the interests of the users are not the same as the interests of the server administrator. If you are the server administrator, or if there are only a small squad-size group of people on the server, then it's a lot easier to resolve differences and everyone's interests are likely to be similar.

1
src/freedombone-app-xmpp
View File

@ -210,7 +210,6 @@ function remove_user_xmpp {
DOMAIN=${HOSTNAME}
fi
prosodyctl deluser "${remove_username}@${DOMAIN}"
}
function add_user_xmpp_client {

46
website/EN/fediverse.html
View File

@ -3,7 +3,7 @@
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
<!-- 2018-01-29 Mon 10:19 -->
<!-- 2018-02-21 Wed 14:52 -->
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1" />
<title>&lrm;</title>
@ -252,54 +252,62 @@ for the JavaScript code in this tag.
Some things you might want to know about the Fediverse:
</p>
<div id="outline-container-org403f1ae" class="outline-2">
<h2 id="org403f1ae">Keep the number of users on each server small</h2>
<div class="outline-text-2" id="text-org403f1ae">
<div id="outline-container-org0e5c3f9" class="outline-2">
<h2 id="org0e5c3f9">Federation as a concept</h2>
<div class="outline-text-2" id="text-org0e5c3f9">
<p>
The political definition of a federation is "<i>a union of partially self-governing states or regions under a central (federal) government</i>". The fediverse isn't exactly like that, in that there is no federal government. However there are protocols which govern the communication between instances and that might be analogized to being a sort of elemantary constitution or mutual agreement binding all participants together. The protocols are merely ways of moving data around though, and don't impose any sort of moral code.
</p>
</div>
</div>
<div id="outline-container-org90385ba" class="outline-2">
<h2 id="org90385ba">Keep the number of users on each server small</h2>
<div class="outline-text-2" id="text-org90385ba">
<p>
The importance of this can't be overstated. Servers with lots of users always eventually have problems where the interests of the users are not the same as the interests of the server administrator. If you are the server administrator, or if there are only a small squad-size group of people on the server, then it's a lot easier to resolve differences and everyone's interests are likely to be similar.
</p>
</div>
</div>
<div id="outline-container-org4b8c27b" class="outline-2">
<h2 id="org4b8c27b">Drama will happen</h2>
<div class="outline-text-2" id="text-org4b8c27b">
<div id="outline-container-org1f1a75f" class="outline-2">
<h2 id="org1f1a75f">Drama will happen</h2>
<div class="outline-text-2" id="text-org1f1a75f">
<p>
It's inevitable in any social network, but fortunately your options for dealing with it are better than they are in the giant proprietary monoliths. In the proprietary world Google or Facebook don't give a damn about the fate of individual users. On a server with a small number of users if you're getting griefed then the administrator is likely to care and be able to do something about it.
</p>
</div>
</div>
<div id="outline-container-org6bb90e7" class="outline-2">
<h2 id="org6bb90e7">Don't be afraid to block</h2>
<div class="outline-text-2" id="text-org6bb90e7">
<div id="outline-container-org249f254" class="outline-2">
<h2 id="org249f254">Don't be afraid to block</h2>
<div class="outline-text-2" id="text-org249f254">
<p>
Especially if other servers are publishing content which may not be legal in your jurisdiction then don't be afraid to use domain or user blocking from the <b>Administrator control panel</b>. The same applies if users on other servers are trying to harass you. Blocking creates politics and drama but <span class="underline">this is a feature not a bug</span>. It allows you to craft your own distinct community and user experience while also existing in the wider federation. It's hard to do this on sites like Twitter or Facebook. Try to keep blocking to a minimum though and avoid doing it for insubstantial reasons. If you have other users on your server then publish the blocked domains list somewhere they can see. That avoids disappointment and enables you to have a discussion about the validity of blocking decisions.
</p>
</div>
</div>
<div id="outline-container-orgded15c7" class="outline-2">
<h2 id="orgded15c7">Network structure maps on to social structure</h2>
<div class="outline-text-2" id="text-orgded15c7">
<div id="outline-container-org16e1345" class="outline-2">
<h2 id="org16e1345">Network structure maps on to social structure</h2>
<div class="outline-text-2" id="text-org16e1345">
<p>
Over time follows and blocking rules come to match the underlying social geography of affinity groups. Blocking will happen and users will move around or start new servers. Drama related to blocking will dissipate.
</p>
</div>
</div>
<div id="outline-container-orgd6823a8" class="outline-2">
<h2 id="orgd6823a8">Keep your follows under the Dunbar number</h2>
<div class="outline-text-2" id="text-orgd6823a8">
<div id="outline-container-orga5968b2" class="outline-2">
<h2 id="orga5968b2">Keep your follows under the Dunbar number</h2>
<div class="outline-text-2" id="text-orga5968b2">
<p>
Keep the number of other users you're following and who are also active to under a couple of hundred. Any more than that and you'll just be overwhelmed by irrelevant stuff and whatever community you may have been part of will dissolve in a sea of entropy. There are no algorithmic timelines, and even if they're introduced then they create their own problems as an opaque form of censorship. <span class="underline">Real community happens at tribal scale</span>. It's something which people often don't like to admit because they get fixated upon bigger and bigger numbers, but it definitely seems to be true.
</p>
</div>
</div>
<div id="outline-container-org77ec195" class="outline-2">
<h2 id="org77ec195">Avoid big public servers</h2>
<div class="outline-text-2" id="text-org77ec195">
<div id="outline-container-orgc8c8b40" class="outline-2">
<h2 id="orgc8c8b40">Avoid big public servers</h2>
<div class="outline-text-2" id="text-orgc8c8b40">
<p>
It may seem like a good idea and it may seem like you're doing a service to the community by allowing random strangers to register, but servers with thousands of users only cause problems - social, administrative, financial and possibly also legal. The financial strain of running a powerful server with high reliability may be enough to encourage the administrator to begin pushing advertising onto the system, or sell user content, and then before you know it you have identical problems to Twitter. Instead try to encourage people to set up their own servers. Follow this principle and a lot of arguments and stress will be more easily avoided.
</p>