[2] Atom の at:deleted-entry
要素
(http://purl.org/atompub/tombstones/1.0
名前空間の
deleted-entry
要素) は、削除されたエントリーを表します。
[3] フィードから削除されたエントリーは通常フィードに含まれませんが、
そうするとキャッシュその他で既に以前のフィードから保存してあるエントリーが削除されたことを知る術がありません。
そのため削除されたエントリーを把握できるよう at:deleted-entry
要素が追加されました。 >>1
[20] とはいえ Atom処理器がこの要素に従い処理する保証はなく、 削除されたエントリーであっても処理を続ける可能性があることに注意が必要です。 >>1
[13] Atomフィードは任意の個数の at:deleted-entry
要素を含むことができますが、
ref
と when
の組み合わせが同じ物が複数あってはなりません >>1。
at:by
(0-1) >>1at:comment
(0-1) >>1atom:link
(0-∞) >>1atom:source
(0-1) >>1anyElement
(0-∞) >>1[14] 子要素の順序は任意です >>1 RELAX NG スキーマ。
[22] anyElement
が RELAX NG スキーマ上認められていますが、その意味は明記されていません。
任意の要素、あるいは拡張要素を認めることを意図しているのかもしれませんが、不明です。
[23] atom:entry
の子要素として使える各種要素を使いたいという需要はありそうなものですが、
それについて何も言及がなく、排除することを意図しているのか認めているのか不明です。例えば
atom:published
や atom:author
を含めたいこともありそうですが。
[19] atom:entry
要素によって表されるエントリーと
at:deleted-entry
要素によって表される削除済みエントリーで
atom:id
や ref
が重複していても構いません。
その場合 atom:updated
と when
の日時を比較した上で、
... と解釈します。 >>1
[21] atom:entry
や at:deleted-entry
を不正に注入する手段があると、
本当は削除されていないエントリーを削除したように扱わせたり、その逆のように扱わせたりできるかもしれず、
注意が必要です。 >>1
[18] at:deleted-entry
要素を持つフィード文書の例 >>1
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:at="http://purl.org/atompub/tombstones/1.0"> ... <!-- Minimal deleted-entry --> <at:deleted-entry> ref="tag:example.org,2005:/entries/1" when="2005-11-29T12:11:12Z"/> <!-- Extended deleted-entry --> <at:deleted-entry> ref="tag:example.org,2005:/entries/2" when="2005-11-29T12:11:12Z"> <at:by> <name>John Doe</name> <email>jdoe@example.org</email> </at:by> <at:comment>Removed comment spam</at:comment> </at:deleted-entry> ... </feed>