ID:               13421
 Comment by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           No Feedback
 Bug Type:         Apache related
 Operating System: Linux
 PHP Version:      4.0.6
 New Comment:

I have the same problem: I can't view my "Multiviewed" pages (e.g.
http://domain.com/news/38 instead of http://domain.com/news.php?ID=38 )
with a user agent that does not send the "Accept: */*" request header
(like AvantGo 3.2 does) because Apache throws a "406 No Acceptable
Variant" error.

I'm running PHP 4.2.2 on Apache 1.3.19 (Red-Hat/Linux)


Previous Comments:
------------------------------------------------------------------------

[2002-10-16 01:00:06] [EMAIL PROTECTED]

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

------------------------------------------------------------------------

[2002-09-30 20:48:44] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



------------------------------------------------------------------------

[2002-08-09 05:39:03] [EMAIL PROTECTED]

sorry, mixed up two bugs here, reopening

------------------------------------------------------------------------

[2002-08-08 16:40:25] [EMAIL PROTECTED]

thats something you have to deal with at the application level IMHO

PHP cannot do much about it as it does not deal with static content
like apache does, so it makes no sense to run a script first and
discard the results later just because the do not match the accept
types 

a client sending accept headers should be clever enogh to deal with
unexpected return types so no harm should be taken by this

------------------------------------------------------------------------

[2001-09-24 17:53:15] [EMAIL PROTECTED]

I noticed that using the MIME-Type "application/x-httpd-php" for
php-Scripts produces a problem under Apache 1.3.x with MultiViews
turned on.
When an user agent (like Google or Altavista) sends the Header "Accept:
text/*" and the complete location is not given (e.g.
"http://domain.com/index"; instead of "http://domain.com/index.php";)
Apache tries to guess the right file-name extension. But Apache will
answer the request with a 406 error ("not acceptable") becaus it thinks
the php file is of type "application/x-httpd-php", which is not
compatible to "text/*".
Me suggested solution would be to change the MIME-Type to
"text/x-httpd-php". Content negotiation under Apache 1.3 would work
then.

Note: This problem is non existend at Apache 2.0.x where I can change
the MIME type without any problems because php is a filter there.

------------------------------------------------------------------------


-- 
Edit this bug report at http://bugs.php.net/?id=13421&edit=1

Reply via email to