Kombination von WordPress und Matrix Logo

Automattic, die Firma des WordPress Gründers Matt Mullenweg und Betreiber von WordPress.com, hat gerade indirekt das Matrix Protokoll mit 5 Millionen Dollar finanziert.

Das Matrix Protokoll wird oft in einem Atemzug mit ActivityPub genannt und scheint auch dem Fediverse zugeordnet zu werden.

Matrix is an open standard for interoperable, decentralised, real-time communication over IP. It can be used to power Instant Messaging, VoIP/WebRTC signalling, Internet of Things communication – or anywhere you need a standard HTTP API for publishing and subscribing to data whilst tracking the conversation history.

https://matrix.org/faq/

Ich kenne Matrix hauptsächlich aus dem Instant Messaging Bereich, aber es gibt auch eine Server-To-Server/Federation API also gehe ich davon aus, dass sich auch dezentrale soziale Netzwerke realisieren lassen.

Das wirklich spannende ist aber nicht die Investition sondern Automattics Plan, WordPress mit Matrix zu verheiraten.

More importantly, Matt Mullenweg (co-founder of WordPress and founder of Automattic) and the Automattic gang are committing to make the most of Matrix in their work going forwards!

This is huge news, not least because WordPress literally runs over 36% of the websites on today’s web – and the potential of bringing Matrix to all those users is incredible. Imagine if every WP site automatically came with its own Matrix room or community? Imagine if all content in WP automatically was published into Matrix as well as the Web?

Welcoming Automattic to Matrix! (matrix.org)

Automattic scheint es wirklich ernst zu meinen und hat gleich auch noch eine passende Stelle ausgeschrieben:

We’re looking for a developer to bridge the two software worlds – the one of WordPress and of Matrix.org.

Sollte WordPress wirklich Matrix kompatibel werden, wäre das wegweisend und würde das Thema dezentrale Netzwerke wirklich voran bringen, bzw. es könnte der finale Durchbruch sein.

Ich bin wirklich ein bisschen aufgeregt, auch wenn ich mit ActivityPub dann wohl aufs falsche Pferd gesetzt zu haben… In diesem Fall wäre mir das aber echt egal!

(Ich schreib dann mal meine Bewerbung 😉 )

Vor ein paar Wochen hab ich über das titellose (Micro)Bloggen lamentiert und wie grausam es in meinem Feedreeder aussieht…

…dabei nutze ich wahrscheinlich einfach nur das falsche Tool?

NetNewsWire stellt Texte ohne Titel echt schön dar und ich könnte mir auch gut vorstellen den Reeder zu ersetzen…

ABER leider bietet NNW noch keine Möglichkeit über die Fever bzw. die Tiny Tiny RSS API zu syncen.

Mal schauen ob ich Glück habe…

Note: In NetNewsWire 5.0, Feedbin is the only sync service supported. Additional services will be supported in future 5.x releases.

ranchero.com

Ich hab was Dummes gemacht!

Ich hab mir ein Plugin installiert um fehlerhafte und verwaisten Links auf meinem Blog zu finden und das Ergebnis ist echt frustrierend! Von 5.000 Links sind über 1.000 nicht mehr erreichbar und täglich kommen neue dazu.

Noch schlimmer: Es handelt sich fast ausschließlich um private Webseiten, Blogs und OpenWeb Projekte/Initiativen.

Willkommen im „open, portable, interoperable, social, synaptic, semantic, structured, distributed, (re-)decentralized, independent, microformatted and federated social web“ 🙁 .

Ein Bild von Matthias Pfefferle vom Humans of WordPress Interview

Martin Wolfert hat mich für sein Projekt „Humans of WordPressinterviewed.

Grundsätzlich möchte ich mit Humans of WordPress Menschen aus der WordPress-Community, aber auch dem erweiterten WordPress-Ecosystem mit Hilfe von ästhetischen Bildern und interessanten Interviewtexten vorstellen.

Wir sprechen über meine „WordPress-Story“ , über notiz.Blog, über dezentrale Netzwerke und das IndieWeb, über Gutenberg, Theme Entwicklung und über die Verantwortung der WordPress Community auch über die reine Software-Entwicklung hinaus.

Zum Interview.

Shows a diagram of the Fediverse with Twitter in the middle

Jack Dorsey, CEO von Twitter, hat vorgestern einen spannenden Thread auf Twitter veröffentlicht:

