Installing APC Help

[BamaStangGuy]

+-----------------+
| VERBOSE INSTALL |
+-----------------+

These instructions assume your PHP installation is located in /usr/local/php.

1. Unpack your distribution file.

You will have downloaded a file named something like apc_x.y.tar.gz.
Unzip this file with a command like

gunzip apc_x.y.tar.gz

Next you have to untar it with

tar xvf apc_x.y.tar

This will create an apc_x.y directory. cd into this new directory:

cd apc_x.y

2. Run phpize.

phpize is a script that should have been installed with PHP, and is
normally located in /usr/local/php/bin assuming you installed PHP in
/usr/local/php. (If you do not have the phpize script, you must reinstall
PHP and be sure not to disable PEAR.)

Run the phpize command:

/usr/local/php/bin/phpize

Its output should resemble this:

autoheader: `config.h.in' is created
You should update your `aclocal.m4' by running aclocal.
Configuring for:
PHP Api Version: 20020918
Zend Module Api No: 20020429
Zend Extension Api No: 20021010

phpize should create a configure script in the current directory. If you
get errors instead, you might be missing some required development tools,
such as autoconf or libtool. You can try downloading the latest versions
of those tools and running phpize again.

3. Run the configure script.

phpize creates a configure script. The only option you need to specify is
the location of your php-config script:

./configure --enable-apc

php-config should be located in the same directory as phpize.

If you prefer to use mmap instead of the default IPC shared memory support,
add --enable-apc-mmap to your configure line.

If you prefer to use sysv IPC semaphores over the safer fcntl() locks, add
--enable-sem to your configure line. If you don't have a problem
with your server segaulting, or any other unnatural accumulation of
semaphores on your system, the semaphore based locking is slightly faster.

4. Compile and install the files. Simply type: make install

(You may need to be root in order to install)

If you encounter errors from libtool or gcc during this step, please
contact the project maintainer (dcowgill@php.net).

5. Edit your php.ini

make install should have printed a line resembling the following:

Installing shared extensions: /path/to/extension/

Copy the path /path/to/extension/ and add the following line to your
php.ini file (normally located in /usr/local/php/lib/php.ini):

extension="/usr/lib/php4/apc.so"

If you don't have a php.ini file in that location, you can create it now.

6. Restart the web server and test the installation.

