suche Empfehlung für RSS Reader

[Rob Green]

könnt ihr mir einen empfehlen, der entweder auf Perl bzw. PHP Basis laufen kann? Mehr bietet mein Provider nicht an.

[Rob Green]

habe jetzt 2 Tools, die ich ok finde:

FeedReader
und
Amphetadesk (bei dem Namen denke ich immer an BASF, zumal ist sich witzisch..die verwenden als Logo tatsächlich eine Pille)

beides Freeware, allerding ist FeedReader nicht OpenSource.

Sehr empfehlenswert die Proggies, soweit ich das in der kurzen Testzeit beurteilen kann.

[wflamme]

könnt ihr mir einen empfehlen, der entweder auf Perl bzw. PHP Basis laufen kann? Mehr bietet mein Provider nicht an.

Unschuldige Frage: Was hat denn der Provider damit zu tun?

[Rob Green]

ein immer noch bestehender Gedanke, daß ein Cronjob zB nach neuen News sucht und entsprechend auf einer Site vernünftig darstellt.

[wflamme]

ahso, dann wäre AmphetaDesk (nehme ich derzeit) wirklich eine gute Option, sofern man Perl kann oder jemanden kennt, der's kann - ich leider nicht. Problem ist halt, ob Du Deine Seite wirklich ungeprüft mit allem vollstopfen willst, was die ausgewählten Feeds Dir bieten.

Ebenfalls interessant, aber wohl nicht für Deinen Anwendungsfall:
http://sourceforge.net/projects/nntprss
Dieses Java-Tool macht RSS-Feeds in herkömmlichen Newsreadern verfügbar. Eine schöne Sache, wenn man die Notes-NewsDB verwendet oder die Feeds auf einen hauseigenen Newsserver umleitet - hab's aber noch nicht getestet.

[Rob Green]

yep, Amphetadesk hab ich schon überspült...einzigste Nachteil bei diesem Tool, egal ob man es als webseitiges Tool verwenden würde oder desktopseitig..es verwaltet keine read/unread flags.

Mit der ungeprüften Übernahme ist dat so ne Sache...da muß sicherlich ein kleiner Zwischenstep hinein, also Admin gibt frei, erst dann published.

[wflamme]

Hmmm, wo genau ist denn da der (innovative) Sinn des Ganzen? Wo ein Genehmigungsprozeß dazwischengeschaltet werden soll, da kann ebensogut gleich eine Kopie des jeweiligen Feed-Items angelegt werden (Kopieren=Freigeben). Was zudem den Vorteil hat, daß Du allein bestimmst, wie lange der NewsLink in der Queue bleibt und daß Du praktisch jeden Aggregator verwenden kannst.

Dann hast Du aber etwas ähnliches wie Christoph Arras mit seinen News4Notes.

Tja, einen Tod muß man sterben, entweder was Ticker-ähnliches, wo Du die Kontrolle schweren Herzens an den/die Content-Provider abgibst oder volle Kontrolle über die Inhalte, dann aber eben nichts Vollautomatisches.

[Rob Green]

Sinn, innovativ? Wozu braucht man das, wenn ich mich aus reiner Neugier in das Thema einarbeiten möchte. Es ist wie immer mühsame Stückarbeit, die richtigen Stellen im I-Net zu finden, die vernünftig beschreiben, wie man das am besten hinbekommt, Informationen von verschiedensten Quellen remote einzusammeln, wi eder Kram funktioniert, welche Standards es gibt, etc...  

[wflamme]

Sinn, innovativ? Wozu braucht man das, wenn ich mich aus reiner Neugier in das Thema einarbeiten möchte.

Oh, ich dachte, es wäre eine Idee, keine Fortbildungsveranstaltung

Aber wo genau liegt das Problem? Doch nicht beim Bereitstellen der Feeds (zB durch Domino), dazu hat Mike Golding ja schon eine beinah komplette Anleitung.
Abfragen/zwischenspeichern der Feeds ist ja auch nicht das Problem, ein paar Zeilen Java.

Bleibt das Filtern. 'KI' wie 'komplette Ignoranz', 'katastrophale Inkompetenz', 'kill it', 'kurioserweise Insolvent' etc.

*Da* beißt sich letztlich doch immer alles.

[Rob Green]

