ID: 50276
User updated by: vector dot thorn at gmail dot com
Reported By: vector dot thorn at gmail dot com
-Status: Feedback
+Status: Open
-Bug Type: Apache2 related
+Bug Type: Output Control
Operating System: Fedora Linux
PHP Version: 5.3.1
New Comment:
Yes and no. PHP was not sending the headers that i specified, which
should have overwritten the default server headers. I had to REMOVE the
configuration in the server itself that instructed it NOT to cache pages
ending in "php", before php could send the cache headers to the
browser.
In other words, afaik, php headers are supposed to implicitly have
precedence over default server headers, this can further be ensured by
using the optional second parameter/argument to the header function, and
specifying it to be "true". Both ways php's headers that i wrote
procedurally were never sent to the browser. I had to remove my
configuration in the webserver (httpd.conf) that specified that php
pages are not to be cached. Only then did my php headers that i
specified get output to the client.
The if-modified-since header is not being sent by the browser on
subsequent requests, but that has nothing to do with this bug, and that
is a subject that i am still investigating as a separate issue. I just
mentioned it because i'm retarded, and like to ramble....
Thanx ;)
Previous Comments:
------------------------------------------------------------------------
[2009-11-24 20:18:59] srina...@php.net
can you kindly rephrase your question. i am not too sure i understand
your question here.
If I understand you correctly, you want to find out a way so that
client (like browser) can request this page with 'If-Modified-Since' in
its header so that the server doesn't have to send it again.
if this is your question, then this is a server configuration issue and
nothing to do with a php engine.
------------------------------------------------------------------------
[2009-11-24 00:50:29] vector dot thorn at gmail dot com
Description:
------------
If this section is in your httpd.conf:
<FilesMatch "\.(php)$">
Header unset Cache-Control
Header unset Expires
Header unset Last-Modified
FileETag None
Header unset Pragma
</FilesMatch>
Then the cache headers here will not be used:
$expires = 60*60*24*365;
$size = filesize("{$client_directory}/{$_GET['did']}");
$last = filemtime("{$client_directory}/{$_GET['did']}");
header("Content-Length: ".$size,true);
header("Etag: ".md5($last),true);
header("Server: Ionisis.com",false);
header("Cache-Control: max-age={$expires}, public,no-transform",true);
header('Expires: ' . gmdate('D, d M Y H:i:s',($last+$expires)) . '
GMT',true);
header('Last-Modified: ' . gmdate('D, d M Y H:i:s', $last) . '
GMT',true);
header("Content-type: audio/example");
header("Content-Disposition: attachment;
filename=\"{$_GET['did']}\"");
readfile("{$client_directory}/{$_GET['did']}");
and even if you remove that section, and these headers are sent, the
client is still not sending a "if-modified-since" header that can be
captured at the server level for the php level.
Firefox 3.5, Apache 2.2, PHP 5.3, Fedora Linux
Reproduce code:
---------------
Just copy that code, and paste it in an file called download.php, and
set it up so that it grabs an mp3 file, then beat your head into the
desk for 2 days :D
Expected result:
----------------
I expected it to send the proper cache headers, despite what the server
was preconfigured to send.
Actual result:
--------------
Had to remove the server's configuration section pertaining to caching
php output.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=50276&edit=1