Restart your web server now (for apache, it's apachectl restart) and
create a small test PHP file in your document root. The file should
contain just the following line:

<?php phpinfo() ?>

Request that file in a web browser. If there is an entry for APC in the
list of installed modules, the installation was successful.

If APC is not listed, consult your web server error log. If it contains an
error message saying that it can't load the APC extension, your system
might not be able to load shared libraries created with PHP's build
system. One alternative would be to compile APC statically into PHP. See
the Quick Install (Static) instructions above.

You should consult your error log anyway to see if APC generated any
errors. On BSD-based platforms, it is typical for APC to be unable to
allocate the default-sized shared memory segment. See below for hints on
raising your system's shared memory limitations.



These are the instructions

I have followed them myself but it does not show up in phpinfo

Can someone please help out here?

[Scott MacVicar]

check apc.so exists

Have you checked the webserver log? You might need a static build.

[Zachery]

Did you restart apache after installing.

Can php find the APC so?

[kerplunk]

Make sure you are using the latest version. (3.0.8 (http://pecl.php.net/get/APC-3.0.8.tgz))

DSO is the easiest way to install APC. (And the only way if you are using Apache 2, I believe.)

These are the commands I use to install APC (PHP 5.0 and Apache 2.0):

$ /usr/local/bin/phpize
$ ./configure --enable-apc --enable-apc-mmap --with-apxs=/usr/local/apache2/bin/apxs --with-php-config=/usr/local/bin/php-config
$ make
$ make install

After you type "make install" it will show you where it installed it to. From there, copy that and edit your php.ini file.... like this:

$ pico /usr/local/lib/php.ini

Find: "extension_dir" and change it to wherever APC was installed. Example:

extension_dir = "/usr/local/lib/php/extensions/no-debug-non-zts-20020429"


Then, make sure you have this listed somewhere in your php.ini file:

extension="apc.so"


After that, restart Apache.


Lastly, make sure it's installed. In your phpinfo file, it won't appear in the same place as eAccelerator/mmcache/PHP Accelerator did. It should be down a ways. Use your browser to search for "apc" and see if it's there.

Good luck!

I love APC. :)

[eva2000]

Yes DSO is best way to install it

i found for the install you need to specify path to apxs --with-apxs=/path/to/apxs in the configure line for APC to show up in phpinfo.php

[Tantawi]

I'm very sorry to bump this thread, But I followed the instructions and it's installed on PHP 5.0.5 and works very fine and shows up in phpinfo... etc.

The only problem: I can't login to the AdminCP (vB 3.5.1, MySQL 4.1.15) anymore! it put me in a loop of a continues refreshing of a white page after putting my username and password, also members can't sign-in anymore. Once I remove APC form php.ini and restarted apache, everything runs fine!

I tried to delete /tmp, restarted apache and mysql many times, rebooted the server as well! and still that didn't fix it.

I'm now back to eAccelerator 0.9.4rc1 (which works great unlike 0.9.3), but I would really like to test APC!

Anyone with a similar problem? Thanks a lot :)

[eva2000]

strange what try downgrading to PHP 4.4.1 and see

[Tantawi]

strange what try downgrading to PHP 4.4.1 and see

mmm :) that's not an option for me in the current time since somehow the load/speed of the server is way better with PHP 5.0.5 w/eA than 4.4.1 w/eA!

Anyway, eA works for now, will look into APC later.

Thanks.

[kerplunk]

Tantawi: Very strange. Did you follow my install instructions to install APC?


Did you try clearing your browser's cookies/cache too?

[Tantawi]

Hi kerplunk, Yes I did, and it worked just great and load was so fine, it's only that login loop problem! :s

Thanks for your reply. I'll stick with eA for the moment until any update either for php or APC, lol :)

[kerplunk]

Hi kerplunk, Yes I did, and it worked just great and load was so fine, it's only that login loop problem! :s

Thanks for your reply. I'll stick with eA for the moment until any update either for php or APC, lol :)
APC does not need to be updated because there is no problem. Plenty of sites use vBulletin and APC and they do not get the login loop problem you are talking about. I wonder what is causing your issue.

[Tantawi]

APC does not need to be updated because there is no problem. Plenty of sites use vBulletin and APC and they do not get the login loop problem you are talking about. I wonder what is causing your issue.
Yes it's strange indeed. even a small phpBB forum hosted in the same server worked fine with APC.

BTW I tried to login form my other PC and the same problem happened, also received an email from a member complaining about she can't login to the forums.

I'm using Apache 2.0.55 if that make any difference, and had configured APC with this line (My server uses DirectAdmin control panel):
./configure --enable-apc --enable-apc-mmap --with-apxs=/usr/sbin/apxs --with-php-config=/usr/local/bin/php-config
Thanks for your interest in debugging my problem :) I hope APC is worth the hassle of getting ride of eA :D

[kerplunk]

eAccelerator is fine too, I just prefer APC. :)

I don't think your problem is/was something with APC. Are you running any kinds of vBulletin hacks, etc?

I'm not sure what your problem is/was, but as long as eAccelerator is running, you should be fine. =)

[eva2000]

mmm :) that's not an option for me in the current time since somehow the load/speed of the server is way better with PHP 5.0.5 w/eA than 4.4.1 w/eA!

Anyway, eA works for now, will look into APC later.

Thanks.
strange indeed... check your error logs for any errors maybe php scripts other than vB not liking it ?

[Tantawi]

Today PHP 5.1 final is released! I upgraded to it and tried installing APC again and it WORKED :D no more login loop or whatsoever!

