]> sipb.mit.edu Git - ikiwiki.git/blob - doc/todo/Automatic_aggregate_setup_from_wikilist_in_Debian_package_.mdwn
Consistently allow use of relative paths in all PageSpecs that take a page name param...
[ikiwiki.git] / doc / todo / Automatic_aggregate_setup_from_wikilist_in_Debian_package_.mdwn
1 ikiwiki could have an option to process /etc/ikiwiki/wikilist and run ikiwiki
2 in aggregate mode for all wikis that need it.  The Debian package could then
3 include an optional cron job to automatically handle aggregation.
4
5 > You can actually use ikiwiki-mass-rebuild for this. Just pass --aggregate
6 > --refresh to it. (The program could have a clearer name, perhaps I should
7 > rename it to mass-ikiwiki? ikiwiki-map? ikiwiki-all? ...)
8
9 > A cron job like the one
10 > you suggest could also handle cases when plugins call for a page
11 > to be rebuilt. For example, a calendar plugin could use this to refresh a
12 > calendar daily.
13
14 > I do worry that such a cron job would produce more load than might be optimal.
15 > If you have one wiki that never needs to updated,
16 > another that might want to update daily, and a third that wants to update
17 > every 15 minutes for aggregation, updating all three every 15 minutes wastes
18 > a bit of CPU time. Two cron jobs seem like a better fit
19 > in this situation, rather than a one size fits all master cron job. But it
20 > would be fine adding a cron job as an example, at least.
21
22 > Another problem is that ikiwiki --aggregate will fail on any wikis that don't
23 > have the aggregate plugin enabled. This is really a problem with the plugin's
24 > special-casey approach of adding a new flag. This could be fixed by adding
25 > a more general syntax like "--set aggregate=1". (done)
26
27 > Sorry for making this sound so complex, it's a good idea, but I'm on an
28 > airplane and have nothing good to do except blather on here, and read
29 > haskell tutorials. ;-) --[[Joey]]