Project for issues affecting NGINX configuration and deployment.
Tue, Aug 31
This is now deployed.
Aug 25 2021
wrong task; sorry
Aug 21 2021
Aug 10 2021
As long as we make sure to escape the path
Aug 4 2021
Jul 21 2021
We could alternatively just add a 404 page that has "Did you mean: /wiki/<page_name>" here like Wikipedia does.
This would be difficult to implement, I believe. I think (for mediawiki sites) we'd only have to worry about /wiki and /w, but I'd be worried about static.miraheze.org and probably a few other things.
Jun 7 2020
WikiLirik sözcüleri eleştirisel pozitif-negatif düşünce karşılaştırma
PyschoLyricWiki Attack Groups
Ben ötesi psikoloji
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.