So far I'm happy with the performance, I'll let you know how it goes after some days of uptime.

[BamaStangGuy]

Got it installed!

What do you suggest for the settings for it?

Here are my current ones:

extension="apc.so"
apc.shm_size="64"
apc.optimization="1"

My phpconfig: http://www.mustangevolution.com/php.php

Here are all the options:

apc.enabled This can be set to 0 to disable APC. This is
primarily useful when APC is statically compiled
into PHP, since there is no other way to disable
it (when compiled as a DSO, the zend_extension
line can just be commented-out).
(Default: 1)

apc.shm_segments The number of shared memory segments to allocate
for the compiler cache. If APC is running out of
shared memory but you have already set
apc.shm_size as high as your system allows, you
can try raising this value.
(Default: 1)

apc.shm_size The size of each shared memory segment in MB.
By default, some systems (including most BSD
variants) have very low limits on the size of a
shared memory segment.
(Default: 30)

apc.optimization The optimization level. Zero disables the
optimizer, and higher values use more aggressive
optimizations. Expect very modest speed
improvements. This is experimental.
(Default: 0)

apc.num_files_hint A "hint" about the number of distinct source files
that will be included or requested on your web
server. Set to zero or omit if you're not sure;
this setting is mainly useful for sites that have
many thousands of source files.
(Default: 1000)

apc.ttl The number of seconds a cache entry is allowed to
idle in a slot in case this cache entry slot is
needed by another entry. Leaving this at zero
means that your cache could potentially fill up
with stale entries while newer entries won't be
cached.
(Default: 0)

apc.gc_ttl The number of seconds that a cache entry may
remain on the garbage-collection list. This value
provides a failsafe in the event that a server
process dies while executing a cached source file;
if that source file is modified, the memory
allocated for the old version will not be
reclaimed until this TTL reached. Set to zero to
disable this feature.
(Default: 3600)

apc.cache_by_default On by default, but can be set to off and used in
conjunction with positive apc.filters so that files
are only cached if matched by a positive filter.
(Default: On)

apc.filters A comma-separated list of POSIX extended regular
expressions. If any pattern matches the source
filename, the file will not be cached. Note that
the filename used for matching is the one passed
to include/require, not the absolute path. If the
first character of the expression is a + then the
expression will be additive in the sense that any
files matched by the expression will be cached, and
if the first character is a - then anything matched
will not be cached. The - case is the default, so
it can be left off.
(Default: "")

