I don't think it's anything to do with HTTP 1.0 or 1.1.
It's simply the fact that NS gets a copy of the website for
everything, all the time. Resized the window? OOPS! Guess
I need a new copy of the file I just got 5 seconds ago! Stupid
stupid stupid.
I think it's simply down to the fact that no one ever thought
someone would print out a compressed web page, and they never
tested it. Seeing how long it takes the mozilla project to do anything,
my guess is confirmed more and more as I see no good bug checking
or testing before releases are made. Couple that with the feature
bloat and mission creep, you can see why something as trivial as
PRINTING never got thoroughly tested. But MathML. Wow!
We sure need that...
I'm not dogging all open source stuff. Apache is still chugging away just
nicely,
making good progress, imo. Linux? Of course. And PHP. In the time
since mozilla was announced, PHP went from 3 to 4, had numerous
upgrades, had a company formed around it(!) and has created a new industry
and standard around it. All because of a relative handful of dedicated
people
with a common goal.
Stopping my rant now...
Renze Munnik wrote:
> Okay guys I've got a new idea....
>
> I just found out that NS<5 uses HTTP/1.0 and not HTTP/1.1. Well,
> okay, but that's not _to_ exciting is it?! But... (there's always a
> 'but') IE>=5 uses HTTP/1.1. Now, looking back at the subject being
> discussed in this thread, I'm wondering if that might be the problem
> that arises when using the gzhandler.
>
> Example....
> On our server we use the multi-views: no extensions required! So,
> instead of calling 'page.php' I just call 'page'. Nothing wrong with
> that, not even for NS. But... (there it is again!) I made the
> following (test) page:
>
> <HTML>
> <HEAD>
> <TITLE>PHP Info</TITLE>
> <STYLE type="text/css">
> BODY {
> background-color: #ffffff;
> }
> </STYLE>
> </HEAD>
>
> <BODY>
> <? phpinfo(); ?>
> </BODY>
> </HTML>
>
> I've named this file 'php-info.php'. So... Now I call this page from
> IE (5) calling 'php-info'. Guess what? Nothing wrong; works
> perfectly! And now the big NS test. S*cks!!! Calling 'php-info' from
> NS provides me the next error:
>
> ..."no acceptable variant: "...
>
> This error is server-side and only occurs when using HTTP/1.0. So I
> was wondering if the HTTP/1.0 can also be the cause of the printing
> problem concering the gzhandler?
>
> If that's the case I should disable the compression for each and
> every browser that uses HTTP/1.0 instead of only disabling it for
> NS.
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
