Joe Cooper wrote:
 > Oliver Fromme wrote:
 >  > PS:  Unfortunately, oopsdoesn't seem to work reliably for specific
 >  > web pages in conjunction with Flash programs.  So I will probably
 >  > have to replace it with an Apache proxy, which works with those
 >  > pages.  I'm sorry for that, because I like the concepts of oops a
 >  > lot.  :-(
 > 
 > You're probably wrong about this.  I haven't used Oops in a while, but 
 > I've never heard of, or seen any content specific compatibility issues. 
 >   I would suspect a configuration issue rather than Oops being broken 
 > for Flash sites.  Or if Oops is broken, it is broken for some reason 
 > other than the content type being Flash...Might be a missing request 
 > method in Oops.

I haven't had a chance to debug that any further, because
the pages for which the proplem occurs are within an intra-
net of a customer of us.  They're not publicly accessible
right now.  But I will try to have a closer look at that
stuff if possible.

The problem is _not_ that the flash content isn't loaded.
It's loaded fine.  _But_ The flash code loads other content
(HTML and static images), and those fail.

 > Then again, if you're considering going to Apache proxy, you probably 
 > ought to reconsider your options.  Squid also has no problems with Flash 
 > content, and is superior to Apache for proxying for quite a number of 
 > reasons.

We had been using Squid right from the start.  That's where
we begun in the first place.  But it failed randomly with
that flash code.  That's when I started looking for alter-
natives, and so I installed Apache and Oops for testing on
the same machine.  And right now, it looks like this:

 - Squid fails sometimes (~ 30%), but only when using Net-
   scape.  MS-IE always works fine.  Squid logs an "500
   illegal request", even though it is a standard GET
   request, according to tcpdump.

 - Oops fails always.  It logs "TCP_ERROR/555".  I have no
   idea what that means.  In oops.log I find lines like
   this (broken up for readability):
   Mon May 27 10:33:09 2002  [0x88ad800]add_request_av(): \
   Invalid request string: valArray=%2C%2C%2C%2C%2C%2C%2C%\
   2C%2C%2C&numArray=&meetArray=&i=11&de=0&ce=0&version=WI\
   N+5%2C0%2C41%2C0

 - Apache proxy works.  Always.  Nothing unusual in the
   logs.  It just works.

Of course, it could be that the Flash code contains bugs or
does some strange things.  I'm not responsible for it, and
neither am I a Flash expert.  But the fact is that it works
when using the Apache proxy.

As I said above, I will try to get some sample code set up
on a public accessible web site, so I can debug it (or
somebody else can have a look at it).  I'd really like to
know what's going on there.

If I can get a complete tcpdump log of such a failed re-
quest, would that be useful for someone to debug the pro-
blem?

Regards
   Oliver Fromme

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 M�nchen
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)
=====================================================================
If you would like to unsubscribe from this list send message to
[EMAIL PROTECTED] with "unsubscribe oops-eng" in message body.
Archive is accessible on http://lists.paco.net/oops-eng/

Дати відповідь електронним листом