X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/7e923afee875c58f4c6721ca0854975849432cce..9c8b40b09103d8b76ccd0d0b9c9a35340ca404e4:/doc/bugs/redirect.mdwn?ds=sidebyside

diff --git a/doc/bugs/redirect.mdwn b/doc/bugs/redirect.mdwn
index 5061a7940..6296c3df1 100644
--- a/doc/bugs/redirect.mdwn
+++ b/doc/bugs/redirect.mdwn
@@ -3,14 +3,24 @@ I suppose this isn't technically a bug, but whetever.
 I want symbolic links to be rendered as HTTP redirects. For example,
 if we do this,
 
-```
-touch foo.mkdwn
-ln -s foo.mkdwn bar.mkdwn
-git push baz.branchable.com
-```
+    touch foo.mkdwn
+    ln -s foo.mkdwn bar.mkdwn
+    git push baz.branchable.com
 
 then the following command should print 302
 
-```
-curl -o /dev/null -s -w "%{http_code}" http://baz.thomaslevine.com/bar/
-```
+    curl -o /dev/null -s -w "%{http_code}" http://baz.thomaslevine.com/bar/
+
+> An interesting idea, but it conflicts somewhat with wanting symlinks to be
+> treated as the referenced file when it's safe to do so, which would be
+> great for [[todo/git-annex support]], and also good to avoid duplication
+> for files in system-wide underlays.
+>
+> Also, I don't think this is possible without help from the web server
+> configuration: for instance, under Apache, I believe the only way to get
+> an HTTP 302 redirect is via Apache-specific `.htaccess` files or
+> system-level Apache configuration.
+>
+> In current ikiwiki, you can get a broadly similar effect by either
+> using \[[!meta redir=foo]] (which does a HTML `<meta>` redirect)
+> or reconfiguring the web server. --[[smcv]]