This page will show recent comments made to posts in the forum and elsewhere.

I agree, and blogged about something similar a while ago:

https://joeyh.name/blog/entry/idea:_git_push_requests/

ikiwiki-hosting would be one place to implement this, it already has hooks that filter incoming pushes for wiki criteria. However, it would probably be better to implement something standalone and then ikiwiki-hosting could just use it.

Posted Wed Jun 6 18:03:30 2018

I would go with $foo.source.branchable.com instead.

Could we get HSTS and redirects from http to https?

Adding the site to HSTS preloads and or https-everywhere would be good too.

Posted Wed May 30 00:59:36 2018

We're using letsencrypt wildcard support -- but it only allows for a single level of domain name above the wildcard, so does not work for source.$foo.branchable.com.

Renaming them to source-$foo.branchable.com, with a redirect from the old domain seems like the best way.

Posted Tue May 29 17:22:42 2018
Aha, the ikiwiki logout button is on the Preferences page. I think it would be a good idea to include a "Logout" link that just goes to the Preferences page (or a new logout page).
Posted Thu May 24 00:49:15 2018
I note that Let's Encrypt now offers wildcard support, which could be a useful option for supporting TLS.
Posted Thu May 24 00:41:04 2018
Are you aware of alternative ways to provide content in multiple languages?
Posted Sun Dec 24 01:16:32 2017
Yes, as far as I know there's not been any improvements to the 'po' module.
Posted Sat Dec 23 18:48:54 2017
Is this still the case?
Posted Tue Dec 19 00:25:59 2017

It would be good to use letsencrypt for that, the difficulty is that they only allow renewing a limited number of certs per month, and doubling the number of domains would be problimatic.

There are ways to bundle multiple domain into a letsencrypt cert, and getting source.foo.branchable.com at the same time it gets foo.branchable.com is doable, but would add complexity.

It might be simpler to get rid of the "source." domain and move that to somewhere under the main domain. Where exactly to avoid conflicting with any page names? Probably not "/source" ...

Posted Tue Dec 5 18:01:52 2017

The web interface does not allow disabling openid and emailauth plugins because that's probaly how the admin logs in and they could lock themselves out making that change.

Branchable admins can do it, so the procedure is:

  1. Create an account using password authentication.
  2. Change site configuration so that account is one of the admins.
  3. Contact us to make the change.

I see you already had done #1 and #2 for guppy.branchable.com, so I've disabled openid and emailauth for that site.

Posted Sat Mar 18 16:43:00 2017