<<< Date Index >>>     <<< Thread Index >>>

Re: [FYI] Der Spindoktor fragt: Verstopfen RSS-Feeds das Netz?



* Kristian Köhntopp:

>>   - I.d.R. gibt es einen Medienbruch beim Zugriff auf alte Artikel.
>
> Das ist in der Tat ein Problem. Es wäre reparierbar, wenn man
> zusätzlich zur Message-ID noch einen Originalserver definiert,
> analog zu http-URLs, in denen ja ein Host und eine Objekt-ID relativ
> zu diesem Host definiert ist. Eine News-URL der Form
> "news://server/id"; kann man dann in einen Zugriff gegen einen
> beliebigen News-Server für das Objekt id umwandeln und falls dieser
> das Objekt nicht hat, gegen einen Zugriff gegen server für das
> Objekt id. Server wäre dann der designierte Archivserver für das
> Objekt mit der id.

Oder man legt auf die Domain mit der Message-ID einen SRV-RR für einen
geeigneten Dienst.

> Der Medienbruch entfällt dann auch.

Naja, Zugriffstransparenz kannst Du dann immer noch nur auf einen
recht hohen Schicht erreichen (es sei denn, der Reader-Server
übernimmt das). Hmm.

>>[ Weitere Einschränkungen von NNTP ]
>
> Grundsätzlich hast Du Recht: NNTP bedarf der Überarbeitung und
> Verallgemeinerung. Die Frage ist dann auch, ob man tatsächlich bei
> NNTP/NNRP als Protokollen bleiben will, oder die Prinzipien von NNTP
> nicht lieber über SOAP/XML-RPC oder whatever definiert - das wäre
> vielleicht einfacher erweiterbar.

Das Hauptproblem dürfte sein, den Leuten schmackhaft zu machen, daß
sie tausende Kopien ihrer Artikel rumgeistern lassen. Wenn Du nur
Pointer verteilst oder gar Aktualitätsinformationen, kannst Du auch
etwas à la IRC oder gar BGP nehmen.

Das wichstigste ist, vom Client-Server-Paradigma wegzukommen
(zumindest im Core eines potentiellen RSS Distribution Networks), das
taugt für Push-Anwendungen nicht wirklich.

-- 
Current mail filters: many dial-up/DSL/cable modem hosts, and the
following domains: atlas.cz, bigpond.com, di-ve.com, hotmail.com,
jumpy.it, libero.it, netscape.net, postino.it, simplesnet.pt,
tiscali.co.uk, tiscali.cz, tiscali.it, voila.fr, yahoo.com.

--
To unsubscribe, e-mail: debate-unsubscribe@xxxxxxxxxxxxxx
For additional commands, e-mail: debate-help@xxxxxxxxxxxxxx