apc.mmap_file_mask If compiled with MMAP support by using --enable-mmap
this is the mktemp-style file_mask to pass to the
mmap module for determing whether your mmap'ed memory
region is going to be file-backed or shared memory
backed. For straight file-backed mmap, set it to
something like /tmp/apc.XXXXXX (exactly 6 X's).
To use POSIX-style shm_open/mmap put a ".shm"
somewhere in your mask. eg. "/apc.shm.XXXXXX"
You can also set it to "/dev/zero" to use your
kernel's /dev/zero interface to anonymous mmap'ed
memory. Leaving it undefined will force an
anonymous mmap.
(Default: "")

apc.slam_defense On very busy servers whenever you start the server or
modify files you can create a race of many processes
all trying to cache the same file at the same time.
This option sets the percentage of processes that will
skip trying to cache an uncached file. Or think of it
as the probability of a single process to skip caching.
For example, setting this to 75 would mean that there is
a 75% chance that the process will not cache an uncached
file. So the higher the setting the greater the defense
against cache slams. Setting this to 0 disables this
feature.
(Default: 0)

apc.file_update_protection
When you modify a file on a live web server you really
should do so in an atomic manner. That is, write to a
temporary file and rename (mv) the file into its permanent
position when it is ready. Many text editors, cp, tar and
other such programs don't do this. This means that there
is a chance that a file is accessed (and cached) while it
is still being written to. This file_update_protection
setting puts a delay on caching brand new files. The
default is 2 seconds which means that if the modification
timestamp (mtime) on a file shows that it is less than 2
seconds old when it is accessed, it will not be cached.
The unfortunate person who accessed this half-written file
will still see weirdness, but at least it won't persist.
If you are certain you always atomically update your files
by using something like rsync which does this correctly, you
can turn this protection off by setting it to 0. If you
have a system that is flooded with io causing some update
procedure to take longer than 2 seconds, you may want to
increase this a bit.
(Default: 2)

apc.enable_cli Mostly for testing and debugging. Setting this enables APC
for the CLI version of PHP. Normally you wouldn't want to
create, populate and tear down the APC cache on every CLI
request, but for various test scenarios it is handy to be
able to enable APC for the CLI version of APC easily.
(Default: 0)

apc.max_file_size Prevents large files from being cached.
(Default: 1M)

[MrSled]

I have attempted to install the ACP and I am finding missing development tools. I also see the directory structure is no as a normal php install. I am using a Plesk control panel to manage the domains and found that the Plesk Control Panel install dictated the PHP install. Can anyone out there help me with installing and accelerator on my system or give me some source to go to for help.

[BamaStangGuy]

I have attempted to install the ACP and I am finding missing development tools. I also see the directory structure is no as a normal php install. I am using a Plesk control panel to manage the domains and found that the Plesk Control Panel install dictated the PHP install. Can anyone out there help me with installing and accelerator on my system or give me some source to go to for help.
I use Plesk 7.5.4 and have it installed.

Check out http://www.atomicrocketturtle.com

Use Yum to upgrade PHP, MySQL and when you upgrade PHP you will get the needed php-devel package to run phpize :)

[MrSled]

Whats Yum?? Linux command??

[mlx]

The only problem: I can't login to the AdminCP (vB 3.5.1, MySQL 4.1.15) anymore! it put me in a loop of a continues refreshing of a white page after putting my username and password, also members can't sign-in anymore. Once I remove APC form php.ini and restarted apache, everything runs fine!
I'm having the same problem :mad:

Using PHP 5.1 and LightTPD 1.48 though.

Turning debug logging on in LightTPD I noticed:
PHP Warning: Invalid argument supplied for foreach() in /var/www/lighttpd/vb35/includes/class_core.php on line 1480
PHP Warning: array_keys() [<a href='function.array-keys'>function.array-keys</a>]: The first argument should be an array in /var/www/lighttpd/vb35/includes/class_core.php on line 1480

The warning only shows up when APC is enabled. It's gone when I turn it off and I can login again. No idea why yet :confused:

I really hope to find a solution, especially as eAccelerator isn't compatible with PHP 5.1. Any ideas welcome ;)

[mlx]

I guess I spoke too soon, sorry for that last post. I was using a php.ini based on php.ini-recommended (which was working fine with PHP 5.0.5/eAccelerator though).

After replacing it with a php.ini based on php.ini-dist it doesn't look like I'm having any issues with PHP 5.1.0/APC anymore.

[orban]

I'm very sorry to bump this thread, But I followed the instructions and it's installed on PHP 5.0.5 and works very fine and shows up in phpinfo... etc.

The only problem: I can't login to the AdminCP (vB 3.5.1, MySQL 4.1.15) anymore! it put me in a loop of a continues refreshing of a white page after putting my username and password, also members can't sign-in anymore. Once I remove APC form php.ini and restarted apache, everything runs fine!

I tried to delete /tmp, restarted apache and mysql many times, rebooted the server as well! and still that didn't fix it.

I'm now back to eAccelerator 0.9.4rc1 (which works great unlike 0.9.3), but I would really like to test APC!

Anyone with a similar problem? Thanks a lot :)
I had exactly the same problem with 5.0.5. Everything vanilla install...new server.

Upgrading to 5.1.0 now...

