yes you had a mime type of image who can not include code
at the other side the firewall must extract the file, check it, compress and
foreward it
to the requested user

we had problems with class files who are packed.
if we leave it at class it works nice

every company had other restrictions at secure

Klaus


> -----Original Message-----
> From: Thomas [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 05, 2001 4:19 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Re[2]: xml compressing
>
>
> they're not allowing GIF and JPEG then either ?
> I have hard to see that a firewall would filter out
> binary files unconditionally.
> I feel pretty sure saying that if you can get a GIF image thru
> the firewall, gzipped HTML should slip through aswell.
>
> /thomas.
>
>
> ----- Original Message -----
> From: "Klaus Bertram" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, September 05, 2001 4:02 PM
> Subject: RE: Re[2]: xml compressing
>
>
> > 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: [EMAIL PROTECTED]
> >
> > > -----Original Message-----
> > > From: Thomas [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, September 05, 2001 3:43 PM
> > > To: [EMAIL PROTECTED]
> > > 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.
> > > ___________________________________________________
> > >  [EMAIL PROTECTED]  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
> > >  http://www.jet.st | http://www.saltstorm.net
> > > ________________________________S_a_l_t_s_t_o_r_m____
> > >
> > >
> > >
> > > ----- Original Message -----
> > > From: "Morrison, John" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > 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:[EMAIL PROTECTED]]
> > > > > Sent: Wednesday, 05 September 2001 2:01 pm
> > > > > To: [EMAIL PROTECTED]; 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED]
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > 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:
> > > > > > >> <[EMAIL PROTECTED]>
> > > > > > >> For additional commands, e-mail:
> > > > > > >> <[EMAIL PROTECTED]>
> > > > > > >>
> > > > > >
> > > > > > 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:[EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > >
> > ---------------------------------------------------------------------
> > > > > > 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:
> > > > > > <[EMAIL PROTECTED]>
> > > > > > For additional commands, e-mail:
> > > > > > <[EMAIL PROTECTED]>
> > > > > >
> > > > >
> > > > > =====
> > > > > 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: <[EMAIL PROTECTED]>
> > > > > For additional commands, e-mail:
> <[EMAIL PROTECTED]>
> > > > >
> > > >
> > > >
> > > >
> =======================================================================
> > > > 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: <[EMAIL PROTECTED]>
> > > > For additional commands, e-mail: <[EMAIL PROTECTED]>
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > 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: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> >
> > ---------------------------------------------------------------------
> > 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: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> >
>
>
> ---------------------------------------------------------------------
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>


---------------------------------------------------------------------
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Reply via email to