applying browser checked content customers decided didn download downloads due enable enabled few file fixed generate google happened html indicates internet link loading page pages posted problem recommend save server servers setting showing side site size suggestion supports system transfer try understanding unexpected web weeks wide zip

Hi

with Googles new obsession with page loading speed, they are recommending to compressing resources with gzip to reduce their transfer size.

They recommend:

# Compressing https://www.e-junkie.com/ecom/box.js could save ~24.7kB.
# Compressing http://www.e-junkie.com/ecom/boxec22_enc.js could save ~4.2kB.

I believe you are using an apache server - can you please set up server side gzip compression?

Benefit to your customers is improved page rank with google

Thanks

Denis

Thanks for the suggestion, Denis.

We looked into this in the past, and for engineering reasons decided not to enable it at that time.

HOWEVER looking at the system now, I think those reasons are no longer valid.

I'll be setting this up and doing some tests; barring anything unexpected, we should be able to enable this in the short term. We'll keep you posted.

Thanks!!!!

Hi

has this been implemented?

Regards

Denis

I think we have implemented this now, yes.

Hi

I just checked and page speed is showing

# Compressing https://www.e-junkie.com/ecom/box.js could save ~24.7kB.
# Compressing http://www.e-junkie.com/ecom/boxec22_enc.js could save ~4.2kB.

so I believe it is not operational?

Denis,

This has been in production for approximately three weeks now[1]. Any js or css, and most html, coming from any of our web servers should be served with gzip compression if the browser indicates it supports that.

The exception is a few forms which generate an inline download; I discovered that due to a long-standing bug, Internet Explorer didn't work with content compression enabled on those pages, so I went back and disabled compression for just those specific pages. Those forms are all used by sellers, and mostly all generate compressed zip file downloads anyway, so no big loss there.

Unfortunately, I just discovered that in applying the configuration change to accomodate IE's bugs, I slightly messed up on one web server, resulting in content compression not being activated at all on it; I think that's the one that you happened to be hitting when running the speed test.

Anyway, it's fixed now, and should *really* be enabled site wide again. Thanks for pointing it out!

[1] When I make a low-level change like this, I prefer not to advertise it; too many people see such a change notice and try to link it to whatever problem they're having without really understanding what's going on. I hope you'll pardon my curmudgeonly ways ;-D