EDIT: Great...can't upgrade. When I install PHP 5.1 apache just doesn't start :( no error messages.

[M1th]

Yes DSO is best way to install it

i found for the install you need to specify path to apxs --with-apxs=/path/to/apxs in the configure line for APC to show up in phpinfo.php
So, what happens if you dont have apache? lighttpd for example, doesnt have apxs.

How can you tell if APC is installed without the phpinfo?


BTW. installed php 5.1 with lighttpd, thttpd for images and (possibly) APC with no problem here. Running quite alright.

[Bulent Tekcan]

extension="apc.so"
apc.shm_size="64"
apc.optimization="1"

If optimization is enabled test this step...

Edit any message,and than press Advanced Edit...what will you see ?

My forum is blank editpost.php screen.If this line remove everything is normal.

[eva2000]

So, what happens if you dont have apache? lighttpd for example, doesnt have apxs.

How can you tell if APC is installed without the phpinfo?


BTW. installed php 5.1 with lighttpd, thttpd for images and (possibly) APC with no problem here. Running quite alright.
not sure about that one sorry

[mlx]

So, what happens if you dont have apache? lighttpd for example, doesnt have apxs.

How can you tell if APC is installed without the phpinfo?


BTW. installed php 5.1 with lighttpd, thttpd for images and (possibly) APC with no problem here. Running quite alright. I'm running LightTPD with PHP 5.1.0/APC as well. After including it correctly in my php.ini it shows up in phpinfo() just as it would do with Apache! If it does not in yours I guess there is a problem. Make sure that you have "extension=apc.so" in your php.ini and that "extension_dir" is set correctly as well. Running "php -v" from shell should usually tell you if it cannot load an extension at all. Works fine for me!

[BamaStangGuy]

If optimization is enabled test this step...

Edit any message,and than press Advanced Edit...what will you see ?

My forum is blank editpost.php screen.If this line remove everything is normal.
http://www.vbulletin.com/forum/bugs35.php?do=view&bugid=1876

[Bulent Tekcan]

Hi BrentWilson

I know this bug but this is not the same problem.This problem occured only apc.optimization="1" this line...

Thanks

[kerplunk]

Hi BrentWilson

I know this bug but this is not the same problem.This problem occured only apc.optimization="1" this line...

Thanks
apc.optimization="1" <--- should be "0" and not "1"

[BamaStangGuy]

apc.optimization="1" <--- should be "0" and not "1"
Why should it be 0? What is it doing at 1? Just curious.

[kerplunk]

Why should it be 0? What is it doing at 1? Just curious.
It is set to "0" by default. You must have enabled it yourself. This setting is very experimental.

[MrSled]

How do you know when everything on APC is working properly other then seeing it listed in the phpinfo file. I want to know that its caching properly?? Is the default setting the best to start with or is there a more favorable setting??

Thanks

[kerplunk]

How do you know when everything on APC is working properly other then seeing it listed in the phpinfo file. I want to know that its caching properly?? Is the default setting the best to start with or is there a more favorable setting??

Thanks
Default settings work fine. If you want to see some APC stats, copy apc.php from the original APC-3.0.8 directory into your public_html (or whatever it is named) directory.

[MrSled]

is there any negatives to know about by having this APC running on your server?? Is there a down side??

[kerplunk]

The only negative is that you'll use more of your processor(s). I, however, hardly notice a difference in CPU usage with php caching enabled. Another downside is that you will most likely need to recompile APC every time you install a new version of PHP. (This is usually the case, however, in some cases this is not required.)

[Bulent Tekcan]

Sometimes this error occured apache start,but apc is working..

.....PHP Warning: Unknown(): Unable to load dynamic library './/usr/local/lib/php/extensions/no-debug-non-zts-20020429/apc.so' - .//usr/local/lib/php/extensions/no-debug-non-zts-20020429/apc.so: cannot open shared object file: No such file or directory in Unknown on line 0

Any idea for that

[MrSled]

but this will also help reduce the load on the server correct??

[Tantawi]

Sometimes this error occured apache start,but apc is working..

.....PHP Warning: Unknown(): Unable to load dynamic library './/usr/local/lib/php/extensions/no-debug-non-zts-20020429/apc.so' - .//usr/local/lib/php/extensions/no-debug-non-zts-20020429/apc.so: cannot open shared object file: No such file or directory in Unknown on line 0

Any idea for that
Set the dir in php.ini to this

/usr/local/lib/php/extensions/no-debug-non-zts-20020429
Instead of the path you currently have which is wrong.

[Bulent Tekcan]

It is already set this DIR in php.ini,I wrote above APC is working and loading,only sometimes this error occured.

Thanks

[Tantawi]

It is already set this DIR in php.ini,I wrote above APC is working and loading,only sometimes this error occured.

Thanks

Make sure it's EXCATLY like what I wrote, no "./" at the start of it.

[Bulent Tekcan]

I'm sure %100000

Because I never problem restart httpd deamon.only whm started this error occured sometimes.

My php.ini line like that

extension="/usr/lib/php/extensions/no-debug-non-zts-20020429/apc.so"
apc.shm_size = 32

And also my APC is working perfectly......

[Bulent Tekcan]

I think shared directory is different in WHM ??

Because error is

.//usr/local/lib/php/extensions/no-debug-non-zts-20020429/apc.so'

But location is apc.so

extension="/usr/lib/php/extensions/no-debug-non-zts-20020429/apc.so"

[Tantawi]

Since you put the full dir in the "extension" line, make sure that you have extension_dir setting empty:

So in final you should have something like this in your php.ini:

extension_dir = ""
extension="/usr/lib/php/extensions/no-debug-non-zts-20020429/apc.so"
apc.shm_size = 32

Check that and tell me the results. Good luck :)

