Frage

, wenn mein RSS-Feed mit Thunderbird-Feed-Reader zu lesen, werden einige Einträge dupliziert. Google Reader nicht das gleiche Problem hat.

Hier ist die fehlerhafte Feed http://plcoder.net/rss.php?rss=Blog

Es gibt ein Problem, aber wo?

Viele Grüße, Cédric

Update: Ich füge guid aber das Problem bleibt. Anothers Feeds duplizieren nicht wie mein, so dass ich wieder Arbeit an diesem Modul und ersetzt diesen alten guten Code.

Fazit: Ich Nacharbeiten komplett den RSS-Generator Code, und es ist in Ordnung. Ich glaube, ich war eine sehr alte Version von RDF verwendet wird.

War es hilfreich?

Lösung

Versuchen Sie, einen <guid> Tag jedes Element hinzufügen, ihm einen Permalink geben. das heißt:.

<item rdf:about="http://plcoder.net/?doc=2134&amp;amp;titre=mon-pc-se-la-pete">
  <link>http://plcoder.net/?doc=2134&amp;amp;titre=mon-pc-se-la-pete</link>
  <guid>http://plcoder.net/?doc=2134&amp;amp;titre=mon-pc-se-la-pete</guid>
  ...
</item>

Ohne eine GUID, wenn irgendwelche des Inhalts in den post Änderungen, Ihren RSS-Aggregator könnte denken, dass es sich um eine neue Stelle ist. Mit dem GUID, auch wenn der Inhalt dieses Element ändert, Ihr RSS-Aggregator sollte aktualisiert nur den Pfosten, anstatt sich als neues Element zu behandeln.

Andere Tipps

Mindestens mit Thunderbird 2.0.0.21 das Problem ist, dass TBird scheint nicht GUID-Tags zu respektieren, aber es hat respektiert den Kanals pubDate-tag. Wenn also pubDate jünger ist als mit der letzten Lesung ist, wird TBird lesen alle Einträge (wie es scheint).

Ich weiß nicht, was passieren würde, wenn der Kanal pubDate-Tag fehlt aber ...

Ich habe dieses Probleme erlebt mit einigen meiner eigenen Feeds. Was geschehen ist, ich mit einer Liste von Einträgen wie folgt beginnen:

Item A
Item B
Item C

Der Client lädt sie und alles ist in Ordnung. Dann füge ich ein neues Element, so dass das Futter lautet:

Item D
Item A
Item B

D zeigt in dem Leser.

Aber dann entscheide ich, ich weiß nicht, dass Artikel will, so dass die Liste kehrt zu:

Item A
Item B
Item C

Wenn Thunderbird dies liest, wird es C als neues Element zählen. I am ein GUID Elemente verwendet, so bezweifle ich, das ist das Problem. Ich denke, es ist mehr bekommt mit dem Thunderbird-Parser nicht ältere Elemente berücksichtigt werden.

Die langatmige Abhilfe ist, zu „erinnern“, welche Elemente Sie haben bereits veröffentlicht und seitdem wurde das Ende der Liste durch neue Elemente geschoben. Sie werden im Grunde eine aktuelle Liste der Elemente im Feed halten müssen und wenn Sie Elemente aus löschen, schneiden Sie es kurz, bis es neue Elemente zu ersetzen.

Dies ist in Thunderbird Dokumentation (unter "Fehlerbehebung FAQ"):

  

F: Warum füttern werden Nachrichten manchmal dupliziert

     

A: Feed-Nachrichten mit identischem Inhalt, aber unterschiedlichen eindeutigen IDs sind   nicht als Duplikate erkannt. Siehe diesen Beitrag für viele weitere Details.

Der verlinkten Beitrag als Referenz:

  
      
  1. Atom-Feeds (obligatorisch) hat eine eindeutige ID; RSS-Feeds (nicht zwingend) hat in der Regel eine eindeutige GUID. Für RSS-Feeds ohne guid, einen Versuch,   hergestellt ist eine eindeutige Kennung von der obligatorischen Teile des Feed-Element zu erstellen.
  2.   
  3. Alle heruntergeladenen Feed-Nachrichten haben einen Datensatz mit dieser ID in feeditems.rdf gespeichert und gibt es, solange sie in dem Verlag existieren   Datei, mit dieser ID. Wenn der Publisher entfernt eine Nachricht mit der ID   aus ihrer Datei, nach 24 Stunden wird der feeditems.rdf Cache auch gespült   (Bekommen Nachrichten biff).
  4.   
  5. Wenn ein Verlag eine ID wieder verwendet, nachdem es gereinigt wurde, erhalten Sie eine Betrogene (wenn der Inhalt identisch ist). Dies ist ein Missbrauch der Absicht   hinter eindeutigen IDs und die Fehler des Verlegers.
  6.   
  7. Wenn ein Verlag eine ID wieder verwendet, bevor es gelöscht wird, und der Inhalt unterscheidet, werden Sie den neuen Inhalt nicht sehen, wie sie behandelt werden als   ein Duplikat. Thunderbird nicht den Tag verwendet zur Zeit und   sein Missbrauch von Verlegern kann es schwierig machen, zu implementieren.
  8.   
  9. Wenn Sie die Quelle (Strg-U) von zwei offensichtlich Betrogenen zu sehen, werden Sie die Message-Id-Header beachten. Wenn zwei offensichtlich Betrogenen haben unterschiedliche   Message-Id-Werte, dann werden sie dupes nicht unabhängig von möglichen   identischer Inhalt. Tb nicht unterscheiden doppelten Inhalt.
  10.   
     

Wenn Sie extreme Debuggen möchten, die pref Feeds.logging.console ändern   zum Debuggen oder Trace und Neustart, um zu sehen, was während des Futters geschieht   Verarbeitung.

     

Wenn Sie eine Feed-URL abmelden, wird dies die feeditems.rdf Cache löschen   für das Futter. Wenn Sie anschließend erneut abonnieren erhalten Sie Betrogenen   alle aktuellen Einträge in der Datei Verlag, der auch in Ihrem Feed existieren   Ordner.

     

Verdichtungs keine Auswirkung auf die Futtermittelverarbeitung hat, entfernt es nur markiert   zum Löschen Artikel aus der Datei. Wenn Sie einen Ordner löschen / verschieben Sie sie in   Müll, es ist unsubscribed. Beginnend mit Tb29, wenn Sie per Drag / Drop ein   Ordner aus einem Feed acount auf einen anderen Feed-Konto, das Abonnement   gehalten wird (aber nicht feeditems). Für sehr alte Profile / feed Konten   (Pre Tb17), kann es eine gute Idee, ein neues Feed-Konto zu erstellen und   Drag Ordner dort (Tb29 und höher), als eine frische feeds.rdf Datenbank   erstellt; die Strafe ist eine einmalige Möglichkeit Betrogene.

Ich hatte das gleiche Problem ... Ich wechselte zu Google Feed und es ist nun behoben, wußte nie, die genaue Ursache obwohl

http://feedproxy.google.com/juanformoso

Thunderbird hat ein paar Fehler mit Feed-Einträge zu duplizieren, vielleicht ist es nur einer von ihnen angezeigt?

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top