php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #63707 Filters are lost
Submitted: 2012-12-06 11:42 UTC Modified: 2013-02-18 00:36 UTC
Votes:1
Avg. Score:4.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: florent dot mendoza at talkspirit dot com Assigned:
Status: No Feedback Package: APC (PECL)
PHP Version: Irrelevant OS: Debian Squeeze
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: florent dot mendoza at talkspirit dot com
New email:
PHP Version: OS:

 

 [2012-12-06 11:42 UTC] florent dot mendoza at talkspirit dot com
Description:
------------
Hello,

I got an issue with php-apc.
I'm using debian packaged version, both 3.1.3p1-2 (squeeze stable)
and 3.1.9-0.1~bpo60+1 (squeeze backports). Both version have the issue.

my apc.ini is :
extension=apc.so
apc.shm_size=64M
apc.ttl=3600
apc.filters="+\.class\.php$","-.*/blog\.conf\.php$","-.*/templates_c/.*","-.*/ca
che/.*"

for a few hours, all is working fine, it does the job well, caching the
files I want and not caching the filtered files.
But after a while (it's very random, can be a few minutes or several
hours), it start caching filtered files.

If I watch the apc.php stats files, listing the cached files, I see :
*hidden*/blog.conf.php and several others files in templates_c and cache
directory.

I do not know what others informations I can provide to help you understand
what's going on, so just ask ! :)

Thanks
Florent.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2012-12-12 15:04 UTC] ab@php.net
Automatic comment from SVN on behalf of ab
Revision: http://svn.php.net/viewvc/?view=revision&revision=328761
Log: added test for bug #63707
 [2012-12-12 15:10 UTC] ab@php.net
I've just added a test based on what you describe. However with trunk and 5.4 
branch i can't reproduce the behaviour. Could you please check that test? May be 
you could correct that for better reproduce.

Btw what the php info page says when it starts to behave wrong? Does it still 
show the filters you've set? We need anyway a consistent reproduce for this.
 [2012-12-12 15:10 UTC] ab@php.net
-Status: Open +Status: Feedback
 [2012-12-12 16:03 UTC] florent dot mendoza at talkspirit dot com
hello,

phpinfo page still shows the filters when things start to go wrong.

I am currently trying to run your test, but I'm not familiar with that, so hum.. 
could use some hints sorry..

I downloaded the php file, and the server_test.inc, then :
# php test_apc.php
connect failed errno=111 errstr='Connection refused'
So it seems that the server fail to start, but I cannot find why, nothing in 
logs etc..
Probably obvious if you used to it but that's not the case for me sorry..
 [2012-12-20 15:13 UTC] ab@php.net
It'd be simpler if you'd checkout APC trunk and run "make test" after you've built it. The test i wrote is tests/bug63707.phpt, to run just it you write "make test TESTS=tests/bug63707.phpt". It uses the built-in server. You could play with that test or write your own with a repro. Please see more info about PHP tests under qa.php.net
 [2012-12-20 16:03 UTC] florent dot mendoza at talkspirit dot com
Hello,

well, I did checkout trunk and ran test.. to notice that I omitted that my PHP 
version is 5.3.3-7+squeeze14 (well, I did said that I'm using squeeze but..)
and it seems that the test does run only on 5.4+
I tried to comment the "die" in the test, and the bug63707.out just display the 
php "Usage" (wrong option or something like that...).
So.. it seems that I cannot run the test on a PHP5.3...
 [2012-12-21 15:01 UTC] ab@php.net
Yep, that's true, such tests run on 5.4+ only as the built-in server is involved. Since the PHP version was set to irrelevant, I made it for 5.4 because we can unit test with multiple requests then. Now as it's known to happen with 5.3, i'll test it with it. You could still try that with 5.4 and your app.
 [2012-12-26 11:38 UTC] florent dot mendoza at talkspirit dot com
Sadly, I'm not even close to be able to switch to 5.4 yet :/
Btw, I noticed it only happens on one part of our servers, the ones where php5-
mongo is used.
On others, servers, that module is loaded, but very rarely used.. and I got no 
problem with filters...
Maybe some kind of conflicts with these 2 modules ? Since some files that I don't 
want in cache are in fact on mongodb..
Well.. guess it will be hard to check that :/
 [2013-02-18 00:36 UTC] pecl-dev at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Mar 29 01:01:28 2024 UTC