Kategorie: Open Web

Hier geht es um Webdesign, Microformats, (X)HTML und CSS, Web2.0, usw.

  • ID4me

    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"Code-Sprache: JavaScript (javascript)

    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.

  • Tantek Çelik über den „State of the IndieWeb“ auf dem IndieWeb Summit 2019.

    Andere über das IndieWeb Summit:

  • Marcel und ich haben die zweite Folge von „Hier & Jetzt – Open Web“ aufgenommen. In der aktuellen Folge geht es um das Thema „Wo WordPress heute steht, und was fehlt“.

    Hier klicken, um den Inhalt von share.transistor.fm anzuzeigen.

    Matthias Pfefferle und Marcel Weiß sprechen über WordPress, das mit großem Abstand populärste Content Management System mit über 60 Prozent Marktanteil an allen auf CMS setzenden Websites weltweit. Wie steht es um WordPress und sein Ökosystem? Was könnte WordPress machen, um sein Ökosystem zu stärken?

    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.

  • Vor ein paar Wochen kam Marcel Weiß auf mich zu und fragte, ob ich nicht Lust hätte, mit ihm über das Thema „Open Web“ zu podcasten. Die letzte Ausgabe des OpenWeb-Podcasts ist jetzt fast 7 Jahre alt und natürlich freue ich mich wie bolle, wieder mit jemandem über mein Nischen-Thema zu sprechen 😉

    Im Ernst, ich freue mich sehr, dass Marcel Interesse an dem Thema hat (und das schon seit einer ganzen Weile) und nach einem kurzen Vorgespräch haben wir auch gemerkt, dass uns der Stoff so bald nicht ausgehen wird!

    Hier klicken, um den Inhalt von share.transistor.fm anzuzeigen.

    Die erste Ausgabe ist eine Bestandsaufnahme der letzten 15 Jahre „Open Web“ und ein kleiner Ausblick auf zukünftige Themen.

    In der ersten Ausgabe der neuen Podcastreihe zum Themenkomplex ‚Open Web‘ sprechen Matthias Pfefferle und Marcel Weiß über die Evolution von OpenID, die uns einen Hinweis auf allgemeine Herausforderungen für Protokolle in der heutigen Zeit gibt; Stichwort Extrawürste der großen Teilnehmer, welche zu Balkanisierung führen. Weitere Themen sind die DSGVO und Dataportability, Mastodon, Identi.ca und wie ActivityPub aktuell OStatus als zugrundeliegendes Protokoll für dezentrale Netzwerke ablöst. Wir ordnen die Irrungen von Diaspora ein und reden last not least über die Tragödie der Microformats.

    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.

  • Untitled

    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.

  • Farewell Screenguide

    …farewell „Pfefferles OpenWeb“!

    Das SCREENGUIDE Magazin wurde „aus wirtschaftlichen Gründen“ eingestellt und Heft 39 war somit die letzte Ausgabe 😢

    Hier klicken, um den Inhalt von X anzuzeigen.
    Erfahre mehr in der Datenschutzerklärung von X (öffnet in neuem Tab).

    Das ganze ist jetzt zwar schon eine ganze Weile her, ich hab aber trotzdem das Bedürfnis noch einmal in Erinnerungen zu schwelgen…

    Vor 10 Jahren schrieb ich meinen ersten Print-Artikel für die erste Ausgabe des Magazins, damals noch Webstandards-Magazin. Seit dem war ich in jeder Ausgabe (naja, eine hab‘ ich ausgelassen) mit mindestens einem Artikel vertreten.

    Zusammengefasst sind das:

    Semantic Surfing

    In meinem ersten Artikel vom Februar 2009 hab ich versucht den Mehrwert von Microformats zu beschreiben. Die Webstandards-Redaktion hat mir den Einstieg ins Schreiben dabei sehr einfach gemacht. Ansgar Hein (Chefredakteur) und Sylvia Egger (Redakteurin) waren tolle, freundliche Antreiber und Lektoren, das Thema war absolute Komfort-Zone und mit Michael Jendrischik (Autor) hatte ich einen erfahrenen Sparringspartner.

    Michael Jendryschik schrieb über RDFa und ich über Microformats (Semantic Surfing) und da beide Themen sehr nah beieinander lagen, haben wir uns viel ausgetauscht. Das half mir zum Einen beim schreiben und zum Anderen hatten wir so die Möglichkeit den jeweils anderen Artikel zu referenzieren. Dadurch entstand eine Art „printed Hyperlinking“!

    Ansgar Hein hat das Ergebnis in einer Folge des Technikwürze Podcasts folgendermaßen beschrieben:

    Technikwürze 136: Ansgar Hein und David Maciejewski sprechen über beide Artikel

    Auch wenn er nicht gleich auf meinen Namen kam 🙂

    Danke Sylvia, dass du mich damals angeschrieben hast!

    IndieWeb – Die Daten sind wir!

    Es freut mich immernoch sehr, dass das SCREENGUIDE Magazin im Allgemeinen, und Nicolai (Projektleiter) im Speziellen, der IndieWeb Idee so viel Platz eingeräumt haben!

    Das IndieWeb war damals (2015) wie heute eher ein Nischen-Thema und trotzdem hat das Magazin eine Titel-Story daraus gemacht. Mit mehr als 7 Seiten war der Artikel auch mit Abstand der längste den ich bisher für ein Print-Magazin geschrieben habe.

    Kurz nach der Veröffentlichung kam übrigens auch ein Schwester-Magazin auf mich zu, ob ich den Artikel nicht auf 2 Seiten zusammenfassen könne und so hat sogar das eher antiquierte PC-Magazin über das IndieWeb berichtet 🙂

    Websemantics

    Fast genau 8 Jahre nach dem ersten Artikel durfte ich 2017 noch einmal über Websemantics schreiben. Im Gegensatz zu Semantic Surfing, wo es ausschließlich um Microformats ging, gibt Websemantics eher einen groben Überblick, in dem aber auch Microformats ihren „Auftritt“ hatten.

    Hätte ich das damals gewusst, dass mein erster und letzter Artikel das gleiche Thema behandeln, hätte ich es natürlich in den Text einfließen lassen 🙂

    Webstandards Würze / Pfefferles OpenWeb

    Dank Sylvia Egger (und wahrscheinlich dem OpenWebPodcast) durfte ich seit 2009 die Kolumne Pfefferles OpenWeb schreiben, in der ich einmal im Quartal über die Neuigkeiten im OpenWeb berichtete.

    Danke hier auch nochmal an Ansgar Hein, Jörg Morsbach (Redakteur) und Nicolai Schwarz, dass ich die Kolumne so lange schreiben durfte und das nahezu ohne jegliche Vorgaben oder Einschränkungen.

    Ich habe die letzten 10 Jahre lang, jedes Quartal über OpenID, OAuth, Microformats, IndieWeb, OpenWeb, W3C, Fediverse, OStatus, RDFa, HTML5, OpenGraph, Facebook, DSGVO, BrowserID, DataPortability, Open Social, Diaspora, DiSo, Microblogging, Websemantics, Twitter Cards, Schema.org, Microdata, Single-Sign-on, AMP, OEmbed, Ind.ie, Google, Twitter, Blogs, Ello, WhatsApp, RSS, Webmentions, Pingbacks, App.net, Synaptic Web, Online Identity, Persona, Mozilla, Open Stack und Portable Contacts berichtet.

    Das heißt, ich hab über/durch/mit Pfefferles OpenWeb eine ganze Menge gelernt. Das schwierigste war das Schreiben an sich, dazu kam dann noch der Anspruch immer neue und vor allem aktuelle Themen zu behandeln.

    Es freut mich, dass ich damit auch nicht immer ganz falsch lag:

    https://twitter.com/dickelippe/status/6064875222

    Hier klicken, um den Inhalt von X anzuzeigen.
    Erfahre mehr in der Datenschutzerklärung von X (öffnet in neuem Tab).

    Hier klicken, um den Inhalt von X anzuzeigen.
    Erfahre mehr in der Datenschutzerklärung von X (öffnet in neuem Tab).

    https://twitter.com/sprungmarkers/status/52636198895751168
    https://twitter.com/sprungmarkers/status/52707288112300032

    Hier klicken, um den Inhalt von X anzuzeigen.
    Erfahre mehr in der Datenschutzerklärung von X (öffnet in neuem Tab).

    Die Schreiberei hat mir jedenfalls eine Menge Spaß gemacht und die Kolumne wird mir sehr fehlen!

    Sollte jemand zufällig ein neues Zuhause für Pfefferles OpenWeb haben, kann er sich natürlich gerne bei mir melden!

  • David Shanske und Chris Aldrich hosten seit ein paar Monaten einen ganz charmanten IndieWeb Podcast. David hat bei so ziemlich jedem IndieWeb-WordPress-Plugin mit gearbeitet und übernimmt die Rolle des „Erklärers“ und Chris ist Poweruser und versucht den Podcast zu moderieren und die Komplexität etwas heraus zu nehmen.

    Bisher entstanden 5 Folgen und ein Teaser:

    Ich muss zugeben, ich hätte ja schon auch mal wieder Lust zu podcasten…

  • Ich bin letzte Woche über Umwege auf einen Tweet von Chris Messina gestoßen, in dem er die Decentralized Identity Foundation verlinkt…

    Das Projekt bedient so ziemlich alles was mein Geek-Herz höher schlagen lässt! Ein herrliches Buzzword-Bingo!

    Zuerst die wunderbare URL:

    http://identity.foundation

    …und dann das großartige Mission Statement:

    Join us in building an open source decentralized identity ecosystem for people, organizations, apps, and devices.

    …und zum Schluss die kurz Beschreibung:

    DECENTRALIZED IDENTITIES
    anchored by
    BLOCKCHAIN IDs
    linked to
    ZERO-TRUST DATASTORES
    that are
    UNIVERSALLY DISCOVERABLE

    Wunderschön!

    …fast so schön wie meine Blog-Subline!

  • In den letzten Wochen bin ich über ein paar tolle Artikel über das Bloggen und über RSS gestolpert… Vielleicht kommt bloggen ja doch wieder in Mode und dann kann ich endlich auch mal sagen: Ich hab schon gebloggt bevor es hip war! Ich habe schon gebloggt, als es vor Jahren mal hip war, dann wieder nicht und jetzt wieder!

    René Walter hat es auf seinem Blog (nerdcore.de) wunderschön auf den Punkt gebracht:

    Das Problem waren schon immer und sind immer noch überfüllte Plattformen, auf denen sich die Menschen zu dicht gedrängelt um Aufmerksamkeit streiten. Lieber wieder Piratenschiffe bauen, eine Trillionbillion davon, alle anders, alle gleich.

    Der andere Blogpost, den ich empfehlen möchte, ist von Brent Simmons (der übrigens auch (mal wieder) an einem großartigen Feed-Reader für den Mac arbeitet).

    […] if you think of the years 1995-2005, you remember when the web was our social network: blogs, comments on blogs, feed readers, and services such as Flickr, Technorati, and BlogBridge to glue things together. Those were great years […]

    Herrlich nostalgisch 🙂

  • Irgendwann letzte oder vorletzte Woche ist die Überschrift "OpenID Connect Federation 1.0 – draft XX" in meinem Feed-Reeder aufgetaucht und auf Buzz-Words wie Federation o. Ä. springe ich natürlich immer noch sofort auf!

    Spezifikationen lesen, macht ja generell nicht viel Spaß, aber bei der OpenID Connect Federation 1.0 kam ich nicht mal bis zur Hälfte. Bevor man wirklich versteht was das Protokoll eigentlich macht (für mich hört es sich ähnlich an wie OpenID Connect Dynamic Client Registration), geht es um Metadaten, JSON Web Signature (JWS), JSON Web Tokens (JWT) und JSON Web Keys (JWK).

    Eigentlich dachte ich, dass OpenID Connect durch OAuth 2 super simpel sein soll… Immerhin basiert ja OAuth 2 auf SSL/TLS und nicht wie OAuth 1 auf komplizierte Signaturen.

    The majority of failed OAuth 1.0 implementation attempts are caused by the complexity of the cryptographic requirements of the specification. The fact that the original specification was poorly written didn’t help, but even with the newly published RFC 5849, OAuth 1.0 is still not trivial to use on the client side. The convenient and ease offered by simply using passwords is sorely missing in OAuth.

    Eran Hammer

    Die OpenID Foundation scheint ihre Meinung geändert zu haben… SSL scheint wohl doch nicht auszureichen.

    Another problem that has been raised is the dependency on TLS as the sole protection against attacks on the transferred information. These last couple of years a number of problems with OpenSSL, which is probably the most widely used TLS library, have been discovered that put reasonable doubt into this dependency.

    OpenID Connect Dynamic Client Registration

    Schade, schade…

    Wer eine wirkliche Alternative zu OpenID Connect sucht, der soll sich mal IndieAuth anschauen. IndieAuth kommt der ursprünglichen Idee von OpenID Connect sehr nahe und ist relativ einfach zu verstehen und auch zu implementieren!