X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/8f7d92c58e6407274c224f5254139a9a777deaa2..5b227a07f892dfe8391bd9c40617f9c1246808af:/doc/bugs/redirect.mdwn?ds=sidebyside

diff --git a/doc/bugs/redirect.mdwn b/doc/bugs/redirect.mdwn
index f7dac6077..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://wiki.thomaslevine.com
-```
+    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]]