Control: forwarded 663926
http://ikiwiki.info/todo/design_for_cross-linking_between_content_and_CGI/
On Wed, 14 Mar 2012 at 11:59:23 +1100, Dmitry Smirnov wrote:
> It would be nice if cgi wrapper would use relative URLs instead of ones with
> hardcoded domain name and support hostname-less configuration.
Sorry, this is not possible. Some features in ikiwiki really do need to
know the wiki's canonical externally-facing URL. For best results use
the external version, not the intranet version.
If you configure the url and cgiurl to have the same hostname, then recent
versions of ikiwiki will use relative links between the CGI and the
static content as much as possible, so accesses via the intranet
should stay in the intranet. I've been working on improving this
recently.
If you enable the html5 option, there will be more relative links,
because HTML5 allows <base href> to be relative, whereas HTML4 and
XHTML1 did not. I'm hoping to make that the default post-jessie.
> But I'm trying to use a peculiar
> configuration when rsync plugin send blog content to extranet site where
> reverse proxy tunnel channelling requests to ~/iki/ikiwiki.cgi back to
> intranet.
If the CGI is behind a reverse proxy, you may need to configure the url/cgiurl
to be the externally-facing version (not the intranet version), and enable
the new reverse_proxy option, which is not in a release yet, but will be
in the release that I'm preparing now. That stops the CGI from trying to be
clever and determining its own location from CGI environment variables.
S
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
