cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Klaus Bertram" <bert...@n-bis.de>
Subject RE: Re[2]: xml compressing
Date Wed, 05 Sep 2001 14:02:34 GMT
Hi Thomas,

comperssing is nice, but what ist about fire-walls!?

at great industries they don't allow to get compressed files over net

Klaus

nbis - Röttgerweg 10 - 51371 Leverkusen
phone: +49-214-206494-0
fax:   +49-214-206494-44
email: bertram@n-bis.de

> -----Original Message-----
> From: Thomas [mailto:thomas@jet.st]
> Sent: Wednesday, September 05, 2001 3:43 PM
> To: cocoon-users@xml.apache.org
> Subject: Re: Re[2]: xml compressing
>
>
> I have been fiddling around alot with sending gzip compressed streams to a
> browser.
> and have the following info for anyone willing to experiment.
>
> if/what compression algorithms a browser can deal with is stated in the
> request header
> "Accept-Encoding". values I have seen is "deflate" and "gzip".
> NN4.06+, MSIE 4+ and NN6/Mozilla (M17+) accepts and automatically
> decodes an
> incoming
> gzipped HTML stream just fine, but ONLY if the server sends along
> appropiate
> info about this.
>
> Say you have some implementation that gzips up some data on the fly  and
> wishes to send
> a gzip-chunk to the browser, these three headers are crucial for
> the browser
> to recognize
> the stream as gzip.
>
> Content-Length
> Content-Encoding: gzip
> Content-type: text/html
>
> if the browser accepts gzipped data, and these three headers are set
> correct, it'll work.
> I have been serving gzip compressed HTML with my apache for over two years
> now
> and over a slow connection this is a real boost. A vanilla ASCII
> file can be
> reduced with
> 80-90% of its original size. taking down a 65kB chunk to less than 5kB, is
> that a save or what.
>
> those interested in this should have a look at mod_gzip. Don't
> know how well
> it co-ops with a
> servlet engine, but its definitely worth a try if you'd ask me.
>
>
>
> my 2 cents
> Thomas.
> ___________________________________________________
>  thomas.loo@jet.st  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
>  http://www.jet.st | http://www.saltstorm.net
> ________________________________S_a_l_t_s_t_o_r_m____
>
>
>
> ----- Original Message -----
> From: "Morrison, John" <John.Morrison@uk.experian.com>
> To: <cocoon-users@xml.apache.org>
> Sent: Wednesday, September 05, 2001 3:08 PM
> Subject: RE: Re[2]: xml compressing
>
>
> > Whether browsers support compression (usually either gzip or
> zip I think)
> is
> > sent as part of the header of the request.  It is then up to
> the server to
> > do any compression (of the supported type) it desires.
> >
> > To my knowledge:
> >
> > Apache httpd can compress it's output.
> > TC 4 I think can (it's a filter applied after the content has been
> > generated)
> > C2 doesn't.  I _don't_ know if it's possible &/ desired.
> >
> > You can't compress the html+images though, only one thing at once as it
> > t'were.
> >
> > Don't take what I say as gospel - I've been wrong before ;)
> >
> > J.
> >
> > > -----Original Message-----
> > > From: java guru [mailto:javacocoon@yahoo.co.in]
> > > Sent: Wednesday, 05 September 2001 2:01 pm
> > > To: cocoon-users@xml.apache.org; Andrew Answer
> > > Subject: Re: Re[2]: xml compressing
> > >
> > >
> > > Hi.,
> > >   Again., let me if i have mistaken anything..
> > >
> > > 1. When we are talking about html over internet, we
> > > are talking about a server and a client(browser). You
> > > only have control over your side(server side). You
> > > DONT have control over the client(browser side).
> > >
> > > 2. Any compression mechanisms(let it be simple zip or
> > > xmlppm) requires two operations, compression and
> > > de-compression. And when you dont have control over
> > > the client side., how can u make sure the compressed
> > > docs gets de-compressed on the other end?. This can
> > > only be possible when u have control over both sides
> > > like B2B environment.
> > >
> > > 3. Now., again., if the kinda technique exists that
> > > enable one to compress whole html along with images
> > > and tables and send them over the network and there
> > > exists a client browser which understands all these
> > > and de-compress the stuff., then the internet world
> > > would have been somewhere else...No kidding..
> > >
> > > Again., correct me if wrong...
> > >
> > >
> > >  --- Andrew Answer <creator0@mail.ru> wrote: > Hi java
> > > guru,
> > > >
> > > > Tuesday, September 04, 2001, 8:38:37 PM, you wrote:
> > > >
> > > > jg> Hi.,
> > > > jg>   Correct me if wrong..
> > > >
> > > > jg> 1. The xml/xsl rendering in c2 is done on server
> > > > side.
> > > > jg> Then why do u need to compress the xml/xsp for
> > > > client
> > > > jg> side?
> > > >
> > > > But if i even generate HTML-files, anyway i want/can
> > > > compress theirs for
> > > > decrease traffic. I want to learn this aspect,
> > > > because it's can be
> > > > very useful for me. My pages are too large (many
> > > > tables, texts,
> > > > images - 50-60k)
> > > >
> > > > jg> 2. The xsp/sitemap precompilation process is in
> > > > jg> faq..Please try it...
> > > >
> > > > Well, i do this.
> > > >
> > > > jg>  --- Andrew Answer <creator0@mail.ru> wrote: >
> > > > Hello
> > > > jg> cocoon-users,
> > > > >>
> > > > >>   I have some questions about C2 environment...
> > > > >>
> > > > >>   1. Anybody know can i compress my xml/xsp files
> > > > >> before publishing it?
> > > > >>   I want to use on-the-fly compressing util like
> > > > >> XMLPPM
> > > > >>   (http://sourceforge.net/projects/xmlppm).  It's
> > > > >> can decrease my traffic.
> > > > >>   Need i change MIME-type of HTTP header for
> > > > >> automatic decompression
> > > > >>   files on the user? May be i must change files
> > > > >> extension?
> > > > >>
> > > > >>   2. Can I precompile my site into .class files
> > > > for
> > > > >> speed increasing?
> > > > >>   How to do this?
> > > > >>
> > > > >> --
> > > > >> Best regards,
> > > > >>  Andrew
> > > > >> mailto:creator0@mail.ru
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > jg>
> > > >
> > > ---------------------------------------------------------------------
> > > > >> Please check that your question has not already
> > > > been
> > > > >> answered in the
> > > > >> FAQ before posting.
> > > > >> <http://xml.apache.org/cocoon/faqs.html>
> > > > >>
> > > > >> To unsubscribe, e-mail:
> > > > >> <cocoon-users-unsubscribe@xml.apache.org>
> > > > >> For additional commands, e-mail:
> > > > >> <cocoon-users-help@xml.apache.org>
> > > > >>
> > > >
> > > > jg> =====
> > > > jg> Thanks and have great day
> > > > jg> srini
> > > >
> > > > jg>
> > > >
> > > ____________________________________________________________
> > > > jg> Do You Yahoo!?
> > > > jg> Send a newsletter, share photos & files, conduct
> > > > polls, organize chat events. Visit http://in/
> > > > groups.yahoo.com
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >  Andrew
> > > > mailto:creator0@mail.ru
> > > >
> > > >
> > > >
> > > >
> > > ---------------------------------------------------------------------
> > > > Please check that your question has not already been
> > > > answered in the
> > > > FAQ before posting.
> > > > <http://xml.apache.org/cocoon/faqs.html>
> > > >
> > > > To unsubscribe, e-mail:
> > > > <cocoon-users-unsubscribe@xml.apache.org>
> > > > For additional commands, e-mail:
> > > > <cocoon-users-help@xml.apache.org>
> > > >
> > >
> > > =====
> > > Thanks and have great day
> > > srini
> > >
> > > ____________________________________________________________
> > > Do You Yahoo!?
> > > For regular News updates go to http://in.news.yahoo.com
> > >
> > > ---------------------------------------------------------------------
> > > Please check that your question has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > >
> > > To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> > > For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
> > >
> >
> >
> > =======================================================================
> > Information in this email and any attachments are confidential, and may
> > not be copied or used by anyone other than the addressee, nor disclosed
> > to any third party without our permission.  There is no intention to
> > create any legally binding contract or other commitment through the use
> > of this email.
> >
> > Experian Limited (registration number 653331).
> > Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> > For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
> >
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message