rss:description要素の中に文字参照でエスケープされたHTMLタグが登場したり、RSS 1.0のモジュール、content:encoded要素を使ってCDATAセクション内にHTMLタグ（らしきもの）が登場したりするRSSをたまに見かける。昨日のエントリで紹介した RSS 1.0 モジュールの Content モジュール、その content:encoded 要素を使って記事全文を RSS に埋め込む方法ですが、上記の様な意見もあるようです。確かに、「Summary」ではなくなってしまいますね。必要のない人にとってはかなり冗長なデータになってしまいます。それ以外にも、RSS アグリゲーターですべての記事が読めてしまうと自分のサイトに人が流れ込まなくなってしまうという懸念もあるかもしれません。(僕としては、サイトで発信している情報がまた違った形で参照されているということが嬉しかったりもしますが。)(中略)
それにしてもこれらは一体なにを意図しているのだろうか。rss:description要素内に登場する<p>*rofl*</p>みたいな文字列は、paragraphとして表示しろってこと? 絶対に嫌だ。そもそもdescriptionではなくてcontentだしなあ。RSS aggregatorのようなUser Agentに対して情報を「完結」させたいという欲求だろうか。もうそうなると「Summary」ではない。まあ需要があるのなら勝手にすればよいのだろうけれど、他所様に勧めたりするのは勘弁して欲しいところだ。
パーサーに余計な負荷がかかってしまう当たりの話は富豪的プログラミングを盾に言い訳できそうな気もしないですが、「Summaryではない」といわれてしまうと反論の余地はないなあ。でもそうなると Content モジュールの存在意義って? とか言う話で堂々巡り。とりあえず、こういう意見もあるんだなと心の片隅に留めておきます。
送り手も受け手も回線に余裕があれば、コンテンツの内容を丸ごと送ってしまうことにはなんの問題もないんじゃないでしょうか。まさに富豪的(笑)。
ただ、やっぱりサマリを送るのは、余計なデータ転送を抑えるためなんじゃないかと思ったりもするので、そう考えるとちょっと無駄な感じもしますね。
とくに RSS リーダーって 1 時間から数時間に一度情報を取りに行くことが多いと思うんですが、そのたびにコンテンツ丸ごと転送するとなると、読まれもしない情報が何度も再読み込みされるわけだから、その辺の意義はやっぱり問い直す必要もあるかもしれませんねぇ。
こんにちは。
サマリーを表示するRSSと内容をフルに表示するものと
複数用意しておけばいいのではないでしょうか？
人によって好きなものを使えばいいのではないかと
思います。
うちは文字化けの問題などもあるのでRSSのバージョン
も含めコメント用など複数用意しています。
将来的に携帯などのガジェットからアクセスするようなケースを考えると、パーサーの負荷や冗長なデータのサイズとかも問題になってくるかもしれませんね。
複数出力するように後で設定することにします。
[3] Posted by: naoya at June 20, 2003 05:32 PM [返信]初めまして。
最終的に内容を読むのは人間な訳で、パーサ側に負荷がかかるのは「富豪的プログラミング」で良いと思いますが、「時間的資源が無いから、巡回サイトの更新差分の要約だけ読みたい『人間』」としては「要約といいつつ全文配信」なんてやられると「要約の意味ないやん！」といいたくなります。
データの処理及び転送速度が如何に早くなろうとも、人間向けのデータは人間の情報処理能力が向上しない限りある程度抑えた方が良いのでは、と思います。
（逆パターンとして「元記事が３０文字くらいだったら、けちけちしないで全部RSSにのせちゃえよ」というような需要も読むのが人間なら発生するとは思いますが）
ろばＱさん
なるほど納得です。
人間の時間には限りがあるってことを中心に添えて考えると、かなり説得力のある結論が出せますね。
最近長文多いし、まじで全文配信はちょっと自粛しようかなあ。
って二つ吐き出すようにするって言ってて忘れてた。(
ｗ