alps hypertexte

Seit 2 Jahren kommt dieses Thema immer wieder ... wird Zeit mal 'ne Anleitung zu schreiben, wie man diese Quälgeister los wird. Diese Kurzanleitung ist für (K)ubuntu/Debian-User, aber unter Windows und Mac sollte es im Prinzip ähnlich funktionieren. Um die Sache applikationsübergreifend zu lösen, braucht man einen lokalen Filterproxy wie Privoxy. Ubuntu/Debian-User geben dafür sudo apt-get install privoxy ein, User anderer Plattformen laden ihre entsprechende Version von den Sourceforge-Seiten runter und folgen den Installationshinweisen. Nach der Installation wird Privoxy mit /etc/init.d/privoxy start gestartet (auf Debiansystemen läuft er meist schon nach dem Setup). Schauen wir uns die Feeds von BoingBoing und Gizmodo mal an. Einmal über die Banner MouseOvern und man sieht, dass die Banner von http://feeds.gawker.com/~a/bla-bla-blah und http://feeds.feedburner.com/~a/bla-bla-blah kommen. Diese Server kann man in die Blockliste von Privoxy eintragen: sudo vi /etc/privoxy/user.action ... und ans Ende der Datei folgende Zeilen eingeben: {+block +handle-as-image} feeds.feedburner.com/~a/ feeds.gawker.com/~a/ Falls der Block {+block +handle-as-image} schon in der Datei existiert, einfach die beiden URLs darunter setzen. Dann Privoxy neu starten (mit sudo /etc/init.d/privoxy restart), im RSS-Reader 127.0.0.1:8118 als Proxy-Server einstellen und BoingBoing&Konsorten werbefrei konsumieren. Vielleicht ausserdem interessant: Bei neilvandyke.org gibt es ein fertiges Regelset, der die meisten Ad-Server bereits beinhaltet. Wer es auf eigene Gefahr ausprobieren und in seine Privoxy-Installation einbinden möchte, lade die neilvandyke.action ins Verzeichnis /etc/privoxy und füge folgende Zeile in /etc/privoxy/config ein: actionsfile neilvandyke (anschließend Privoxy wieder neu-starten)

Kleines Helferlein: MonitorThis - mehr darüber bei Pebble Tools.

Gestern bin ich über das Ajaxian-Blog auf den RSS-Reader Gregarius (GPL) gestossen und hab es gleich ausprobiert (Online-Demo von Gregarius). Gregarius kann alle üblichen RSS-Funktionen, also

• Feeds anzeigen
• nach vorgegebenem Intervall (oder nur nach manuellem Anstoß) aktualisieren
• Feeds bearbeiten/löschen/hinzufügen + OPML-Import/Export
• Feeds in Ordnern/Verzeichnissen organisieren.
• Feeds durschsuchen (Volltextsuche)
• alte Items (ab X Tagen) löschen lassen

... und hat noch ein paar Extrachen wie

• Tagging (bei Bedarf auch mit Hilfe von Tag-Vorschlägen aus del.icio.us)
• AJAX-mäßiges Öffnen/Schließen der Ordner auf der Ansichtsseite, sowie Update der Feeds
• viele Konfig-Möglichkeiten
• Skins, PlugIn-Schnittstelle, verschiedene Language-Packs (Deutsch fehlt übrigens noch, falls noch jemand Zeit hat)

