summaryrefslogtreecommitdiff
path: root/doc/plugins/aggregate
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-09-17 14:27:31 -0400
committerJoey Hess <joey@kodama.kitenet.net>2008-09-17 14:27:31 -0400
commitb540b263debef11d305b85f4dc85a6807b782810 (patch)
tree73c658cb7cf13ae2df52d83bdda64ac5ab4c2450 /doc/plugins/aggregate
parentfa4f735ad77417bf521b140fb872b8eb1f16552a (diff)
aggregate: Allow expirecount to work on the first pass. (expireage still needs to wait for the pages to be rendered though)
Diffstat (limited to 'doc/plugins/aggregate')
-rw-r--r--doc/plugins/aggregate/discussion.mdwn16
1 files changed, 15 insertions, 1 deletions
diff --git a/doc/plugins/aggregate/discussion.mdwn b/doc/plugins/aggregate/discussion.mdwn
index 9077d7eb5..3b3d1ea3b 100644
--- a/doc/plugins/aggregate/discussion.mdwn
+++ b/doc/plugins/aggregate/discussion.mdwn
@@ -11,7 +11,7 @@ I'm trying to set up a [planet of my users' blogs](http://help.schmonz.com/plane
tag="schmonz"
]]
- [[!aggregate
+ \[[!aggregate
name="Amitai's photos"
url="http://photos.schmonz.com/"
dir="planet/schmonz-photos"
@@ -26,6 +26,20 @@ I'm trying to set up a [planet of my users' blogs](http://help.schmonz.com/plane
Two things aren't working as I'd expect:
1. `expirecount` doesn't take effect on the first run, but on the second. (This is minor, just a bit confusing at first.)
+
+>
+
2. Where are the article bodies for e.g. David's and Nathan's blogs? The bodies aren't showing up in the `._aggregated` files for those feeds, but the bodies for my own blog do, which explains the planet problem, but I don't understand the underlying aggregation problem. (Those feeds include article bodies, and show up normally in my usual feed reader rss2email.) How can I debug this further?
--[[schmonz]]
+
+> I only looked at David's, but its rss feed is not escaping the html
+> inside the rss `description` tags, which is illegal for rss 2.0. These
+> unknown tags then get ignored, including their content, and all that's
+> left is whitespace. Escaping the html to `&lt;` and `&gt;` fixes the
+> problem. You can see the feed validator complain about it here:
+> <http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.davidj.org%2Frss.xml>
+>
+> It's sorta unfortunate that [[cpan XML::Feed]] doesn't just assume the
+> un-esxaped html is part of the description field. Probably other feed
+> parsers are more lenient. --[[Joey]]