From 15181ecc9be8fc8cb56cd807abce037edcb1fa15 Mon Sep 17 00:00:00 2001 From: intrigeri Date: Sun, 3 Apr 2011 18:05:47 +0200 Subject: [PATCH] Reply... cannot think of a great solution. --- ...nfig_serves_index_directory_for_index.mdwn | 20 +++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/doc/bugs/po:__apache_config_serves_index_directory_for_index.mdwn b/doc/bugs/po:__apache_config_serves_index_directory_for_index.mdwn index e8969abd7..e8832c0b0 100644 --- a/doc/bugs/po:__apache_config_serves_index_directory_for_index.mdwn +++ b/doc/bugs/po:__apache_config_serves_index_directory_for_index.mdwn @@ -11,3 +11,23 @@ the "index" directory exists, and so apache happily displays that directory, rather than the site's index page! --[[Joey]] + +> Ack, we do have a problem. Seems like ikiwiki's use of `index/` as +> the directory for homepage's sub-pages and attachments makes it +> conflict deeply with Apache's `MultiViews`: as the [MultiViews +> documentation](http://httpd.apache.org/docs/2.2/mod/mod_negotiation.html#multiviews) +> says, `index.*` are considered as possible matches only if the +> `index/` directory *does not exist*. Neither type maps nor +> `mod_mime` config parameters seem to allow overriding this behavior. +> Worse even, I guess any page called `index` would have the same +> issues, not only the wiki homepage. + +> I can think of two workarounds, both kinda stink: +> +> 1. Have the homepage's `targetpage` be something else than +> `index.html`. +> 2. Have the directory for the homepage's sub-pages and attachments +> be something else than `index`. +> +> I doubt either of those can be implemented without ugly special +> casing. Any other idea? --[[intrigeri]] -- 2.26.2