Gestern hatten wie unseren 10. Homebrew Website Club in Karlsruhe 🎉🎊🍾
(Ja, wir haben im Juni vergessen ein Bild zu machen!)
Danke an den harten Kern, Daniel Ehniss, Jens Strobel, Daniel Wiegand, Marc Hinse, dem Cafe NUN und allen anderen, die sporadisch dazu gestoßen sind!
Auf die nächsten 10!
Mein Blog hat ein Logo! 😍
Vor fast genau 4 Jahren hat mir Christian Hockenberger ein erstes notizBlog Logo entworfen. Einfach so… ohne wirklich etwas dafür zu verlangen… und mir war es nicht einmal einen Blog-Post wert… Das will ich hiermit nachholen!
Ich weiß noch, dass sich Chris damals sehr schwer getan hat, das Thema Notizblock und Weblog in einem Logo zu vereinen. Ich bin mir auch nicht sicher ob das RSS-Logo wirklich die Assoziation zu Weblog herstellt, aber mir hat das Resultat gefallen. Der abstrahierte Notizblock sieht großartig aus und das Format macht sich gut als Favicon und noch besser auf dem Apple-Home-Screen.
Über die Zeit hab‘ ich mich dennoch sattgesehen bzw. hab ich mittlerweile Gefallen an simpleren Logos gefunden. Also hab ich Chris nochmal angepingt ob er nicht Lust hätte mir ein neues Logo zu bauen.
Meine Vorgaben: „Das „Notiz-Blog“ Wortspiel solle einfließen und es muss mindestens so simpel wie das wirres.net Logo sein!“ 😉
Ein paar Stunden später hatte ich folgendes in meiner Inbox:
Mein erster Favorit war unten in der Mitte, aber nach ein paar Runden und den Meinungen von Familie, Freunden und Kollegen, entstanden die Logos rechts und links unten. Mir gefällt die Version links unten mit am besten, aber nach dem Feedback von Chris, bezüglich unterschiedlicher Größen, Auflösungen und Farbschemas, wurde es dann doch folgende Kombination:
Vielen Dank für das großartige Logo!
Chris ist in meinen Augen ein verkanntes „Brand Identity Designer“ Genie, das leider viel zu wenig Referenzen veröffentlicht hat!
Um aber dann doch eine Referenz zu nennen: Chris bastelt, wie ich, schon seit Ewigkeiten an verschiedenen WordPress Themes. Ich hoffe, das aktuelle schafft es bis zur finalen Veröffentlichung. Es unterstützt Post-Types, funktioniert mit den gängigen IndieWeb Plugins, ist microformattiert und sieht großartig aus! Das Theme kann man übrigens auf seinem Weblog bewundern: christian.hockenberger.us
Hello, Marhabaan, Hallo, Salut, Merhaba, שלום, qavan, Hola, 你好, Ciao, Alô, Hej, ハロー, Ej, Alla, Grüzi & Namaste Fediverse!
(Das Bild ist eine abgewandelte Version von switching.social)
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 🙁
Dieses Mal sprechen Marcel und ich über ID4me, Tumblr, Mastodon und GitHub Sponsors.
In der dritten Ausgabe unseres Open-Web-Podcasts sprechen Matthias Pfefferle und Marcel Weiß über Github Sponsors, eine Art Patreon für Open-Source-Entwickler, und was die Übernahme von Tumblr durch die WordPress-Mutter Auttomatic für das Open Web bedeuten kann.
Außerdem: Mastodon wechselt zu ActivityPub und ID4me.
Viel Spaß beim Hören!
‚Hier & Jetzt‘ kann man per RSS-Feed abonnieren und findet man natürlich auch bei Apple Podcasts und in jeder Podcast-App.
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.
🙁
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.
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.
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
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).
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.