[Bulent Tekcan]

Now OK :)

I set this one in php.ini

; Directory in which the loadable extensions (modules) reside.
extension_dir = "./usr/local/lib/php/extensions/no-debug-non-zts-20020429"

And APC line is only this..

extension="apc.so"
apc.shm_size = 32

[Tantawi]

Great to hear :)

[MrSled]

I am having a few glitches caching PHP. On occasion one or 2 of the forum pages are messed up and I have to clear the cache to get it fixed. This last time APC locked up when trying to clear the cache and I had to reboot my server. Any idea of what coulf be wrong.... I have all std setting on the APC.

Thanks

[kerplunk]

Which forum pages?

[MrSled]

I run 2 different PHP forums, Vbull and PHPBB and the errors occure on the post preview and at each PM message. Not always, after I clear the cache it is fine for a few days. As I said this last time I tried clearing the cache and the server locked up.


Also I have been seeing this error...can you tell me what that all about??

[notice] child pid 18027 exit signal Segmentation fault (11)

[eva2000]

I run 2 different PHP forums, Vbull and PHPBB and the errors occure on the post preview and at each PM message. Not always, after I clear the cache it is fine for a few days. As I said this last time I tried clearing the cache and the server locked up.


Also I have been seeing this error...can you tell me what that all about??

[notice] child pid 18027 exit signal Segmentation fault (11)
if you remove APC from php.ini and restart apache do you get same seg faults ?

[MrSled]

we recompiled and installed APC, it seems to be gone for now.

[eva2000]

Good to hear :)

[MrSled]

I am not getting them as often but only occasionally. I still have APC running but is it possable that some users still have old pages maybe cuasing the errors and I need to wait a few days before it would completely resolve.

[notice] child pid 18027 exit signal Segmentation fault (11)

[eva2000]

maybe remove APC recomile PHP again and reinstall APC

[mike503]

i'm having issues with APC and vbulletin as well:

The error is: "Fatal error: Cannot access parent:: when current class scope has no parent in /www/forum/includes/class_bbcode_alt.php on line 402"

disabling APC fixes this, but it shouldn't need to be disabled. i have a feeling the way the object/class is setup or called could be done differently?

php 5.1.1 as php-fcgi (fastcgi)
apc 3.0.8
zeus webserver
debian-amd64 linux, kernel 2.6.11.12

