Speed of Foreground skin

List overview All Threads
Download

newer

older

Increase page text width to 90% of...

Foreground freelance coders?

Nischay Nahata

28 Feb 2017 28 Feb '17

8:05 a.m.

Attachments:

attachment.htm (text/html — 671 bytes)

Show replies by date

Tom

28 Feb 28 Feb

2 p.m.

Hi Nischay https://tools.pingdom.com/#!/dxXmf4/https://foreground.wikiproject.net/wiki… 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 <nischayn22(a)gmail.com> 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 Regards, Nischay Nahata _______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

[[kgh]]

11:01 p.m.

...

Hi Nischay https://tools.pingdom.com/#!/dxXmf4/https://foreground.wikiproject.net/wiki… <https://tools.pingdom.com/#%21/dxXmf4/https://foreground.wikiproject.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 <nischayn22(a)gmail.com <mailto:nischayn22@gmail.com>> 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 <mailto:Foreground@lists.wikimedia.org> https://lists.wikimedia.org/mailman/listinfo/foreground

_______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

Sebastian Haselbeck

1 Mar 1 Mar

1:14 p.m.

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> wrote:

...

Hi Nischay

https://tools.pingdom.com/#!/dxXmf4/https://foreground.wikiproject.net/wiki…

<https://tools.pingdom.com/#%21/dxXmf4/https://foreground.wikiproject.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 <nischayn22(a)gmail.com > <mailto:nischayn22@gmail.com>> 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 <mailto:Foreground@lists.wikimedia.org

>> https://lists.wikimedia.org/mailman/listinfo/foreground