Twitter is funding a small independent team of up to five open source architects, engineers, and designers to develop an open and decentralized standard for social media. The goal is for Twitter to ultimately be a client of this standard.

[…]

We’d expect this team not only to develop a decentralized standard for social media, but to also build open community around it, inclusive of companies & organizations, researchers, civil society leaders, all who are thinking deeply about the consequences, positive and negative.

Schön, dass Twitter dem Thema „Dezentrale Netzwerke“ (nach über zehn Jahren) eine (zweite) Chance gibt! Nicht so schön, dass Twitter, zumindest laut Jacks Thread, dafür einen neuen „Standard“ entwickeln will.

Zum Glück hat @bluesky, der Account des neuen Projekts/Teams, die Aussage noch einmal relativiert.

As we mentioned, the team will have complete freedom to identify and consider all the great work already done, and if they believe it’s best to work on a pre-existing standard 100%, they will. If not, they’re free to create one from scratch. Their discretion, not Twitter, Inc’s.

@bluesky

Ich bin gespannt auf das finale Ergebnis, immerhin hat sich Evan Prodromou, Erfinder von OStatus, Gründer von Identi.ca und Status.NET und Mit-Autor von ActivityPub, schon ‚mal über Twitter beworben 🙂

… und vielleicht sollte ich mich ja auch bewerben?!?

via Marcel Weiß & Daniel Ehniss

Publish (on your) Own Site, Syndicate Elsewhere kurz POSSE ist ein zentraler Building Block des IndieWeb.

POSSE is an abbreviation for Publish (on your) Own Site, Syndicate Elsewhere, a content publishing model that starts with posting content on your own domain first, then syndicating out copies to 3rd party services with permashortlinks back to the original on your site.

https://indieweb.org/POSSE

Die Idee: Alles (Texte, Bilder, Podcasts, Videos, …) zuerst auf der eigenen Seite veröffentlichen und dann „Kopien“ über die sozielen Netzwerke teilen.

Vor ungefär 6 Jahren schrieb der hackr folgendes über POSSE:

das indieweb differenziert nicht in ‚text‘ der tatsächlich indiewertig ist und text, der im driveby entsteht und jeweils einer ganz konkreten logik entspricht. (das sozial dysfunktionale verhalten wäre, dass syndizierer auf den jeweiligen plattformen eher als spammer / bzw. eben genau als lästige syndizierer wahrgenommen werden, die die jeweilige plattform weder verstehen, noch die spezifität berücksichtigen, noch sich darum kümmern und nur gwm ‚melken‘ wollen)

hackr

Zusammengefasst: Die syndizierten Posts werden durch POSSE aus dem Kontext gerissen und könn(t)en dadurch in den entsprechenden sozialen Netzwerken nicht richtig eingeordnet werden.

Damals habe ich noch stark dagegen argumentiert:

Es geht eben nicht darum ein(en) Text/Bild/Video in so viele Netzwerke wie möglich zu streuen, sondern genau umgekehrt… Man schreibt den Text den man beispielsweise sonst explizit auf Twitter geschrieben hätte eben nicht auf Twitter sondern auf seiner eigenen Seite und pushed ihn danach in das Netzwerk um die Kontrolle über seinen und eine Kopie von seinem Text zu behalten.

ich

Es geht eben nicht um das syndizieren an sich, sondern um das „twittern/facebooken/… über die eigene Seite“.

guter punkt, nur stelle ich gwm. das vorhandensein eines tweets ausserhalb von twitter selbst in frage.

hackr

Durch Zufall hab ich mich vor ein paar Wochen an die Diskussion erinnert…

Es fehlt letztendlich nicht der Kontext auf Twitter & Co. sondern auf der „eigenen“ Webseite. Immer mehr Blogger in meinem direkten Umfeld POSSEen, aber nur die Wenigsten trennen diese Posts von ihren klassischen Artikeln. Das heißt in meinem Feed-Reader tauchen immer mehr zusammenhanglose Kurznachrichten, teilweise direkte Antworten auf Tweets oder sogar Issues für GitHub Projekte auf.

Im Prinzip ist es egal, wie man es dreht… durch das syndizieren geht der Kontext verloren und der hackr hatte damals doch recht 😉

Zusammen mit dem „microbloggen über die eigene Webseite“ wird POSSE zu einem echten Problem in meinem Feed-Reader 🙁