i've recompiled it fresh and everything so it's not a case of anything stale.

it appears posting any posts that include smilies or bbcode triggers this error...

[Zachery]

http://www.vbulletin.com/forum/showpost.php?p=1045169&postcount=21

[mike503]

thanks, that works "for now"

but shouldn't there be a way these work together? i *know* that other OO code can play nicely with APC and vice versa, it's just pickier on how things get instantiated. i'd love to see this get fixed, especially since other people don't have the luxury i do of owning the servers and being able to edit the configuration. it still seems like a bug (may be a bug with APC too, but vB's side could be fixed to guarantee it works even with a buggy APC)

[kerplunk]

If you don't have the "luxury" of "owning the servers" then how did you get APC installed in the first place?

We would all love to see this "bug" fixed. It will in time, I'm sure.

"OK?"

:)

[mike503]

If you don't have the "luxury" of "owning the servers" then how did you get APC installed in the first place?

We would all love to see this "bug" fixed. It will in time, I'm sure.

"OK?"

:)

why am i detecting a sarcastic tone here?

plenty of providers install PHP caching modules like APC, and the users can get the OS/version info off phpinfo(), but can't change it themselves. they can post the same type of report as i have here, except that i actually control the servers, and can make configuration changes easily. asking a provider to do that for you could go either way.

also, this isn't a bug for those of us who actually administer the webservers. this is a bug for anyone who uses vbulletin under APC (obviously different versions can cause different results)

your use of "quotes" as a way to devalue my post is not appreciated.

next time instead of posting something that isn't helpful, just don't post.

[kerplunk]

Reading your original post that I replied to made it sound like you somehow had APC installed specifically for you.

This forum, I assume, is for people who have access to change their server's configuration... hence the forum name... "Server Configuration"

[mike503]

a bug is a bug, regardless of who installs what.

instead of starting a new thread somewhere else, i used the search feature, found a related issue, and added to it.

what's amusing is the fact that if i posted a new thread about it, someone would whine about it being a duplicate or already posted somewhere.

it doesn't appear that you know anything to help, so please, allow for someone here who can actually help or add some value to the discussion.

[kerplunk]

a bug is a bug, regardless of who installs what.

instead of starting a new thread somewhere else, i used the search feature, found a related issue, and added to it.

what's amusing is the fact that if i posted a new thread about it, someone would whine about it being a duplicate or already posted somewhere.

it doesn't appear that you know anything to help, so please, allow for someone here who can actually help or add some value to the discussion. What is there to help you with? You were just complaining about APC. If you want to use eAccelerator, then do it.

The solutions to this "bug" are simply this:

1. Define the apc.filters parameter.

or

2. Don't use APC.

vBulletin and/or APC developers will fix this in time, as I have stated before. Remember, PHP caching isn't exactly a priority for vBulletin. They have provided a temporary work-around. Also, vBulletin (one php script) isn't exactly a priority for the APC developers.

[mike503]

vBulletin and/or APC developers will fix this in time, as I have stated before. Remember, PHP caching isn't exactly a priority for vBulletin. They have provided a temporary work-around.

normally in any software development project, bugs are mainly priotized by customer demand. i wasn't aware there was such a hassle here for adding an additional voice about this.

i have done the temporary fix, but as a software developer myself, i don't like to keep patchwork around; i like bugs to be identified and fixed. not keep workarounds in place until they're forgotten and become legacy crap.

also, i don't see why php caching isn't a priority for vbulletin. performance in general is a priority, and if they can suggest packages such as APC to boost their code performance without having to rewrite things or do even more optimization on their end, i don't see why they'd ignore that opportunity. it's like free money.

anyway, i used to use eaccelerator, and moved to APC. it runs a lot smoother, it's APIs are nicer to monitor the status - in my setup, it's eons better, except for the occasional oddball OO-related bug, which seems to be easily fixable by just changing how the object is setup. even eaccelerator had those problems.