doc/forum/Let_rss_point_to_https_/comment_2_02d04263197df6d488e5e39d2686a772._comment

   1 [[!comment format=mdwn
   2  username="smcv"
   3  subject="Protocol-relative URLs are not always an option; change your url and cgiurl settings"
   4  date="2015-12-13T22:20:13Z"
   5  content="""
   6 IkiWiki already uses relative (`../foo/`), hostname-relative (`/foo`) or
   7 protocol-relative (`//example.com/foo/`) URLs wherever it can. However, not
   8 everything is allowed to be relative: in particular, more or less
   9 everything in RSS has to be absolute, either because the specification says so,
  10 or because in practice RSS consumers usually get relative URLs wrong.
  11 When we generated XHTML 1.0, `<base href=... />` had to be absolute too,
  12 but now that we always generate HTML 5 it's relative, so RSS is one of the
  13 few places the full `url` and `cgiurl` are used.
  14
  15 If you have a certificate that's trusted by \"normal\" browsers (like LetsEncrypt),
  16 then there's no disadvantage in changing your `url` and `cgiurl` to
  17 both be `https://...`, and rebuilding your wiki. At this point I would only
  18 recommend using plain `http://` if you either have no certificate, or a
  19 self-signed or otherwise not-universally-trusted certificate for a non-public
  20 website.
  21
  22 Because IkiWiki mostly outputs relative URLs, accesses via `http` will stay
  23 on `http`, unless you also reconfigure your web server (not specific to
  24 IkiWiki, for instance if you use Apache see
  25 [RedirectSSL on the Apache wiki](https://wiki.apache.org/httpd/RedirectSSL).
  26 """]]