Schon seit der ersten Version von Mastodon wollte ich eine Lobeshymne auf OStatus schreiben! Sowas wie „OStatus hat auch nach über 6 Jahren an Relevanz nicht verloren“ oder „selbst nach 6 Jahren, setzen neue Plattformen mit Erfolg auf OStatus“ oder „mein 6 Jahre altes OStatus WordPress Plugin funktioniert mit nur wenigen Anpassungen auch mit Mastodon„…

Das kann ich mir jetzt leider sparen. Eugen Rochko, der Gründer von Mastodon, schrieb schon 2018:

I can’t wait until I can begin removing OStatus-related code from Mastodon. I think GNU social is the last remaining fediverse project that hasn’t yet switched to ActivityPub?

Eugen Rochko auf Mastodon

Über Patreon hat er seinen Plan jetzt nochmal konkretisiert:

[…] OStatus […] has overstayed its welcome in the code […] and now that most of the network uses ActivityPub, it’s time for it to go.

Eugen Rochko auf Patreon

…und der Pull-Request, der PubSubHubbub und Salmon ausbaut, wurde am 6. Juli ge-merged.

🙁

Wie geht’s weiter?

OStatus war wegweisend! Statt ein komplett neues Protokoll zu beschreiben, hat OStatus bestehende De-Facto-Standards in einer Spezifikation zusammen geführt. Für viele Plattformen, war es dadurch relativ einfach, OStatus einzusetzen, da sie in der Regel Teile der Spezifikation sowieso schon betrieben.

Protokoll-Übersicht von the-federation.info (Stand: 23. Juli 2019)

In den letzten Jahren habe ich aber gelernt, nicht zu sehr an Standards, Protokollen oder Technologien fest zu halten. OStatus wurde von ActivityPub eingeholt und aktuell ist GNU.social die einzige Plattform die ausschließlich auf OStatus setzt.

Zeit los zu lassen.

Ist ActivityPub die Zukunft?

Wie gerade schon geschrieben, ist es mir prinzipiell egal, welches Format sich durchsetzen wird. Mir ist nur wichtig dass sich ein Protokoll durchsetzt. Der Trend scheint zwar zu ActivityPub zu gehen… aber wer weiß?!?

Diaspora sieht bisher jedenfalls keinen Grund ActivityPub einzusetzen:

ActivityPub tries to work for everything and everyone. And because of that, they introduced a lot of flexibility and, sadly, a lot of ambiguity. Even though they tried, I found some reasons as for why we, as diaspora* developers, would not be able to build upon this new protocol without using heavily customized objects and activities.

Dennis Schubert in „ActivityPub – one protocol to rule them all?“

und vor ein paar Wochen habe ich außerdem gelesen, dass HubZilla versucht sein Protokoll Zot zu standardisieren:

Join the efforts to standardize the Zot protocol, currently used in Hubzilla and Zap platforms. This is a community initiative to push Zot adoption for federated social web.

fediverse.party

Ich bin gespannt!

— via wedistribute.org

Ich hatte in den letzten Monaten die Möglichkeit, mich ein bisschen intensiver mit ID4me zu beschäftigen. Nach anfänglicher Skepsis finde ich die Idee mittlerweile extrem charmant.

Im letzten Jahr haben sich einige deutsche Firmen zusammen geschlossen um mit netID bzw. VERIMI zwei konkurrierende Single-Sign-On Dienste zu entwickeln. Beide Systeme basieren zwar auf dem offenen Standard OpenID Connect, scheinen aber mindestens genauso restriktiv zu sein. netID wird nur von einer begrenzten Anzahl von Diensten angeboten und VERIMI setzt einen zentralen Account bei verimi.de voraus.

ID4me basiert zwar auch auf OpenID Connect, ist aber kein „Yet Another Login-Service“, wie ich anfangs fälschlicherweise vermutet hatte. ID4me erweitert die OpenID Spezifikation mit einer DNS-Discovery und funktioniert vollkommen dezentral.

The ID4meidentifier, consisting of a valid DNS hostname (or, potentially, of an email address), would allow users to log into any online service via a single account, similarly to the OTT-run services, but would also allow users to choose the manager of their identifier among any number of compatible providers.

[…]

