저는 우리가 사용하는 커스텀 작업 시스템을위한 RSS 피드 작업을하고 있으며, 어떻게 작동해야하는지에 대해 저의 머리를 감싸고 있습니다. 내가 갖고 싶은 것은 각 사용자에게 할당 된 작업을 보여주는 피드와 작업에 대한 업데이트를 보여주는 각 작업에 대한 피드입니다.RSS 항목 업데이트
내가 지금 알고 싶은 것은 사용자 피드와 관련이 있습니다. 사용자에게 할당 된 사례가 업데이트되면 해당 항목의 pubDate 항목과 채널의 lastBuildDate를 변경하는 코드가 있습니다. 이렇게하면 항목이 읽지 않은 상태로 표시되어 사용자가 항목을 다시보아야한다는 것을 알게되었지만 이것이 사실이 아닌 것 같습니다. 비록 내가 실제로 같은 항목이더라도 내가 guid를 변경해야합니까? 그 부작용은 무엇입니까?
내가 빠진 것이 있습니까? 이 문제를 어떻게 해결할 수 있습니까?
<pubDate>을 변경하면 항목이 변경되었음을 나타내지 만 지정된 RSS 판독기가 항목을 변경하지 않아도됩니다. (엄밀히 말하자면, RSS 리더가하는 일보다 아무 요구 사항도 없지만 합리적으로 유지하십시오.) 일부 독자 do은 업데이트 된 항목을 변경된 것으로 표시합니다. 예를 들어, Bloglines.com 설명 변경 내용을 감지하고 그 경우에는 다시 항목을 새로운 것으로 표시 할 수 있습니다.
< 제목 >, < 설명 >, 또는 < pubDate의 > 당신에게 당신이 원하는 행동을 줄 수있는 변화, 당신의 독자에 따라. GateKiller가 위에서 언급 한 것처럼, 가장 안전한 옵션은 새로운 < guid가 > 인 완전히 새로운 항목으로 만드는 것입니다. 이 작업을 수행하는 동안 업데이트에 대한 직접 링크 또는 세부 정보를 추가 할 수있는 기회로 사용할 수 있습니다.
물론 RSS의 제작자와 사용자 모두를 작성하고 있고 피드에 항상 할당 된 작업 집합이 포함되어 있다면 < 게시 날짜 >을 업데이트하면 정상적으로 작동합니다.
해결 방법은 업데이트 된 시간을 포함하는 GUID를 변경하는 것입니다. GUID는 피드의 각 항목에 대해 고유성을 제공하며 업데이트 된 날짜를 입력하면 읽지 않음으로 표시됩니다.
기술적으로 동일한 항목이므로 부작용은 어떻게됩니까? –
이미 직접 연결됩니다. 그러나 설명을 바꾸지 않고 "업데이트에 대한 세부 정보"를 어떻게 표시합니까? –
업데이트에 대한 세부 정보를 표시하는 경우 새 RSS 항목을 좋아하는 것 같습니다. 즉, 각 항목은 기본적으로 작업 자체가 아니라 작업에 대한 업데이트입니다. –