- From: Renoir Boulanger <renoir@w3.org>
- Date: Wed, 07 May 2014 15:29:15 -0700
- To: Doug Schepers <schepers@w3.org>
- CC: List WebPlatform public <public-webplatform@w3.org>
- Message-ID: <536AB3BB.9040905@w3.org>
Hi all I just spent the last two hours circling around SMW and its hard to tell where is the source of the problem. A possible solution path would be to refactor a little bit how the images are called because there's a lot of factors. 1) Which block gets called [0][1][3][4] 2) Which image gets called [8][9] 3) Which file in the backend gets called (at Fastly layer) [10][11] 4) which file gets called in which context [12][13] ... as in depending on which version it wants... thumb, or not. If the backend has it 5) If the cache at Fastly is broken for that particular file 6) If the MediaWiki cache needs ?action=purge (e.g. on [8]?action=purge) Let's see if we can get a pattern on where its broken on the /upgrade/ and fix it. [0]: http://docs.webplatform.org/upgrade/Template:External_Attribution_Block/MDN [1]: http://docs.webplatform.org/upgrade/Template:External_Attribution_Block/MSDN [2]: http://docs.webplatform.org/u/index.php?title=Special%3ASearch&profile=advanced&search=Template%3AExternal+Attribution+Block&fulltext=Search&ns10=1&profile=advanced [3]: http://docs.webplatform.org/upgrade/Template:External_Attribution_Block/DevOpera [4]: http://docs.webplatform.org/upgrade/Template:External_Attribution_Block/HTML5Rocks [5]: http://docs.webplatform.org/upgrade/Template:External_Attribution_Block/Facebook_HTML5_Resource_Center [6]: http://docs.webplatform.org/upgrade/Template:External_Attribution_Form_Section [7]: http://docs.webplatform.org/uograde/Template:External_Attribution [8]: http://docs.webplatform.org/upgrade/File:cc-by-sa-small-wpd.png [9]: http://docs.webplatform.org/upgrade/File:cc-by-sa-small-wpd.svg [10]: http://static.webplatform.org/w/public/8/8c/cc-by-sa-small-wpd.svg [11]: http://static.webplatform.org/w/public/c/c8/cc-by-sa-small-wpd.png [12]: https://objects.dreamhost.com/wpwiki-local-public/8/8c/cc-by-sa-small-wpd.svg [13]: https://objects.dreamhost.com/wpwiki-local-thumb/8/8c/cc-by-sa-small-wpd.svg/240px-cc-by-sa-small-wpd.svg.png On 2014-05-07, 1:30 PM, Doug Schepers wrote: > Hi, Renoir– > > One possible bug: > > The CC-BY-SA image is missing on the border-radius page [1] on > "upgrade". This doesn't seem to be an issue with all images, since > those on the SVG tutorials pages look okay [2]. Maybe something to do > with images from templates? > > [1] http://docs.webplatform.org/upgrade/css/properties/border-radius > [2] http://docs.webplatform.org/upgrade/svg/tutorials/smarter_svg_filters > > Regards- > -Doug > > On 5/6/14 11:45 AM, Renoir Boulanger wrote: >> Hi all! >> >> I spent some time yesterday to try a MediaWiki/server upgrade. If you >> want to test the new version, see "To do" section below. >> >> *Context:** >> *Ryan had been recommending me to upgrade version of both Ubuntu and >> MediaWiki for a while, and today's the day to test it. I hope this will >> help us with some issues we were having due to MW versions, improve >> performance, and will allow me leverage some logging features that newer >> MW version has. >> >> Since the latest Ubuntu long-term-support ("LTS") version got out last >> month, I thought that I should also upgrade the server version too. With >> that upgrade, we will have only the database servers left to upgrade. As >> a matter of fact, the /upgrade/ wiki is actually using a separate >> database server than the rest and is running with a much more recent >> MySQL version (5.6, instead of 5.1) too. It means that I might roll out >> database upgrade very soon too. >> >> *To do:* >> >> I'd like that we spend some time to see if things are working well and >> that nothing is lost. Note that anything you do, as long as you see >> /upgrade/ in the address, that data will be lost. >> >> All data is coming from the live site snapshot from yesterday. >> >> >> Compare pages (Note the /upgrade/ part) >> >> * http://docs.webplatform.org/wiki/Special:Version >> * http://docs.webplatform.org/upgrade/Special:Version >> * >> http://docs.webplatform.org/wiki/WPD:Infrastructure/analysis/2014-OAuth_study_notes >> >> * >> http://docs.webplatform.org/upgrade/WPD:Infrastructure/analysis/2014-OAuth_study_notes >> >> * http://docs.webplatform.org/wiki/css/properties/border-radius >> * http://docs.webplatform.org/upgrade/css/properties/border-radius >> >> And also... >> * Edit a page, >> * Create a page >> * Create an account very similar to yours but with special characters, >> see[4] >> * Try to add a compatibility table info from [5], like done at [1] >> * >> >> Enabled/Disabled extensions* >> >> While we are at it, I thought that we'd test how the site works by >> gradually removing non standard extensions, and enabling filtering >> extensions. Maybe it'll help with some account spam in the meantime we >> have our new account system >> >> Disabled: >> >> Those were non standard extensions (and non source controlled too (!)) >> that aren't much popular and will eventually be deprecated and/or >> migrated (e.g. section comments, account profile). >> >> * WebplatformSectionCommentsSMW (see attachment "SectionComment") >> * EditSectionIcon >> * SocialProfile (see attachment "SocialProfile") >> >> >> Enabled: >> >> Those are maintained extensions by the Wikimedia foundation and thought >> they'd be useful. >> >> * AbuseFilter [3] (Adds new filters, see through API [2]) >> * AntiSpoof [4] >> >> >> [0]: http://docs.webplatform.org/upgrade/Special:Version >> [1]: http://docs.webplatform.org/upgrade/WPD:Projects/CompaTables >> [2]: >> http://docs.webplatform.org/u/api.php?action=query&list=abusefilters >> [3]: http://www.mediawiki.org/wiki/Extension:AbuseFilter >> [4]: http://www.mediawiki.org/wiki/Extension:AntiSpoof >> [5]: http://docs.webplatform.org/compat/compat-mdn-human.json >> > > > > -- Regards, Renoir Boulanger | Developer operations engineer W3C | Web Platform Project http://w3.org/people/#renoirb ✪ https://renoirboulanger.com/ ✪ @renoirb ~
Received on Wednesday, 7 May 2014 22:29:20 UTC