To foster adoption and remove barriers to market entry, ID4me builds on public and open standards (OpenID Connect and DNSSEC) and releases all its specifications as open, royalty-free standards, submitting them to the appropriate Internet standardization bodies. Entities already running single sign-on systems based on OpenID Connect should be able to extend them to provide ID4meidentifiers quite easily.

ID4me – General overview

Wie funktioniert ID4me genau?

Der ID4me DNS Eintrag sieht wie folgt aus:

_openid.notiz.blog. 600 IN TXT "v=OID1;iss=id.test.denic.de;clp=identityagent.de"

Dabei steht v für die Protokoll-Version, iss für den Issuer (der Endpunkt der für die Autentifizierung verantwortlich ist) und clp für Claims Provider (der Endpunkt über den „Claims“ (beispielsweise Profildaten) abgefragt werden können).

Was macht ID4me so spannend?

Zum selbst hosten einer OpenID, braucht man eine Domain, Webspace und eine OpenID Connect – Library, außerdem muss man wissen wie man diese installiert und betreibt. Um diese Komplexität zu reduzieren hat man sich bei OpenID 1.1 schon 2006 mit dem Thema „Delegated Authentication“ beschäftigt.

If the End User’s host is not capable of running an Identity Provider, or the End User wishes to use one running on a different host, they will need to delegate their authentication. For example, if they want to use their website, http://www.example.com/, as their Identifier, but don’t have the means, or desire, to run an Identity Provider.

Klassisch braucht OpenID Connect für die „Delegation“ mindestens ein WebFinger – Dokument. Das heißt man braucht „nur“ noch eine Domain, Webspace und man muss wissen wie WebFinger funktioniert.

ID4me konzentriert sich ausschließlich auf das Prinzip der „Delegated Authentication“ und reduziert die Anforderungen auf eine Domain!

Die Domain ist dadurch an keinen festen OpenID-Provider (Issuer) gebunden und kann bei einem Umzug zu einem neuen Registrar, weiterhin auf den alten Issuer zeigen, bzw. den Issuer beliebig wechseln. Solange sich die Domain nicht ändert, sind Hoster, Domain-Registrar, OpenID-Provider oder E-Mail – Anbieter austauschbar.

Noch ein schöner Nebeneffekt: ID4me tritt nicht in Konkurrenz zu anderen OpenID Connect Providern wie beispielsweise die oben erwähnten netID oder VERIMI. Im Gegenteil, jeder dieser Anbieter sollte mit wenig Aufwand über ID4me „delegierbar“ sein.

Die Art wie wir kommunizieren hat sich verändert. Die Flut an Informationen wird immer größer und wir nehmen uns immer weniger Zeit zum lesen und schreiben. Aus E-Mail wurde Messaging, aus Bloggen wurde Microbloggen und wir nutzen Emojis, Hashtags und andere Abkürzungen um die, so schon kurzen Texte, noch weiter zu „optimieren“.

Das ist prinzipiell auch nichts schlimmes, da sich mit jeder neuen Kommunikationsform in der Regel auch das Medium, mit dem ich es konsumiere, ändert. Messaging-Texte lese ich in Telegram und E-Mails kann ich weiterhin in meiner Mail-App lesen.

Komisch wird es aber, wenn sich Medien vermischen, oder wenn Tools versuchen unterschiedliche Medien zu normalisieren. 2011 versuchte Facebook, beispielsweise E-Mails und Messaging/Chat zu verheiraten und über eine Oberfläche nutzbar zu machen.

There are no subject lines, no cc, no bcc, and you can send a message by hitting the Enter key. We modeled it more closely to chat and reduced the number of things you need to do to send a message.

Facebook: See the Messages that Matter

Auf Facebook hat das Vorhaben auch gut funktioniert, aber über die klassiche Mail-App sah ein „Discussion-Thread“ nicht wirklich hübsch aus, weshalb das Projekt auch (zum Glück) wieder eingestellt wurde.

Aber wie komme ich auf das Thema?

Aktuell sieht es in meinem Feed-Reader folgendermaßen aus:

Reeder (RSS-Reader) auf dem iPhone

Keine Überschriften, komische Überschriften, nur das Datum oder sogar der ganze Text als Überschrift. Schuld daran ist, die Verschmelzung von Blogging und Microblogging. Oder besser: Die Nutzung eines Feed-Readers um Microblogs zu lesen.

