Project for issues affecting NGINX configuration and deployment.
Jan 9 2019
Going to mark this as resolved since there's been no further activity here from @psiconauta. Feel free to re-open this task if needed.
Jan 5 2019
Jan 4 2019
@psiconauta, please see the above. If there's no reply from you in the next couple days we're going to mark this as resolved.
Dec 29 2018
It's not impossible, but it's not desirable.
In any case, URL structures like this are not recommended.
Indeed. I used to be an administrator for a wiki with this URL setup. I assure you there have been way too many cases where the existence of files (non-PHP files, to be exact - such as FAQ, LICENSE and whatever) and directories broke many articles. For this reason, I strongly object using the root path for your articles. However, if the reason is to un-break old links - we can definitely add 301 Permanent Redirects for /$1 to /wiki/$1 (unless $1 isa file on our server) so clients and spiders/robots will be aware of the new, correct URL path.
Dec 28 2018
Nov 13 2018
Sep 22 2018
Sep 5 2018
We have now completed the switch!
Yep, i will work on switching misc1 over to nginx.
So grafana is all that’s left?
I have technically added nginx support for the icinga2 module when i was testing on test1.
Aug 30 2018
I've moved phabricator and lizard.miraheze.org to nginx.
Aug 29 2018
piwik.miraheze.org has been renamed to matomo.miraheze.org and is now behind varnish.
This is interesting.. might as well keep an eye on it (especially because it includes Phabricator, Analytics, and Icinga)
Oct 30 2016
Unbreak now priority as it needs to be fixed asap. Affects site performance.
Oct 9 2016
This issue require a system access. It dosen't look like a MediaWiki issue.
Jul 18 2016
Jul 15 2016
Sounds good to me.
John, as the other operations member I want full approval from your side before increasing the HSTS to 6 months (15768000 seconds) for miraheze.org and *.miraheze.org (production wikis, and services running on misc. servers). With includeSubDomains specified, but without preload anywhere.
May 28 2016
May 13 2016
May 7 2016
My recent nginx work and HTTP/2 gave a performance boost which is imho good enough.
May 5 2016
The plan of 'supporting' has been accomplished as of today.