wflamme, ein Consulter wie er leibt und lebt  
Ich habe kein Problem und ich brauche auch keine Lösung (die o.g Dinge sind Fragen, nach dem "welche autom. Technik" wird auf Servern verwendet)..  .ich informiere mich lediglich, suche die Pro/Cons, etc....ich will ein Feeling bekommen dafür, nachdem ich mich nur am Rande mit diesem Thema beschäftigt hatte.

[wflamme]

wflamme, ein Consulter wie er leibt und lebt  

Das fasse ich jetzt einfach mal als Kompliment auf!

Es ist wie immer mühsame Stückarbeit, die richtigen Stellen im I-Net zu finden, die vernünftig beschreiben, wie man das am besten hinbekommt, Informationen von verschiedensten Quellen remote einzusammeln, wi eder Kram funktioniert, welche Standards es gibt, etc...

Nochmal: Wo hängt's da genau?

Wie der Kram funktioniert: Du bekommst auf HTTP-Anfrage per HTTP Daten geschickt, in diesem Fall ist's eben kein pures HTML sondern eine XML-Datei mit Rahmeninformationen zur Quelle und den einzelnen News-Items als Datensätzen.Das ganze wird vom Reader geparst und für die Darstellung/Weiterverarbeitung geeignet sortiert und aufbereitet. Mehr ist nicht dran, wirklich.

Bei den Standards gibt es iw zwei Dinge, die man wissen muß:
Kopfdaten können sich an verschiedene XML-Spezifikationen anlehnen, zB DC (Dublin-Core) mit Metaangaben zu Autor, Copyright etc., Items können entweder als Plain-Text-Auszug (RSS) oder als 'encapsulated HTML' also in CDATA-Tags eingeschlossenem HTML als sog. XML-Feed transportiert werden.

Ich persönlich nehme für meine News RSS Plain Text, wen's im Detail interessiert, der kann den Hyperlink auf die Originalquelle ja verfolgen. In der Summe spart mir das Traffic.

[Rob Green]

dankeschön  

Soweit bin ich mit der Materie einigermassen durch...alleine die Anzahl der verschiedenen RSS Varianten / STandards ist schon so, als würde es sich um ein in Jahren gewachsenes Thema halten..."hat sich halt so ergeben" ...  

Was mir fehlt an Funktionalität ist noch eine echte Unterscheidungsmöglichkeit...also zB "ich bin ein Termin"...."ich bin eine heisse Info"...die Webseitenbetreiber geben dann eben einen RSS/XML Link für die Artikel, einen für Tipps, einen für.... vor....ist noch nicht ganz das gelde vom Ei anscheinend.

Natürlich schaue ich mit einem Auge auf unser Thema bei den Wirtschaftsjunioren und dem Vorhaben, regionalisierte Sites dezentral zu betreiben, den Content aber untereinander überregional bis him zum bundesweiten Szenario zu sharen. Der Content ist dabei aber nur fallweise und nicht 1:1 zu übernehmen...das eine Bundesland würde also von den zur Verfügung gestellten Inhalten nur eine bestimmte Kategorie nehmen, die anderen wiederum nur Termine etc...

Soweit ich das beurteilen kann, kann man den RSS Feed zu Genüge mit Infos vollstopfen...das Lesen und Verarbeiten (ja, nein, teilweise übernehmen, erst morgen erscheinen lassen...),ist mir auf der nehmenden Seite noch etwas unklar.

[wflamme]

Was mir fehlt an Funktionalität ist noch eine echte Unterscheidungsmöglichkeit...also zB "ich bin ein Termin"...."ich bin eine heisse Info"...die Webseitenbetreiber geben dann eben einen RSS/XML Link für die Artikel, einen für Tipps, einen für.... vor....ist noch nicht ganz das gelde vom Ei anscheinend.

Soweit ich das beurteilen kann, kann man den RSS Feed zu Genüge mit Infos vollstopfen...das Lesen und Verarbeiten (ja, nein, teilweise übernehmen, erst morgen erscheinen lassen...),ist mir auf der nehmenden Seite noch etwas unklar.

Eben. Semantik ist halt 'not included'. Es sind erstmal einfach 'News'.
S.h. meine kritische Betrachtung unter:
http://www.sns1.de/partner/flamme/wflamme.nsf/Tag/2003-01-13:Roget

[e2e4]

Jetzt da es von eknori ja den lesenwerten Newsfeed zu eknori.de gibt, hier noch mein Tipp für einen RSS-Reader:

Newsdesk 1.1 (www.wildgrape.net)

Grüße, e2e4