Micro.blog ist ein Microblogging-Dienst, der 2017 über eine Kickstarter-Kampangne finanziert wurde. Micro.blog orientiert sich stark an der IndieWeb Community und unterstützt viele IndieWeb-Protokolle, wie z.B. Webmentions und Micropub. Der Service unterstützt außerdem das abonnieren von klassischen Blogs wie z.B. WordPress über das gute alte RSS Format. Und hier vermischen sich die beiden Themen.

Aus der WordPress Doku von Micro.blog:

Part of indie microblogging is getting back to the simplicity of title-less posts. When you’re writing a microblog post in WordPress, just leave the title blank, and if necessary update the post template to not include the title in HTML or the RSS feed.

Durch die IndieWeb Community veröffentlichen viele Personen in meinem Umfeld alle Arten von Texten und anderen Medien auf ihren eigenen Webseiten. Ein signifikanter Anteil von ihnen nutzt dafür WordPress und ein Teil davon wiederum meine Themes. Das heißt ich bin letztendlich sogar dreifach von diesem „Trend“ betroffen: als Konsument, als Entwickler und als Publisher.

Ich verstehe den Ansatz, den Micro.blog verfolgt durchaus:

You may find that some feed readers don’t gracefully handle posts without titles, often inserting “Untitled” for the title because they expect something to be there. If you see this, the best solution is to email the developer and ask for them to address it. Working around the issue with fake titles — dates, numbers, or portions of the text — will only ensure that client developers never improve their apps to handle title-less posts.

Apple macht es ganz ähnlich, wenn sie bei neuen iPhones die Kopfhörer-Buchse weg lassen oder bei Laptops nur noch USB-C Anschlüsse verbauen. Man könnte argumentieren, dass es der einzige Weg sei um den Fortschritt voran zu treiben, aber ich bin von den Änderungen meistens eher genervt! Ich bin nämlich derjenige der wieder neue Kopfhörer und einen &%$?§ voll Adapter braucht.

Ein ähnliches Gefühl habe ich gerade bei Microblogging über WordPress und Micro.blog. Nicht die RSS-Reader werden gezwungen sich anzupassen, sondern ich muss schauen, wie ich meine Lese- bzw. Schreibgewohnheiten verändere. Ich „muss“ mein Theme anpassen, ich „muss“ meine Schreibgewohnheiten anpassen und ich „muss“ schauen wie ich meinen Feed-Reader wieder „sauber“ bekomme.

Ich würde mir wünschen wenn Micro.blog nicht so restriktiv mit dem Interpretieren von RSS wäre und wenn es einen fließenderen Übergang gäbe.

Ich würde mich freuen, wenn ich weiterhin Titel schreiben dürfte, denn Titel sind gut für den Feed-Reader, für die sprechenden Permalinks oder einfach nur damit ich meine Artikel über die WordPress Oberfläche schneller wieder finde.

Ich würde mir wünschen, dass Micro.blog einfach immer den Text oder die Summary nutzen würde und den Titel nur als Fallback. Von mir aus auch abhängig vom Post-Type.

Aktuell gibt es für mich aber nur zwei Möglichkeiten:

  • Ich lasse den Titel weg -> Micro.blog zeigt den vollen Text an und im Feed-Reader sieht’s scheiße aus
  • Ich schreibe einen Titel -> Micro.blog zeigt nur den Titel an, aber im Feed-Reader siehts gut aus

Es gibt natürlich auch noch andere Lösungen, aber die sind immer mit Arbeit verbunden: HTTP Agent auslesen und nur für Micro.blog den Titel ausblenden, extra Feed für Micro.blog, …

Am Schluss ist Micro.blog aber nur exemplarisch für eine generelle Entwicklung in der IndieWeb Community.

Peter Molnar hat in einem ähnlichen Zusammenhang etwas sehr passendes dazu geschrieben:

If I look at my wall, my timeline, or any other stream, it’s a mess which I’m not proud of. It’s a never-ending scroll of things, without structure, without separating the less important from the more important, without me, without focus. “regaining focus” is becoming much of a buzzterm but there is truth behind it.

I want the blogs back


Wahrscheinlich sind es nicht die fehlenden Titel die mich aufregen, sondern die Flut an unstrukturierten, zusammenhanglosen Microblogposts, die ich eigentlich gar nicht in meinem Feed-Reader haben will.

…aber das ist eine andere Geschichte.