Будет ли исправлен способ указания записи в фиде ATOM?
Под «правильным» я имею в виду вписывающиеся в существующие спецификации, и что-то, что читатели фидов заметят и отметят как новые / непрочитанные.
Все спецификации, которые я нашел, говорят, что есть поддержка обновленного узла. Однако, когда я пытаюсь что-то вроде этого
<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> мой читатель каналов отобразит новый контент, но НЕ будет отмечать этот элемент как новый / непрочитанный. Я использую NetNewsWire, который является основным средством чтения каналов, и имеет параметр «Отметить как непрочитанный» любые «обновленные» элементы.
Есть еще несколько вопросов о переполнении стека по этому вопросу, и хотя те, которые я читаю, подтверждают поведение, описанное выше, ни один (кажется?) Не дает решения.
Есть ли способ сделать это, или это «правильная» вещь, чтобы опубликовать совершенно новую запись?
Используя константу DATE_ATOM PHP для генерации дат фида, если это имеет значение.
В документе спецификации указано, что если элемент переиздан (то есть обновлен), его id может не измениться. Так что если читатель предоставляет функцию, которая отмечает, что элементы непрочитаны, когда их atom:updated поле изменяется, и в дальнейшем это не делает, казалось бы, это ошибка программного обеспечения 🙂
На сайте упомянутого читателя новостей я нашел обновление, хотя и довольно старое, которое может исправить то, что вы испытываете: http://netnewswireapp.com/netnewswire-3-2-14-syncing-sorting-fixes