So, nach langer Abstinenz ist der OpenWebPodcast endlich wieder da und es ist alles neu… neuer Blog, neue Domain (openwebpodcast.de) und eine neue etwas längere Folge (wir hatten ne Menge aufzuholen 😉 )
Die Links zur Sendung findet ihr hier!
Den Podcast abonnieren:
Ich habe es endlich geschafft! Ich habe den automatischen Facebook OpenID-Login erfolgreich getestet 🙂
Ursprünglich hab ich den Auto-Login mit Google probiert, das wollte aber nicht so ganz funktionieren (ähnliche Problematik wie bei Carsten), also hab ich es (nachdem mich Joss Winn mit seinem Blog-Post nochmal an das neue Facebook-Feature erinnert hat) noch mal mit einem anderen OpenID-Provider getestet und siehe da, mit myOpenID funktioniert es.
Um OpenID für Facebook zu aktivieren, muss man in den Einstellungen seinen Account mit einer OpenID verknüpfen (am Besten man probiert es mit myOpenID).
Um es zu testen, muss man sich einfach bei Facebook (bloß nicht bei myOpenID, sonst funktionierts natürlich nicht) abmelden und wieder auf „http://facebook.com“ gehen und schwups… wird man wieder angemeldet… ganz automatisch… ohne etwas zu tun…
Das klingt ironisch? Ist es auch ein wenig… Facebook scheint sich vor dem Abmelden den OpenID-Provider in einem Cookie zu merken um, beim erneuten aufrufen der Facebook-Seite, den hinterlegten OpenID-Provider zur automatischen Anmeldung zu verwenden.
Das hört sich ja erstmal nicht schlecht an, aber… das ganze System funktioniert leider nur, wenn das oben erwähnte Cookie vorhanden ist. An jedem neuen PC muss man sich also zuerst bei seinem OpenID-Provider, dann (auf klassische Weise) bei Facebook anmelden um dann, nach einer Abmeldung das Cookie zu erhalten.
Als Erweiterung zu einem klassischen OpenID-Login ist Facebooks Auto-Login sicherlich keine schlechte Idee, die derzeitige Lösung ist aber leider eher verwirrend und keine wirkliche Erleichterung für den klassischen Facebook-Nutzer. Allerdings steht Facebook ja noch am Anfang der Implementation. Es werden sicherlich noch einige Features (zumal Facebook die OpenID-Registrierung ja schon angekündigt hat) folgen und kreativ ist die bisherige Idee allemal.
Mal gespannt, wie die fertige Implementierung aussieht!
…und bis zur allgegenwärtigen OpenID wirds wohl noch ein wenig dauern 🙂
In den letzten Tagen hat Facebook einige so spannende Ankündigungen gemacht, dass ich sogar kurz mal meinen Umzugsstress unterbrechen und darüber bloggen muss 🙂
Die erste Ankündigung betrifft Facebooks Activity Stream der spätestens seit dem letzten Redesign das zentrale Feature von Facebook geworden zu sein scheint. Mit der Open Stream API führt Facebook diese Strategie fort und öffnet die Aktivitäten auch für externe Applikationen und Services. Besonders lobenswert ist, dass Facebook neben einer proprietären API (zum lesen und schreiben) auch einen Atom-Feed+Activity Extension1 zum weiterverarbeiten des Activity Streams anbietet. Leider ist aber auch der Atom-Feed über den Facebook-Authentifizierungsprozess geschützt und kann dadurch nicht ohne weiteres mit z.B. einem Feedreader abonniert werden.
Dass Facebook die proprietäre Open Stream API entwickelt, statt die OpenSocial RESTFul API einzusetzen ist leider zu verstehen, immerhin ist OpenSocial als Googles Antwort auf die Facebook-Apps entstanden. Schade!
Als Facebook letztes Jahr der OpenID-Foundation beigetreten ist, um sie speziell in Sachen Usability/User Experience zu unterstützt, hatte ich natürlich große Hoffnung, dass Facebook in naher Zukunft auch selbst auf OpenID umstellen würde. Seit Montag ist jetzt klar, dass Facebook an einem OpenID-Login arbeitet, der hoffentlich auch irgendwann ein fester Bestandteil von Facebook-Connect wird.
Aber Facebook wäre nicht Facebook, wenn sie einfach nur einen klassischen OpenID-Login umsetzen würden. Wie Carsten Pötter auf SpreadOpenID beschreibt, plant Facebook eine Art OpenID-Auto-Discovery:
Facebook will automatically check to see if users have logged into any OpenID account when they hit Facebook.com, and give them the option to automatically login to Facebook without entering new information.
Leider ist dieses Feature, wohl nicht global für alle OpenID-Provider und definitiv nicht ohne Directed Identity möglich… aber man wird sehen (vielleicht spinn ich hier im Blog demnächst mal ein paar Szenarien (Worst-Cases) durch).
1 Die Atom Activity Extensions erweitert die Atom Spezifikation um eine Aktivitäten-Syntax. Die Idee entstand im Rahmen des DiSo-Projekts und wird unter anderem auch schon von MySpace und YIID unterstützt. Darauf werde ich demnächst sicherlich noch etwas detaillierter eingehen.
Als ich gestern gelesen habe dass Yahoo! die Facebook Profile in den SearchMonkey integriert hat, war mein erster Gedanke: Wie sie das wohl wieder geschafft haben…
Aber das war gar nicht so schwer, die Facebook-Profilseite hat nämlich eine hCard spendiert bekommen 🙂
Großartig 🙂
In der 8. Episode des Open Web Podcasts dreht sich alles um die News der letzten Woche: Facebook Connect, Google Friend Connect, MySpaceID und mögliche Alternativen wie z.B. OpenID und der Open Stack.
Weitere Links zur Sendung gibt’s wie immer im Wiki!
Den Podcast abonnieren:
Es ist sicherlich eine schicke, aber dennoch proprietäre Lösung welche sich (meiner Meinung nach) nicht gegen den offenen „de facto“ Standard durchsetzen wird.
Über Video 2000
Adium 1.3 (IM-Client für den Mac) unterstützt den Facebook Chat, auch wenn Facebook anderer Meinung ist:
Derzeit wird die Nutzung der Chatfunktion von Facebook mit Anwendungen Dritter nicht unterstützt.
🙂
Zwei große DataPortability Mitglieder streiten sich weil der eine nicht zu lässt, dass ich MEINE Daten zum anderen transferiere und Robert Scoble und Michael Arrington streiten sich darum welche Daten MIR gehören und welche nicht…
…irgendwie ironisch!
Nach seinem Artikel über DataPortability und Chris Saads Antwort, äußert sich Chris Messina nochmals sehr kritisch zu dem Thema in der DP Google-Group.
Gerade nach den Pressemeldungen über MySpaces „Data Availability“:
[…] MySpace is announcing a broad ranging embrace of data portability standards today, along with data sharing partnerships with Yahoo, Ebay, Twitter and their own Photobucket subsidiary. […] #
…oder über Googles „Friend Connect“:
As we reported on Friday, Google will be launching its own data portability effort called Friend Connect. […] #
…ist (meiner Meinung nach) einer der treffendsten Punkte in Chris‘ Kommentar:
The behavior indicates […] that the DP-PR machine is simply more effective at taking credit for big moves that they had nothing directly to do with than to promote smaller independent, more „grassroots“ groups who are *actually* making moves towards effective data portability, like Dopplr, like TripIt, like Satisfaction and Twitter and the rest. I don’t believe I’ve seen any press releases go out about them, and yet I would consider them to be on the vanguard giving people access to their data in real-world, useful ways.
Ich muss Chris Messina leider recht geben, keines der groß angekündigten (und mit DataPortability in Verbindung gebrachten) Systeme betreibt wirklich DataPortability (zumindest zum aktuellen Zeitpunkt). Sowohl MySpace als auch Google verwenden zwar offene Standards (Facebook nutzt sogar keinen der erwähnten Standards für „Facebook Connect“) wie OAuth oder OpenID, aber bisher leider nur hinter ihren „Walled Gardens„.
Was ist mit den wahren DP „Helden“ wie Dopplr, Magnolia oder Satisfaction, die wirkliche Anwendungsfälle schaffen und sich dem Ziel der portablen Daten Schritt für Schritt nähern?
Carsten Pötter beschreibt das bestehende Problem auch noch einmal von einer etwas anderen Seite:
DataPortability, Data Availability, Facebook Connect, Google Friend Connect, DiSo,… […] All the mentioned initiatives just lead to confusion. We can’t be sure if we mean the same thing when talking about data portability anymore. It’s probably best to abandon that term and just focus on single issues. Can I export my profile or can it just be accessed by a third party?
Man sollte in Zukunft vielleicht etwas sparsamer mit dem Titel DataPortability umgehen und ihn nicht für jede „simple“ hCard vergeben.
Nachdem Facebook Robert Scobles Account sperrte, wurde das Thema „Data Portability“ wieder heftigst diskutiert. Robert Scoble hat versucht, seine Kontakte mit Hilfe eines Scripts von Facebook nach Plaxo zu portieren, was wohl gegen die „Terms of Use“ von Facebook widerspricht:
I am working with a company to move my social graph to other places and that isn’t allowable under Facebook’s terms of service. #
In seinem Videobeitrag bei Seesmic äußert Scoble seine Verständnislosigkeit über die einseitige Datenportabilität von Facebook:
Wieso ist es möglich Daten von Google-Mail und anderen System in Facebook zu importieren, aber nicht umgekehrt.
Nach dem Beitritt von Robert Scroble in die DataPortability Workgroup forderte Chris Saad (Gründer von DataPortability.org) in einer öffentlichen Einladung auch Facebook auf, der WorkGroup beizutreten.
Heute Nachmittag gab Chris Saad die tolle Neuigkeit bekannt, dass Facebook der offenen Einladung gefolgt ist, und zusammen mit Google und Plaxo der DataPortability Gruppe beitreten wird.
Eine spannende Geschichte, da Facebook und Google wohl zwei der größten Halter bzw. Nutzer von Persönlichen-Daten sind und man wahrscheinlich davon ausgehen kann, dass sich beide Plattformen, im Sinne der Daten-Portabilität öffnen werden. Ich denke und hoffe, dass aus dem Beitritt dieser Firmen einige interessante Services zum Austausch dieser Daten entstehen werden…
Frei nach dem DP Motto:
imagine owning your identity
Weiterführende Links:
