Re: [Foreground] Speed of Foreground skin

One thing I really investigated yesterday was compressing images. Image compression has gotten really good and I cannot believe how much the file sizes reduced. I cut a page load size in half by compressing three images on that page. Which in turn dropped the page load speed by one full second. It's too bad files that are uploaded aren't automatically compressed. I know there are online tools where you can upload an image and then download the compressed version. I just don't know if there's anything that's open source that could be built into MediaWiki's core, what take into account, file type, etc. Or would it explode into a what file type is better. ;) Tom On Mar 1, 2017, at 8:14 AM, Sebastian Haselbeck &lt;rebastion(a)mailbox.org&gt; wrote: I have to say my wikis run very well on Cloud ways. Never thought so but super low maintenance On March 1, 2017 12:01:15 AM GMT+01:00, "[[kgh]]" < mediawiki(a)kghoffmeyer.de&gt; wrote: > > Heiya, > > I must also note that the virtual host for the foreground wiki was > badly configured when it comes to page speed. After adding some fluff the > rating from Google went up from 60 to now 77. Basically I added > configurations for mode headers, expires and deflate which I did not have > in there before. Also I upgraded the Header Tabs extension to master which > now uses the ResourceLoader (not yet released). To cut it short: It is not > just the skin but also other factors which enormously impact page speed > which are beyond the things MediaWiki as such can do. > > Tom's link already included the fluff I added. > > Cheers Karsten > > > Am 28.02.2017 um 15:00 schrieb Tom: > > Hi Nischay > > https://tools.pingdom.com/#!/dxXmf4/https://foreground.wikip > roject.net/wiki/Main_Page > > In actuality it's about 5% of the page load. Don't chase Google's page > speed insights, technically has nothing to do with page speed. Minifying > HTML is a joke, to what saving 10% of that actual load which is barely > nothing. MediaWiki minifies CSS output already. > > Even Google is own site doesn't get a stellar mobile rating nor does > Facebook and some of the other big ones. I have sites that I actually get > flagged because Google analytics and their tag manager doesn't have a high > enough expiration passed in its header. > > Quite frankly you do you want some CSS above the fold because you > don't want to have a flash of unstyled content, https://en.wikipedia. > org/wiki/Flash_of_unstyled_content. > > If you need to improve speed, a lot of it's going to have to do with > your server hosting your site. Header expires, response, php caching, gzip > compression of output, etc... > > Having said all the above, there is a mobile out module for > resourceloader. It might be worth a look at ways to reduce js because > that's the large target in loading a page. > > Tom > > > On Feb 28, 2017, at 3:05 AM, Nischay Nahata &lt;nischayn22(a)gmail.com&gt; > wrote: > > Hi, > > I am trying to make my site load faster on mobile and consulting > Google's PageSpeed tool for the same. I see that the styles loaded by > Foreground skin is pretty huge. Any idea how we can work to reduce this? > > See: > results for foreground wiki > <https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fforeground.wikiproject.net%2Fwiki%2FMain_Page&tab=mobile> > > > > Regards, > Nischay Nahata > > _______________________________________________ > Foreground mailing list > Foreground(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/foreground > > > > _______________________________________________ > Foreground mailing listForeground@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/foreground > > > -- Sent from my Android device with K-9 Mail. Please excuse my brevity. _______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground