-1

Feedzirra の実装方法を決定するのに非常にイライラしています。2つのオプションが機能しています。どちらを実装する必要がありますか?

Railscast #168 Feed Parsing example が動作しています。使用可能な ID、GUID、または URL に基づいて entry.id を使用します。(OBTW... これを Rails 2 から Rails 4 にアップグレードしました。テスト シナリオを除いて動作します。まだやるべきことがあります...)

Feedzirra の github サンプル バージョンを運用しています。これは、Etag と最終更新日に基づいています。

これらの 2 つのオプションは正反対のように見えますか? それとも、フィードに応じて選択する必要がある 2 つのオプションだけですか? わかりません。時代遅れのように見えるドキュメントは、議論の余地があります。

どれが現在のものですか？どちらも現役ですか？どちらか一方を選択する理由は何ですか? 処理しているフィードに応じて、どちらか一方が優れているか、どちらか一方を使用する必要がありますか?

Feedzirra が、高パフォーマンス環境で頻繁に更新される非常に多くのフィードを停止するための適切なソリューションであるかどうかを尋ねるのは嫌いです。私はそれが正しい答えだと信じていますか？

現時点では、それが何であれ、最終的な解決策に集中する必要があります。

4

1 に答える 1

1

一般的な回答として、Feedzirra とは別に、それらは別個のものであり、異なる目的を果たします。ID/GUID は、フェッチ全体でフィード アイテムを識別するために RSS および Atom 仕様によって定義されるアイテムごとのプロパティです。フィードを再度取得すると、前回受信した項目を追跡できます (たとえば、RSS GUID は実際に _globally_ unique であると予想されますか? )。

Etag/Last Modified は、既に所有しているフィードのバージョンを識別し、変更されていないコピーを取得しないようにするために、フィードを要求するときに提供されます (たとえば、If-Unmodified-Since/If-Modified-Since のポイントは何ですか?それらは ETag に取って代わられていませんか? )。

両方を使用する必要があります。

于 2013-07-29T11:55:56.657 に答える