> _______________________________________________ > Foreground mailing list > Foreground(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/foreground

-- Sent from my Android device with K-9 Mail. Please excuse my brevity.

Tom

10 p.m.

...

On Mar 1, 2017, at 8:14 AM, Sebastian Haselbeck <rebastion(a)mailbox.org> 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> 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.wikiproject.net/wiki… 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 <nischayn22(a)gmail.com> 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 Regards, Nischay Nahata _______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

_______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

Nischay Nahata

2 Mar 2 Mar

4:24 a.m.

Hi all, Tom, you are right. I found out that the reason behind the "slowness" of the website was something else. Google checks for a few things and suggests based on that, whereas the real issue might be something completely different. I was able to add Cloudflare to cache all our "load.php" calls and that has worked well. I am now also carefully using ResourceLoader for all my extensions. I also found certain areas of improvement in some other extensions ( see https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/193 ) - that I will be working on over the next few days. Coming to image compression - Yes that's one of the "next" item on my plate as our wiki deals with lots of images. I am still looking for open source libraries for the same. Do reach out to me if you have something on this (maybe on a separate thread :p) Regards, Nischay Nahata On Thu, Mar 2, 2017 at 3:30 AM, Tom <tom(a)hutch4.us> 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. wikiproject.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 <nischayn22(a)gmail.com> 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 _______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

Sebastian Haselbeck

8:41 a.m.

I keep emailing the ewww.io guy to port his extension to mediawiki. That would be yuuge, believe me On March 1, 2017 11:00:45 PM GMT+01:00, Tom <tom(a)hutch4.us> wrote:

...

On Mar 1, 2017, at 8:14 AM, Sebastian Haselbeck

<rebastion(a)mailbox.org> 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> 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.wikiproject.net/wiki…

>> >> 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 <nischayn22(a)gmail.com>

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 >>>> >>>> >>>> >>>> Regards, >>>> Nischay Nahata >>>> _______________________________________________ >>>> Foreground mailing list >>>> Foreground(a)lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/foreground >>> >>> >>> _______________________________________________ >>> Foreground mailing list >>> Foreground(a)lists.wikimedia.org >>> https://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

-- Sent from my Android device with K-9 Mail. Please excuse my brevity.

Nischay Nahata

9:05 a.m.

Is that an open source library we can download and develop an extension ourselves? Regards, Nischay Nahata On Thu, Mar 2, 2017 at 2:11 PM, Sebastian Haselbeck <rebastion(a)mailbox.org> wrote:

...

I keep emailing the ewww.io guy to port his extension to mediawiki. That would be yuuge, believe me On March 1, 2017 11:00:45 PM GMT+01:00, Tom <tom(a)hutch4.us> wrote:

Sebastian Haselbeck

11:38 a.m.

There is a CLI version at least. Have a look. It might help if more people asked him On March 2, 2017 10:05:14 AM GMT+01:00, Nischay Nahata <nischayn22(a)gmail.com> wrote:

...

Is that an open source library we can download and develop an extension ourselves? Regards, Nischay Nahata On Thu, Mar 2, 2017 at 2:11 PM, Sebastian Haselbeck <rebastion(a)mailbox.org> wrote:

I keep emailing the ewww.io guy to port his extension to mediawiki.

That

would be yuuge, believe me On March 1, 2017 11:00:45 PM GMT+01:00, Tom <tom(a)hutch4.us> wrote: > > 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

<rebastion(a)mailbox.org>

> 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> 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. >> wikiproject.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 <nischayn22(a)gmail.com> >> 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

>> 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 >> >> > -- > 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 > >

-- Sent from my Android device with K-9 Mail. Please excuse my brevity.

Nischay Nahata

3 Mar 3 Mar

6:23 p.m.

Can also try https://github.com/tjko/jpegoptim See example here: compressor.io Regards, Nischay Nahata On Thu, Mar 2, 2017 at 5:08 PM, Sebastian Haselbeck <rebastion(a)mailbox.org> wrote:

...

There is a CLI version at least. Have a look. It might help if more people asked him On March 2, 2017 10:05:14 AM GMT+01:00, Nischay Nahata < nischayn22(a)gmail.com> wrote:

Is that an open source library we can download and develop an extension ourselves? Regards, Nischay Nahata On Thu, Mar 2, 2017 at 2:11 PM, Sebastian Haselbeck < rebastion(a)mailbox.org> wrote:

I keep emailing the ewww.io guy to port his extension to mediawiki. That would be yuuge, believe me On March 1, 2017 11:00:45 PM GMT+01:00, Tom <tom(a)hutch4.us> wrote:

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 <rebastion(a)mailbox.org> 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> 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 <nischayn22(a)gmail.com> > 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

Sebastian Haselbeck

4 Mar 4 Mar

12:02 p.m.

that is useless for me. I would need something that goes through my entire MW images directory and compresses gigabytes of images

...

Nischay Nahata <nischayn22(a)gmail.com> hat am 3. März 2017 um 19:23 geschrieben: Can also try https://github.com/tjko/jpegoptim See example here: http://compressor.io Regards, Nischay Nahata On Thu, Mar 2, 2017 at 5:08 PM, Sebastian Haselbeck <rebastion(a)mailbox.org mailto:rebastion@mailbox.org > wrote:

There is a CLI version at least. Have a look. It might help if more people asked him

On March 2, 2017 10:05:14 AM GMT+01:00, Nischay Nahata <nischayn22(a)gmail.com mailto:nischayn22@gmail.com > wrote:

> Is that an open source library we can download and develop an extension ourselves?

Regards, Nischay Nahata On Thu, Mar 2, 2017 at 2:11 PM, Sebastian Haselbeck <rebastion(a)mailbox.org mailto:rebastion@mailbox.org > wrote:

> > > I keep emailing thehttp://ewww.io guy to port his extension to mediawiki. That would be yuuge, believe me On March 1, 2017 11:00:45 PM GMT+01:00, Tom <tom(a)hutch4.us mailto:tom@hutch4.us > wrote: > > > > > 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 <rebastion(a)mailbox.org mailto:rebastion@mailbox.org > 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 mailto:mediawiki@kghoffmeyer.de > 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.wikiproject.net/wiki… https://tools.pingdom.com/#%21/dxXmf4/https://foreground.wikiproject.net/wi… > > > > > > > > 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 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 <nischayn22(a)gmail.com mailto:nischayn22@gmail.com > 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%2Ff… > > > > > > > > > > > > > > > > > > > > Regards, > > > > > Nischay Nahata > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Foreground mailing list > > > > > Foreground(a)lists.wikimedia.org mailto:Foreground@lists.wikimedia.org > > > > > https://lists.wikimedia.org/mailman/listinfo/foreground https://lists.wikimedia.org/mailman/listinfo/foreground > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Foreground mailing list > > > > Foreground(a)lists.wikimedia.org mailto:Foreground@lists.wikimedia.org > > > > https://lists.wikimedia.org/mailman/listinfo/foreground https://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 mailto:Foreground@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/foreground https://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 mailto:Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground https://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 mailto:Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground https://lists.wikimedia.org/mailman/listinfo/foreground >

_______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

Sebastian Haselbeck (rebastion(a)mailbox.org)

Sebastian Haselbeck

5 Mar 5 Mar

6:54 p.m.

EWWW seems to be working on a standalone version, I am looking forward to that https://ewww.io/plugins/

...

Sebastian Haselbeck <rebastion(a)mailbox.org> hat am 4. März 2017 um 13:02 geschrieben: that is useless for me. I would need something that goes through my entire MW images directory and compresses gigabytes of images

Nischay Nahata <nischayn22(a)gmail.com> hat am 3. März 2017 um 19:23 geschrieben:

Can also try https://github.com/tjko/jpegoptim See example here: http://compressor.io Regards, Nischay Nahata On Thu, Mar 2, 2017 at 5:08 PM, Sebastian Haselbeck <rebastion(a)mailbox.org mailto:rebastion@mailbox.org > wrote:

> There is a CLI version at least. Have a look. It might help if more people asked him

On March 2, 2017 10:05:14 AM GMT+01:00, Nischay Nahata <nischayn22(a)gmail.com mailto:nischayn22@gmail.com > wrote:

> > > Is that an open source library we can download and develop an extension ourselves? Regards, Nischay Nahata On Thu, Mar 2, 2017 at 2:11 PM, Sebastian Haselbeck <rebastion(a)mailbox.org mailto:rebastion@mailbox.org > wrote: > > > > > I keep emailing thehttp://ewww.io guy to port his extension to mediawiki. That would be yuuge, believe me > > > > On March 1, 2017 11:00:45 PM GMT+01:00, Tom <tom(a)hutch4.us mailto:tom@hutch4.us > wrote: > > > > > > > > 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 <rebastion(a)mailbox.org mailto:rebastion@mailbox.org > 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 mailto:mediawiki@kghoffmeyer.de > 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.wikiproject.net/wiki… https://tools.pingdom.com/#%21/dxXmf4/https://foreground.wikiproject.net/wi… > > > > > > > > > > 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 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 <nischayn22(a)gmail.com mailto:nischayn22@gmail.com > 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%2Ff… > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > Nischay Nahata > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Foreground mailing list > > > > > > Foreground(a)lists.wikimedia.org mailto:Foreground@lists.wikimedia.org > > > > > > https://lists.wikimedia.org/mailman/listinfo/foreground https://lists.wikimedia.org/mailman/listinfo/foreground > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Foreground mailing list > > > > > Foreground(a)lists.wikimedia.org mailto:Foreground@lists.wikimedia.org > > > > > https://lists.wikimedia.org/mailman/listinfo/foreground https://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 mailto:Foreground@lists.wikimedia.org > > > https://lists.wikimedia.org/mailman/listinfo/foreground https://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 mailto:Foreground@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/foreground https://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 mailto:Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground https://lists.wikimedia.org/mailman/listinfo/foreground > >

_______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground >

Sebastian Haselbeck (rebastion(a)mailbox.org)

...

_______________________________________________ Foreground mailing list Foreground(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground

Sebastian Haselbeck (rebastion(a)mailbox.org)

2632

days inactive

2637

days old

foreground@lists.wikimedia.org

Manage subscription

11 comments

4 participants

tags (0)

participants (4)

[[kgh]]
Nischay Nahata
Sebastian Haselbeck
Tom