]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/todo/RecentChanges_page_links_without_cgi_wrapper.mdwn
note that debian-* branches are subject to being rebased
[git.ikiwiki.info.git] / doc / todo / RecentChanges_page_links_without_cgi_wrapper.mdwn
1 Links to the changed page on RecentChanges only show up if the cgi wrapper is
2 enabled. It would be nice if links were also generated on wikis that do not use
3 the cgi. [[svend]]
5 > It would be, but doing so would make updating the recentchanges page for
6 > each commit a lot slower, or would result in there often being broken
7 > links there.
8
9 > The broken links would happen if a page is removed.
10
11 > The speed issue is that currently each individual change in the
12 > recentchanges page is built just once, when the change is made, and the
13 > html for it is reused thereafter. To avoid broken links, it would need to
14 > regenerate each change's html on each commit. That's 100x the overhead.
15 > (Perhaps it's possible to be smarter about which need generation tho.)
16
17 > The best way to approach this that I can see ATM is to use the
18 > [[plugins/404]] plugin to handle the broken links and then recentchanges
19 > could avoid explicitly using the CGI. But this doesn't meet your use case
20 > of having no CGI.
21 >
22 > If you're willing to live with broken links to removed pages, I suppose
23 > that could be made an option..
24 > --[[Joey]] 
26 [[!tag wishlist]]