.. die Gregarius von anderen webbasierten RSS-Readern unterscheidet. Auch hat der Autor hier und da auf einige ergonomische Details geachtet. Nachdem man einen Feed "als gelesen markiert" hat, springt Greagarius direkt zum nächsten ungelesenen Feed, was schonmal flowig rüberkommt. Ein-Zwei Unstimmigkeiten gab's natürlich auch. So hat der OPML-Import aus meinem Desktop-Reader (aKregator, KDE/Linux) samt Verzeichnisse zwar geklappt, bei Verzeichnissen in Verzeichnissen wurden nur die Verzeichnisnamen etwas durcheinandergebracht (das übergeordnete Verzeichnis hat den Verzeichnisnamen des Unterverzeichnisses erhalten, was manuell einzeln korrigiert werden musste). Aber bei nur einer Verzeichnisebene im OPML sollte es keine Probleme beim Import geben. Auch die Rewrite-Einstellungen (.htaccess) scheinen bei meinem Hoster nicht zu funzen, aber wer braucht bei einem Online-RSS-Reader schon "schöne URLs"? Also Rewriting ausgeschaltet. Insgesamt macht Gregarius aber einen guten Eindruck, insbesondere für so eine frühe 0.5'er Version. Ich bin gespannt, wie es sich bis zur 1.0 entwickelt.

Ich hatte schonmal über die kaputten Feeds von Wordpress geschrieben, der Eintrag ist aber an einem Gau verlorengegangen. Gestern habe ich mir WP 1.5 (welches übermorgen freigegeben werden soll) nochmal genauer angeguckt und gesehen, dass die Feeds immernoch kaputt sind. Deshalb hier die beiden RSS2.0 und 0.92'er Feeds im Zipfile. Einfach passende Version entpacken und in das Rootverzeichnis der WP-Installation hochladen (dabei vorhandene Dateien überschreiben oder vorher umbenennen). wp-feeds-1.2.zip | wp-feeds-1.5.zip Die Änderungen, die ich durchgeführt habe:

• Content-type: text/xml; in Content-type: application/rss+xml; geändert
• Datumsangaben bei den pubDate-Elementen von D, d M Y H:i:s +0000 nach D, d M Y H:i:s O geändert (Zeitverschiebung wurde nicht korrekt angezeigt)
• Schreibweise vom <wfw:commentRSS>-Element nach <wfw:commentRss> korrigiert. (RSSBandit hat z.B. deswegen die Kommentare nicht mit angezeigt)
• <slash:comments> hinzugefügt (zeigt die Anzahl der Kommentare an und wird von einigen RSS-Readern interpretiert)
• Nur in wp-feeds-1.2.zip: <dc:creator> hinzugefügt
• Update 29.03.2005: pubDate Fehlerkorrektur eingebaut

Please fix your feeds, folks. Damit wir endlich auch die Kommentare lesen können, ohne einzelne Kommentarfeeds extra abonnieren zu müssen

Ok, dann antworten wir mal:

1. Welche Quellen nutzen Sie im Augenblick um nach RSS-Feeds zu suchen?
   Ich suche nie nach Feeds, sondern abonniere sie direkt von der Website.
2. Was muss eine Suchmaschine/Verzeichnis für RSS-Feeds bieten?
   RSS-Feeds vielleicht? Jetzt mal ernst, mehr inhaltliche Infos zum Feed selbst. Z.B. ob es ein Multiautoren-Feed ist, ob Werbung oder Leserkommentare darin enthalten sind. Schließlich geht es hier um Metadaten, baby.
3. Wie sind die Erwartungen an die Kategorisierung?
   Dazu habe ich keine besondere Meinung. Aber sich an die Kategorisierung vom Open Directory zu halten, kann nicht schaden (“respecting prior art”)
4. Wie wichtig ist die Vollständigkeit der verzeichneten Feeds
   Für mich: gar nicht (siehe Antwort 1.)
5. Sollen inaktive Feeds aufgeführt werden?
   Das ist jetzt bestimmt 'ne Fangfrage, oder? Gegenfrage: Sollten Tote zu einer Party eingeladen werden?
6. Wie wichtig ist die Möglichkeit direkt einen Feed zu abonnieren?
   Für mich persönlich: Gar nicht (siehe Antwort 1.).
7. Wie wichtig ist ein deutsches Verzeichnis von RSS-Feeds überhaupt?
   Für mich persönlich: Gar nicht (siehe Antwort 1.)
