Prawidłowy/zaakceptowany sposób aktualizacji wpisu ATOM

Question

Co oznacza "poprawny" sposób wskazania wpisu w kanale informacyjnym ATOM?

Przez "poprawne" rozumiem pasuje do istniejących specyfikacji i coś czytać czytelnicy zauważy i oznaczyć jako nowe/nieprzeczytane.

Wszystkie specyfikacje, które znalazłem, mówią o obsłudze zaktualizowanego węzła. Jednak, gdy próbuję coś takiego

<entry> 
    <title>Ipv4 For Sale</title> 
    <link href="http://tech.slashdot.org/story/12/05/24/1526258/sales-of-unused-ipv4-addresses-gaining-steam"/> 
    <id>urn:uuid:0fd0a227-1be0-bce4-9f53-8c47bf682eb7</id> 
    <updated>2012-05-24T15:18:19-07:00</updated> 
    <published>2012-05-24T13:11:37-07:00</published> 
    <summary type="html"><![CDATA[<p>Web Content Here</p>]]></summary> 
</entry> 

mojego czytnika spowoduje wyświetlenie nowej treści, ale nie będzie oznaczyć przedmiot jako nowe/nieprzeczytane. Używam NetNewsWire, który jest jednocześnie głównym czytnikiem kanałów, i ma ustawienie "Oznacz jako nieprzeczytane" dowolne "zaktualizowane" elementy.

Istnieje kilka innych pytań związanych z przepełnieniem stosu na ten temat, a podczas gdy te, które przeczytałem, potwierdzają zachowanie opisane powyżej, żadne (wydawałoby się?) Nie stanowią rozwiązania.

Czy istnieje sposób, aby to zrobić, czy też "poprawna" rzecz, aby opublikować całkowicie nowy wpis?

Użycie stałej PHP DATE_ATOM do wygenerowania dat pliku danych, jeśli to ma znaczenie.

Answer 1

Dokument specyfikacji stwierdza, że ​​jeśli artykuł jest ponownie opublikowany (tj. Zaktualizowany), jego numer id może się nie zmienić. Jeśli więc czytnik oferuje funkcję, która oznacza, że ​​elementy są nieprzeczytane, gdy zmienia się ich pole atom:updated, a następnie nie robi tego, wydaje się, że jest to błąd oprogramowania :)

Na stronie wspomnianego czytnika wiadomości znalazłem aktualizacja, choć dość stara, która może naprawić to, czego doświadczasz: http://netnewswireapp.com/netnewswire-3-2-14-syncing-sorting-fixes