[11:51:23] Hello everyone, I installed MW on Nginx and used short url configurations mentioned here https://www.mediawiki.org/wiki/Manual:Short_URL/Nginx everything seems working fine but it's not displaying images especially those with png and svg extensions. If i open an image with /w/index.php?title=File:Example.png it display the image but if I visit the [11:51:23] same with /wiki/File:Example.png it's giving 404 error. I tried to fix it but nothing working so would like to know if there is a bug or misconfiguration? Thank you. [12:35:00] Would anyone know how I can activate this feature on en wikipedia? https://phabricator.wikimedia.org/T364939 [12:35:09] https://gerrit.wikimedia.org/r/q/b18e4b35 [12:53:45] Guest23: the configuration sample you linked has nothing specific for svg/png. Check your other configuration files in case there's something related to hotlinking, or if you have config for other cms that may be interferring [12:55:16] Cocobb8: the very short answer is that you don't, the developers working on that project will enable things if/when they are ready [12:55:34] taavi: Ok cool makes more sense :) [17:20:48] Its kind of crazy how a MediaWiki install is now almost 500 mb [17:20:59] Yeah. :-( [17:25:34] I'm also kind of surprised the compression ratio of the zip file isn't better. After all this is largely just text, and probably more repetitive than normal english text [17:33:04] Looks like with .tar.xz format it goes down to 58mb, which is a bit better [17:33:26] wonder if we should also be distributing in that format [17:33:28] guess it doesn't matter [17:44:16] Distribution changes should definitely be considered, e.g. as Docker images. ;-) But yes, a better compression algo sounds like a quick win. [17:44:20] from https://linux.die.net/man/1/zip: The default compression level is -6. This means it can be improved by setting a higher compression level [17:45:11] Yeah, i guess uploading your tarball via ftp and then extracting via cpanel on your shared host is a bit of a relic of the past [17:45:59] In practice, I'm not sure how many people use via `apt` instead of the tarballs anyway. [17:46:49] docker has kind of eaten the world [18:01:36] True, though other container-based environments exist and we shouldn't hitch our (users') wagon to just one option. [18:01:54] indeed [18:18:25] it would maybe help if https://www.mediawiki.org/wiki/Download went into any more detail than "Repositories of some Linux distributions also increasingly offer packages for MediaWiki with different degrees of frequency and extensions coverage (e.g. Debian, Ubuntu, Fedora, Gentoo)." [20:58:31] Also... 1.41 had a large thing in vendor that probably shouldn't have been there [20:58:40] Which should be gone in 1.42 [20:58:51] Removing it from 1.41 in a point release would result in a silly large patch