From 3e298365934ba928700d01730be8649bd72ae9b6 Mon Sep 17 00:00:00 2001 From: joey Date: Wed, 25 Jul 2007 01:55:45 +0000 Subject: move some bugs to todo items add a wishlist tag, that can be used to separate some todos off onto a wishlist page --- .../Post-compilation_inclusion_of_the_sidebar.mdwn | 24 ---------------------- 1 file changed, 24 deletions(-) delete mode 100644 doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn (limited to 'doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn') diff --git a/doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn b/doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn deleted file mode 100644 index 129bb7de9..000000000 --- a/doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn +++ /dev/null @@ -1,24 +0,0 @@ -In some sites (mine, for example), the pages are quasi-static, while the sidebar must be updated at each commit -(because it contains some lists, like "last posts" or "last updates", or a tagcloud). As this sidebar is included -in every page of the site, many commits can potentialy leat to a full re-compilation.... - -I think a sidebar included after the compilation (via a SSI mechanism for example) would make sense and -reduce the dependencies. - -Different things could be possible: - -* output as .shtml instead of .html -* ignore the sidebar->page dependency links -* consider the *real* dependencies; pageA may include the title (only) of pageB, but don't need to be recompiled -after each typo correction on pageB. - -shtml output with open cgi web access is a potential security hole and can DoS the site, but it's not a problem for a -single-editor site. - -NicolasLimare - -> This is a good idea, though sadly not portable enough to be the default. -> Especially if the only way to do it is with .shtml. -> But I really like the idea of not rebuilding the sidebar all the time. -> Definitly a TODO, for me, if I can figure out how to do it. Patches -> eagerly accepted. --[[Joey]] -- cgit v1.2.3