Matthias Pfefferle
Matthias Pfefferle
@pfefferle@notiz.blog

Ich bin Webworker und arbeite als „Open Web Lead“ @ Automattic. Ich blogge, podcaste und schreibe eine Kolumne über das open, independent und federated social Web. Mehr über mich.

769 Beiträge
870 Folgende
  • open-web-podcast.png

    So, die erste Folge im neuen Jahr hat ein wenig gedauert (dafür war die Weihnachts-Folge ja etwas länger 😉 ) aber jetzt ist sie fertig. Thema ist diesmal Privacy im Internet… Christian berichtet ein wenig vom vom 25. Chaos Communication Congress und ich gehe etwas näher auf das Thema Password Anti Pattern, Phishing und Delegated Authorization ein.

    Viel Spaß beim hören und ich freue mich wie immer über reichlich Feedback.

    Den Podcast abonnieren:

  • Ich bin durch Zufall mal wieder auf der SG-API Seite gelandet und war wirklich positiv überrascht dass die API noch stetig weiterentwickelt wird. Besonders spannend finde ich die Integration zweier hCard-Attribute: fn und photo.

    {
     "http://example-bob.livejournal.com/": {
      "attributes": {
       "atom": "http://example-bob.livejournal.com/data/atom",
       "foaf": "http://example-bob.livejournal.com/data/foaf",
       "rss": "http://example-bob.livejournal.com/data/rss",
       "fn": "Mr. Example Bob",
       "photo": "http://p-userpic.livejournal.com/example-bob", 
       "url": "http://example-bob.livejournal.com/",
       "profile": "http://example-bob.livejournal.com/profile"
      }
     }
    }Code-Sprache: JSON / JSON mit Kommentaren (json)

    Ich denke nicht, dass Google die hCard vollständig in den Sozialen Graphen integrieren wird, aber es zeigt sehr schön, dass der Google-Index über alle notwendigen Informationen verfügt und die Integration von Microformats in die klassische Google Suche (à la SearchMonkey) vielleicht doch nicht ganz abwegig ist.

    Um richtig coole Dinge damit anstellen zu können fehlen mir persönlich jetzt noch zwei weitere hCard-Attribute und zwar nickname und email… aber man will ja nicht undankbar sein 🙂

  • SELECT * FROM microformats

    YQL (Yahoo! Query Language) ist eine Art SQL-Sprache um HTML- oder XML-Inhalte abzufragen. Oder wie es Markus Spath so schön formuliert hat:

    Yahoo verwandelt das Web mit der Yahoo Query Language in eine gigantische Datenbank.

    Wer bisher schon etwas Erfahrung mit z.B. MySQL gemacht hat, sollte auch mit YQL keine weiteren Probleme haben. Ein Beispiel:

    SELECT * FROM feed WHERE url='https://notiz.blog/feed/'Code-Sprache: JavaScript (javascript)

    Übersetzt: Gib mir (SELECT) alle Inhalte (*) des RSS-Feeds (FROM feed) die unter der URL: https://notiz.blog zu finden sind (url='https://notiz.blog/feed/').

    Das Spannende (weshalb ich es überhaupt erst erwähne) an YQL ist aber der gerade angekündigte Microformats Support, der die Query Language zu einem vollwertigen Microformats Parser macht.

    Über den Befehl:

    SELECT * FROM microformats WHERE url='https://notiz.blog/contact/'Code-Sprache: JavaScript (javascript)

    werden Beispielsweise alle Microformats meiner Kontaktseite geparst und mir in einem standardisierten XML oder JSON Format bereit gestellt.

    Großartig! Was Yahoo! im Zuge der Open Strategy mit Systemen wie dem SearchMonkey oder YQL geschaffen hat, ist ein echter Traum für jeden Webentwickler und Open Standards Evangelist! Ich hoffe einer der nächste Schritte wird sein, die YQL (als Alternative zu XSLT) auch in den SearchMonkey zu integrieren.

    Ach ja… die YQL-Console bietet übrigens eine schöne Alternative zur YQL-Dokumentation… einfach mal einige bekannte SQL-Befehle eingeben und schauen was passiert (so ähnlich habe ich mir damals auch HTML beigebracht) 😉

  • Frohes neues Jahr euch allen 🙂

    Meine (Blog-) Vorsätze für 2009:

    • Ich will wieder etwas mehr über Microformats (oder das lowercase semantic web im Allgemeinen) bloggen
    • Ich will mich wieder etwas mehr mit Attention Daten befassen (Ich habe z.B. auch das APML WordPress Plugin überarbeitet und arbeite gerade an einem zweiten Plugin namens NoisePress… lasst euch überraschen)
    • Ein neues notizblog-Theme auf Basis von Sandbox basteln (aber das hab ich schon ne Weile vor…)
    • …und natürlich fleißig podcasten 🙂

    Ansonsten geht es natürlich weiterhin um das Open Web bzw. den Open Stack bzw. DataPortability!

    Übrigens… falls ihr der Meinung seid, OpenID müsse ein fester Bestandteil von WordPress werden, solltet ihr schleunigst beim neuen WordPress Feature Ranking teilnehmen!

  • ratet_mal
  • open-web-podcast.png

    Sebastian, Christian und ich wünschen euch natürlich frohe Weihnachten und einen guten Rutsch ins neue Jahr… Feiert schön! Damit euch während den Feiertagen nicht so langweilig wird, gibt’s diesmal eine etwas längere Weihnachtsfolge in der wir versuchen einen kleinen Open Web Jahresrückblick bzw. Ausblick zu geben.

    Viel Spaß beim hören und bis nächstes Jahr 🙂

    Weitere Links zur Sendung gibt’s wie immer im Wiki!

    Den Podcast abonnieren:

  • Closed platforms are like ice cubes in a glass of water. They will float for a while. They will change the temperature of the liquid beneath. Ultimately, however, the ice cube must eventually melt into the wider web.

    Schönes Zitat von Chris Saad aus The data portability Landscape – An update
  • open-web-podcast.png

    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:

  • Seit dem Start von Facebook Connect wurde das proprietäre System immer wieder mit OpenID verglichen. Dass OpenID im direkten Vergleich den kürzeren zieht ist klar, immerhin handelt es sich bei dem offenen Standard "nur" um ein Single-Sign-On System und nicht, wie bei Facebook Connect, um ein umfassende Komplettlösung.

    Wie Marc Canter schon vor einigen Tagen bemerkt hat sollte OpenID eher als ein kleines Teil des "Identity Puzzles" ansehen:

    …that OpenID is NOT a full solution – it is an important piece of the identity puzzle … but OpenID can – actually solve all these issues – by embracing other complementary technologies (like oAuth, OpenSocial, Portable Contacts, microformats, FOAF and RSS/Atom) to create a wrapper solution oriented approach – focused on simplifying the the whole ID conundrum for end-users.  Barriers of entry, usability issues and confusing messages can all be solved by OpenID positioning itself as a single point-of-contact solution.

    Warum aber so viele kleine Standards und nicht einfach OpenID zum Open Connect aufblasen?
    OpenID in seiner jetzigen Form hält den Open Stack dezentral und macht die Komponenten austauschbar:

    • Jeder der oben genannten Standards ist sowohl alleine als auch in Kombination nutzbar, was den Entwicklungsaufwand für Spezialfälle vereinfacht. Braucht eine Community eine Single-Sign-On Lösung, ist auch nur ein OpenID in seiner jetzigen (unaufgeblasenen) Form nötig. Steigen nachträglich die Anforderungen, kann der Stack beliebig erweitert werden.
    • Bestehende Informationen können (wenn eine entsprechende Schnittstelle besteht) wiederverwendet werden und müssen nicht alle über ein System bereitgestellt werden, der OpenID Provider muss nur wissen wo diese Informationen zu finden sind. (Ein schönes Beispiel für ein solches dezentrales System ist die OpenID + PortableContacts Beispiel-Implementierung von JanRain)
    • Die Komponenten des Open Stack sind beliebig austauschbar. Es ist prinzipiell egal ob man den Sozialen Graphen über XFN, FoaF oder Portable Contacts importiert oder alle Varianten unterstützt.

    Das vorgestern angekündigte MySpaceID (aka Data Availability) scheint ein erster Schritt in Richtung Open Stack zu sein und auch Googles Friend Connect ist auf einem guten Weg. Es gibt sicherlich noch einiges zu tun um die Bausteine etwas besser miteinander zu verbinden (z.B. OpenID und OAuth zu kombinieren) aber ich bin weiterhin optimistisch und glaube dass sich der offene und dezentrale Ansatz durchsetzen wird.

  • Yahoo! hat den SearchMonkey jetzt auch in ihren Suchdienst BOSS (Build your Own Search Service) integriert.

    Einfach die entsprechende SearchMonkey – Konstante als {query} übergeben (eine Liste von Konstanten findet ihr hier):

    http://boss.yahooapis.com/ysearch/web/v1/{query}?appid={youBOSSappid}Code-Sprache: JavaScript (javascript)
    http://boss.yahooapis.com/ysearch/web/v1/searchmonkeyid:com.yahoo.page.uf.hcard?appid={youBOSSappid}Code-Sprache: JavaScript (javascript)

    oder mit normalen Suchbegriffen kombinieren (alle hCards von Mr. T):

    http://boss.yahooapis.com/ysearch/web/v1/searchmonkeyid:com.yahoo.page.uf.hcard+mr.t?appid={youBOSSappid}Code-Sprache: JavaScript (javascript)

    : (|)