8. Was wäre sonst noch zu beachten?
   Eine leicht zugängliche Möglichkeit zum Austragen anbieten Und natürlich immer schön auf das Rechtliche achten, gell.

So, jetzt mal schauen, wie andere geantwortet haben...

Das Full-Feeds vs. Teaser-Thema scheint ja ein Dauerbrenner zu werden. Derzeitige Diskussionen gibt es auf

• <markup />
• Jeenas Weblog
• PlasticThinking (früher auch)
• einfach-persoenlich

Im einfach-persönlich-Thread fragt Jörg:

Habt Ihr außer dem besseren Lesen noch andere Argumente, die dafür oder dagegen sprechen?

Jo, die haben wir. Neben dem in meinem alten Blog angesprochenen Aspekt der Mobilität gibt es noch 2 wichtige Gründe, weshalb ich keine Teaser im Feed mag: 1. Es gibt einen Unterschied zwischen Teaser und Teaser. Soll heissen, nicht jeder kann einen anständigen Teaser produzieren, der mit 1-2 Sätzen den Inhalt eines Items zusammenfasst. Tatsächlich sind die meisten Teaser im Umlauf schlicht "Schrott". Und selbst wenn es so wäre, dass alle Teaser perfekt wären, würde das die schreiberische Kreativität einschränken, denn manche Einträge sind nicht so eben zu "teasern". Wie würde beispielsweise der Teaser zu so einem Rundumschlagenden Update lauten? Ich mag solche Roundup-Einträge gerne lesen, aber ein Teaser würde mir da Null weiterhelfen. 2. Auch wenn ich vom Teaser her das Thema begreife, ist es eine andere Sache, wie tief dieses Thema besprochen wird. Beispiel: Der Titel und Teaser verspricht etwas über "Abwehr-Methoden bei Kommentarspam". Der Teaser ist eine gewöhnliche Einleitung in das Thema. Ob ich diesen Beitrag komplett aufrufe und lese hängt davon ab, wie dieses Thema behandelt wird. Ist es oberflächlich angerissen? Ist es gar ein populistisch formulierter Werbetext von jemandem, der keine Ahnung von der Materie hat und nur auf ein paar PlugIn-Sites verlinkt? Oder werden bestimmte Techniken besprochen, inkl. Code-Snippets oder vollständigem HowTo? Solche Fragen klärt der Teaser nicht immer ausreichend. Dagegen können mich ein paar XML- oder RDF-Codezeilen im Eintrag magisch anziehen. Deshalb brauche ich Full-Feeds mit allen Infos. Das Argument mit dem möglichen Kontentklau kann ich irgendwie schwer nachvollziehen. Wenn Leser meine Items für die private Verwendung bei sich aufbewahren, habe ich keine Probleme damit (so oft, wie ich schon Daten-GAUs hatte, ist es nur legitim). Wenn jemand meinen Feed auf einer anderen öffentlich erreichbaren Website aggregiert, kann ich dem ein Riegel dazwischen schieben. [schnell hinterhergeschoben:] Noch ein Grund für Full-Feeds sind RSS-Reader, die sich auf ein Thema beziehende Weblogeinträge in einer Baumstruktur vernetzt darstellen. Ralph nannte sie damals treffend "spontane Wissensknoten". Siehe Bildschirmfoto im früheren Eintrag Spontane Wissensknoten im RSS-Reader. Sowas funktioniert logischerweise nur, wenn dem RSS-Reader alle Hyperlinks eines Items bekannt sind.

RSScache.com ist eine Dienst, der dem RSS-Feed-Anbieter durch caching die Last vom eigenen Server nehmen soll (via Timo Gnambs). Verwendung soll ziemlich einfach sein (Voranstellen eines my.rsscache.com/ vor die eigene Feed-Url). Und mit einer rewrite-Regel oder einem redirect in der .htaccess sollte der User nichts vom Wechsel der Feed-Url mitkriegen. Mal austesten.