diff options
Diffstat (limited to 'doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn')
| -rw-r--r-- | doc/bugs/Post-compilation_inclusion_of_the_sidebar.mdwn | 24 |
1 files changed, 0 insertions, 24 deletions
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]] |