Trotz meiner Beschäftigung mit Delegation im Matrix-Kontext bin ich nicht auf die Idee gekommen, das Prinzip auf Mastodon zu übertragen. Erst zwei Toots machen mich auf die simple Konfiguration aufmerksam:
# /etc/nginx/nginx.conf location = /.well-known/host-meta { return 301 https://social.eden.one$request_uri; } # /home/mastodon/live/.env.production LOCAL_DOMAIN=eden.one WEB_DOMAIN=social.eden.one
Nach einem Neustart aller Beteiligten (service restart nginx; systemctl restart mastodon-web.service; systemctl restart mastodon-sidekiq.service) migriere ich den Account @janedenone@eden.one (Follower werden automatisch umgezogen, gefolgte Accounts und Bookmarks müssen per Export/Import mitgenommen werden) und verfüge nun über einen sehr schicken Namen im Fediverse. Zurück bleiben 146 Toots. Das Prinzip lässt sich (teilweise) auch ohne eigene Mastodon-Instanz anwenden, indem die Antwort der genutzten Mastodon-Instanz auf eine WebFinger-Anfrage auf dem eigenen Webserver hinterlegt wird.
Bei dieser Gelegenheit erhöhe ich das rate limit für authentifizierte Anfragen von 300 auf 3000, um die Fehlermeldung Too many requests
zu vermeiden:
# /home/mastodon/live/config/initializers/rack_attack.rb throttle('throttle_authenticated_api', limit:3000, period: 5.minutes) do |req| req.authenticated_user_id if req.api_request? end
Außerdem lerne ich, dass Mastodon automatisch RSS-Feeds generiert, so dass ich Accounts grundsätzlich auch in meinem RSS-Reader folgen, das Twitter/Blogosphere-Schisma überwinden und RSS zu neuem Leben verhelfen könnte.
Nur wenige Stunden später verlinkt Dan Hon einen CLI-Client für Mastodon, der kaum Wünsche offen lässt (außer vielleicht der Erweiterung des tui-Kommandos um die Möglichkeit, vim als Editor zu verwenden), und Dr. Drang demonstriert die Verwendung der Mastodon-API mittels eines einfachen Python-Skriptes. Mastodon macht mir schon in den ersten Tagen viel Freude, trotz des bedrohlichen wachsenden Caches.