Edit report at https://bugs.php.net/bug.php?id=70197&edit=1
ID: 70197
Updated by: laruence@php.net
Reported by: venancio1981 at gmail dot com
Summary: Changing php file will give blank page
Status: Open
Type: Bug
Package: opcache
Operating System: Centos 6.6
PHP Version: 7.0.0beta2
Block user comment: N
Private report: N
New Comment:
hmm, by changing a php file, did you use cp or mv? it's recommended always use mv to update
the file.
Previous Comments:
------------------------------------------------------------------------
[2015-08-06 09:01:08] venancio1981 at gmail dot com
Nothing appears on the error logs. I might add that i don't need to actually change the code of
the php file, i only need to change the timestamp of it to replicate the problem.
The opcache.file_update_protection is set to the default 2 seconds.
I have some more things to add:
- When i replicate the bug, if i reset the cache of the Zend Opcache, it will still not resolve the
issue. For now, i found that only restarting the httpd service can fix it.
- Only the site that uses that php file will have the issue. Other php files still works. Its like
that file got corrupted in the opcache, so my site can't access it and returns a blank page.
- If i set opcache.validate_timestamps to false, i can't replicate the issue. Which is normal,
because the Opcache will not verify the timestamp to recache the file if it changed. But if i reset
the cache after changing the timestamp of the php file, i will get the issue again.
------------------------------------------------------------------------
[2015-08-06 02:48:05] laruence@php.net
is there anything outputted in error log?
and please also check your opcache.file_update_protection configuration
------------------------------------------------------------------------
[2015-08-05 23:06:53] venancio1981 at gmail dot com
Description:
------------
Im testing Invision Power Suit 4 with PHP 7.0.0 Beta 2 and i noticed that everytime i change a php
file, my site will return a blank page, till i restart the httpd service.
I suspected this was something related with the Zend Opcache, so i disable it and this did not
happen again, so its something with the Opcache.
I cannot replicate this with PHP 5.6 and Zend Opcache 7.0.5.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=70197&edit=1