IndieAuth.com unterstützt jetzt auch OpenID delegation!
Janrain just announced that MyOpenId.com will be shutting down by early 2014. If you currently delegate OpenID on your domain to myopenid.com, you’ll need to find a new OpenID provider.
-
IndieAuth unterstützt OpenID delegation
1 Kommentar zu IndieAuth unterstützt OpenID delegation -
Open App.net
App.net hat endlich alles nachgereicht was Dalton Caldwell vor fast genau einem Jahr versprochen hat. Die Liste kann sich echt sehen lassen:
- Activitystrea.ms support (Das Format ist zwar nicht 100% AS aber wer würde denn bei der Fülle an „Standards“ jetzt kleinlich werden…)
- RSS support
- Pubsubhubbub (PuSH) support
- Webfinger support
- Microformats v2 support
- Media RSS und GeoRSS support
- rel-me (und damit auch indieauth support)
Mal schauen was sich damit alles basteln lässt, immerhin hab ich im SCREENGUIDE-Magazin (Ausgabe 18) noch groß getönt:
Mit ein paar wenigen Änderungen und dem Support von z. B. Microformats, RSS/Pubsubhubbub, AtomPub oder Pingbacks, wäre App.net kompatibel zu fast allen Blogs oder IndieWeb-Systemen. Das hätte zum Vorteil, dass sich App.net ohne weitere Anpassungen über RSS-Reader konsumieren und über Blogging-Tools befüllen ließe. Außerdem könnten Posts und Kommentare zwischen App.net und z.B. WordPress ausgetauscht werden, ohne auf komplizierte, dezentrale Protokolle im Sinne von Diaspora oder Tent.io zurückgreifen zu müssen.
😉
via Carsten Pötter
-
WordPress.com Connect
Automattic kündigt WordPress.com Connect an… und damit wieder einer der OpenID Connect ignoriert und statt dessen auf OAuth 2 setzt.
-
Embedded JSON(-LD)
Gmail unterstützt seit ein paar Tagen auch Embedded JSON-LD… So ne Art „JSON Version von RDF“ für HTML-Dokumente:
<script type="application/ld+json"> { "@context": "http://json-ld.org/contexts/person.jsonld", "@id": "http://dbpedia.org/resource/John_Lennon", "name": "John Lennon", "born": "1940-10-09", "spouse": "http://dbpedia.org/resource/Cynthia_Lennon" } </script>Code-Sprache: HTML, XML (xml)Embedded JSON? Wirklich? Und warum? Weil’s geht?
Neben Microformats, Microdata, RDFa, eRDF, OpenGraph Protocol und Twitter Cards jetzt also auch noch JSON? Super Idee!
-
Second OpenID Connect Implementer’s Drafts Approved
Der zweite „OpenID Connect Implementer’s Drafts“ wurde von der OpenID Foundation „durchgewunken“… Gefühlt sind noch ein paar Dokumente dazu gekommen aber immerhin ist jetzt Webfinger fester Bestandteil der Spezifikation.
-
Warum man Medium nicht nutzen sollte
Drei Artikel zum Thema „warum man Medium nicht nutzen sollte“:
- No More Sharecropping!
Distributed Everything(mittlerweile gelöscht)- The Problem With Medium
Alle auf Medium gepostet… irgendwie ironisch…
via tantek
-
Semantic Versioning
Es ist ein bisschen wie beim Ei des Kolumbus… Nach dem Durchlesen scheint alles banal und klar zu sein und trotzdem hat man seine Versionsnummern bisher eher willkürlich gewählt!
-
Universal Greeting Time
Ich treibe mich gerade wieder häufiger in IRCs herum und ein großes Phänomen von internationalen Chats sind die leidigen Diskussionen über tagesabhängige Begrüßungen neuer Chat Besucher.
[UGT] states that it is always morning when person comes into a channel, and it is always late night when person leaves. Local time of any member of channel is irrelevant. […] The idea behind establishing this convention was to eliminate noise generated almost every time someone comes in and greets using some form of day-time based greeting, and then channel members on the other side of the globe start pointing out that it’s different time of the day for them.
Simpel und (und deshalb) gut!
(via Sandeep Shetty)
-
Änderungen in PubSubHubbub v0.4
Seit ein paar Wochen scheint die Version 0.4 von PubSubHubbub relativ stabil zu sein… immerhin so stabil, dass Google und Superfeedr ihre Hubs an die neue Spec angepasst haben.
Die wesentlichen Unterschiede zu der Vorgängerversion sind:
- Alle Datentypen werden unterstützt: Neben RSS/Atom können jetzt auch vCards, beliebige XML oder JSON Datein oder auch Bilder ge-push-t werden
- Statt HTML/Atom-Links werden HTTP-Link-Header benutzt
- Der Pubslisher-Prozess ist nicht mehr über die Spezifikation definiert
Für die zwei großen Hubs sollte es reichen wenn ihr eure Feed-<link />s („hub“ und „self“):
<?xml version="1.0"?> <atom:feed> <link rel="hub" href="http://myhub.example.com/endpoint" /> <link rel="self" href="http://publisher.example.com/happycats.xml" /> </atom:feed>Code-Sprache: HTML, XML (xml)…zusätzlich über die HTTP-Header ausliefert:
HTTP/1.1 200 OK Date: Tue, 03 Apr 2012 08:02:19 GMT Content-Type: text/html Content-Length: 11261 Link: <http://http://myhub.example.com/endpoint>; rel="hub" Link: <http://publisher.example.com/happycats.xml>; rel="self"Code-Sprache: HTTP (http)Leider ist die Version 0.4 aber nicht 100% abwärts-kompatibel… Die wahrscheinlich größte (und für mich enttäuschendste) Änderung ist das bewusste Weglassen des Publisher-Prozesses:
The publisher MUST inform the hubs it previously designated when a topic has been updated. The hub and the publisher can agree on any mechanism, as long as the hub is eventually able send the updated payload to the subscribers.
Auf der einen Seite kann das ein enormer Vorteil für Publisher sein, da Hubs in Zukunft auch per E-Mail, SMS, Pingbacks/Trackbacks oder XMPP über Updates informieren werden könnten. Auf der anderen Seite ist es aber auch sehr Wahrscheinlich, dass man für jedes v0.4 Hub eine individuelle Implementierung benötigt. Bisher unterstützen beide großen Hubs (Google und Superfeedr) aber weiterhin das alte Verfahren, also kein Grund sich jetzt schon Sorgen zu machen…
Alles in allem finde ich die Änderungen aber ganz nett und hoffe dass „Polling“ bald der Vergangenheit angehört…
-
Google hat sein PubSubHubbub-Hub aktualisiert
Google hat sein PubSubHubbub-Hub aktualisiert und unterstützt jetzt die aktuelle Spezifikation (0.4). Dank des Updates können jetzt neben RSS und Atom auch andere Datentypen, wie z.B. JSON, vCard/iCalendar-Files oder HTML-Seiten ge-PuSH-t werden. Superfeedr hat übrigens schon seit einiger Zeit umgestellt.
