(no commit message)
[ikiwiki.git] / doc / bugs / redirect.mdwn
1 I suppose this isn't technically a bug, but whetever.
2
3 I want symbolic links to be rendered as HTTP redirects. For example,
4 if we do this,
5
6     touch foo.mkdwn
7     ln -s foo.mkdwn bar.mkdwn
8     git push baz.branchable.com
9
10 then the following command should print 302
11
12     curl -o /dev/null -s -w "%{http_code}" http://baz.thomaslevine.com/bar/
13
14 > An interesting idea, but it conflicts somewhat with wanting symlinks to be
15 > treated as the referenced file when it's safe to do so, which would be
16 > great for [[todo/git-annex support]], and also good to avoid duplication
17 > for files in system-wide underlays.
18 >
19 > Also, I don't think this is possible without help from the web server
20 > configuration: for instance, under Apache, I believe the only way to get
21 > an HTTP 302 redirect is via Apache-specific `.htaccess` files or
22 > system-level Apache configuration.
23 >
24 > In current ikiwiki, you can get a broadly similar effect by either
25 > using \[[!meta redir=foo]] (which does a HTML `<meta>` redirect)
26 > or reconfiguring the web server. --[[smcv]]
27
28 >> The CGI spec (http://www.ietf.org/rfc/rfc3875) says that a CGI can cause a redirect by returning a Location: header.
29 >> So it's possible; desirable (due to your point about conflicting with git-annex support) is a different matter.
30
31 >>> One of the major things that separates ikiwiki from other wiki software
32 >>> is that ikiwiki is a wiki compiler: ordinary page-views are purely
33 >>> static HTML, and the CGI only gets involved when you do something
34 >>> that really has to be dynamic (like an edit).
35 >>>
36 >>> However, there is no server-independent static content that ikiwiki
37 >>> could write out to the destdir that would result in that redirect.
38 >>>
39 >>> If you're OK with requiring the [[plugins/404]] plugin (and a
40 >>> web server where it works, which I think still means Apache) then
41 >>> it would be possible to write a plugin that detected symlinks,
42 >>> stored them in the `%wikistate`, and used them to make the
43 >>> [[plugins/404]] plugin (or its own hook similar to the one
44 >>> in that plugin) do a 302 redirect instead of a 404.
45 >>> Similarly, a plugin that assumed a suitable Apache
46 >>> configuration with fairly broad `AllowOverrides`,
47 >>> and wrote out `.htaccess` files, would be a feasible thing
48 >>> for someone to write.
49 >>>
50 >>> I don't think this is a bug; I think it's a request for a
51 >>> feature that not everyone will want. The solution to those
52 >>> is for someone who wants the feature to
53 >>> [[write a plugin|plugins/write]]. --[[smcv]]