#17098 [Com]: apache sending 304 - not modified header
ID: 17098
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache2 related
Operating System: custom linux
PHP Version: 4.0CVS-2002-05-08
New Comment:
This is still not fixed... PHP code needs modifying.
I have tried PHP 4.2.3 and 4.3.0-pre1 with Apache 2.0.43
running on RedHat 6.2, and it still returns erroneous 304s.
The following is what I 'borrowed' from the Apache's
mod_include.c, which seems working within PHP 4.2.3.
--- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002
+++ sapi/apache2filter/sapi_apache2.c Mon Oct 14 23:27:26 2002
@@ -558,14 +558,24 @@
return OK;
}
+static int includes_setup(ap_filter_t *f)
+{
+/* We will ALWAYS set the no_local_copy value to 1 so
+ * that we will not send 304s.
+ */
+f->r->no_local_copy = 1;
+
+return OK;
+}
+
static void php_register_hook(apr_pool_t *p)
{
ap_hook_pre_config(php_pre_config, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_config(php_apache_server_startup, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_insert_filter(php_insert_filter, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_read_request(php_post_read_request, NULL, NULL,
APR_HOOK_MIDDLE);
- ap_register_output_filter("PHP", php_output_filter, NULL,
AP_FTYPE_RESOURCE);
- ap_register_input_filter("PHP", php_input_filter, NULL,
AP_FTYPE_RESOURCE);
+ ap_register_output_filter("PHP", php_output_filter,
includes_setup, AP_FTYPE_RESOURCE);
+ ap_register_input_filter("PHP", php_input_filter,
includes_setup, AP_FTYPE_RESOURCE);
}
AP_MODULE_DECLARE_DATA module php4_module = {
Previous Comments:
[2002-09-30 20:24:19] [EMAIL PROTECTED]
Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php
Thank you for your interest in PHP.
This is an Apache 2 bug.
According to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9673
this bug has been corrected in Apache 2.0.42 and later.
[2002-08-16 03:56:57] [EMAIL PROTECTED]
Sir, you are correct in your analysis.
[2002-08-15 13:30:40] [EMAIL PROTECTED]
3+ months later and this still happens with Apache 2.0.40 and PHP
snapshot php4-200208150600 !!! Seems that PHP developers view Apache2
as pre-alpha and they don't want to touch it with a 10-foot stick.
[2002-07-20 10:54:57] [EMAIL PROTECTED]
I'd like to post a workaround without patching apache or PHP
Just edit your script(s) to send a 'header("Last-Modified: Mon, 26 Jul
1997 05:00:00 GMT");' or just some other date older than the mdate of
your script file. This solves the problem.
Reason:
The bug causes Apache2 to look for the mdate of the .php file to
determine if it has been modified.
If the browser first gets a header like above, it next time asks for
the page with an 'If-Modified-Since: Mon, 26 Jul 1997 05:00:00 GMT'.
Then, the httpd looks at the mdate of your script, which is always
newer and says: Yes, it has been modified, "200 OK". The script will be
served and it will response again with the header line from above.
Round and round the story goes. :))
Greets, and have fun!
Daniel
[2002-07-10 13:43:02] [EMAIL PROTECTED]
Status -> Open
Apache devs are still argueing whether this is a bug in Apache or in
PHP :)
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/17098
--
Edit this bug report at http://bugs.php.net/?id=17098&edit=1
#43393 [Com]: MySQL Extensions selected during install aren't properly referenced in php.ini
ID: 43393 Comment by: rt at interlogic dot com dot ua Reported By: kleinjames at yahoo dot com Status: Assigned Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.5 Assigned To: jmertic New Comment: I had the same problem when install php_5.2.5 from zip package on WinXP with apache2. I have to say, that I have installed php with apache and MySQL a couple of times before and it wasn't new for me, but... This time php doesn't work with any extention. Only one thing let my installation to work. I have added path to my php installation folder to system variable 'Path'. This process is covered in manual http://www.php.net/manual/en/faq.installation.php#faq.installation.addtopath Previous Comments: [2007-12-04 03:36:27] kleinjames at yahoo dot com Sent a video showing installing php, running phpinfo() and showing the outcome of php.exe -m. Should help show what either I am doing wrong or the installer is doing wrong. [2007-12-03 12:42:45] [EMAIL PROTECTED] Try a newer installer snapshot; that one would have predated the fix I put in. [2007-11-29 06:11:22] kleinjames at yahoo dot com I used the following msi file downloaded from the location mentioned above: php5.2-win32-installer-200711272130.msi Still has the bad dll reference. In theory, the short notation should work, but for some reason doesn't. [2007-11-28 15:35:47] [EMAIL PROTECTED] In fixing the other bug you mention, I did an install on WinXP and Win 2003 with mysql and mysqli and both showed up in phpinfo(). Can you verify them being listed in the php.ini file and in the ext directory in the installation directory? [2007-11-27 20:32:44] kleinjames at yahoo dot com In the mean time, I have a piece of advise for you: Relook at bug # 43394. Before calling the bug bogus and making yourself look bad by saying "I've tested this personally on WinXP", try reproducing the problem on windows 2003. I ran 5.2.5 on a dozen windows 2003 servers with different hardware, different configurations. ALL suffer the same problem described in that bug. If you read the full bug form, Windows 2003 is listed as the OS, not windows xp. If something works in windows xp, doesn't mean that same program works in windows 2003. You are right though, the problem doesn't occur in windows xp, but I never did report the bug as a windows xp bug. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43393 -- Edit this bug report at http://bugs.php.net/?id=43393&edit=1
[PHP-BUG] Bug #53165 [NEW]: Expression calculation bug
From:
Operating system: Windows XP
PHP version: 5.2.14
Package: Math related
Bug Type: Bug
Bug description:Expression calculation bug
Description:
It doesn't calculate expected value (220) in the given example (110 / (100
- 50) * 100).
Test script:
---
echo '';
echo 110 / (100 - 50) * 100;
echo "\n";
echo var_export((110 / (100 - 50) * 100) == 220);
echo "\n";
echo ceil(110 / (100 - 50) * 100);
echo "\n";
echo sprintf('%.15f', 110 / (100 - 50) * 100);
echo '';
--
Edit bug report at http://bugs.php.net/bug.php?id=53165&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53165&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53165&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53165&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53165&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53165&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53165&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53165&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53165&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53165&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53165&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53165&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53165&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53165&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53165&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53165&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53165&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53165&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53165&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53165&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53165&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53165&r=mysqlcfg
