On Jan 20, 8:48*pm, pg <pen...@catholic.org> wrote:
> > On Jan 17, 6:03 am, pg <pen...@catholic.org> wrote:
>
> > > I just signed up a domain, and it is hosted at the facilities of the
> > > webhosting company. The server is IIS based, and I've just discovered
> > > that it has *NO* gzip compression turned on.
>
> > > Now I want it to be turned on, but found that IIS by default does not
> > > compress dynamic pages. I need to get a plugin install on the server.
>
> > > Problem is that the server is located almost half the world away. How
> > > do I install the plugin ?
>
> > > Can I do it remotely ?
>
> > > If so, how ?
>
> To all of you who have answered my post above, thanks a million !
>
> You guys are sooooo right ! The answer I got from the webhosting firm
> is exactly what you've told me.
>
> In this case, is there an alternative ways - perhaps through java or
> whatever?? - to trigger the gzip functions of IIS ?
>
> Please help !
>
> Thanks again !
Alternatives:
- Move to a hosting company that allows what you want to do.
- Or get a package with the hoster that gets you what you want.
"Alternative ways" are never going to work because:
1. Suppose you can change server configuration to add compression when
the hoster doesn't want it to happen. The hoster considers that a
security vulnerability and will fight against you
2. Suppose you find another way to add compression -- the hoster will
eventually notice the non-negligible CPU usage and fight against you
In other words, this is no longer a technical issue of whether IIS
supports it. It is a business issue between you and the hoster. And
the easy solutions are to either buy some package from the user such
that he says yes to compression, or go to another hoster that says yes
to compression. But it is incorrect to go behind the hoster's back
because you're just waiting to get kicked out by the hoster. The
hoster owns the server and pipeline so you have absolutely no leverage
other than money and where you give your business.
//David
http://w3-4u.blogspot.com
http://blogs.msdn.com/David.Wang
//