HOW-TO: Install Eaccelerator (Turck MMCache replacement)

[Erwin]

The install guide for APC Cache the alternative to Eaccelerator can be read at http://www.vbulletin.com/forum/showthread.php?t=165367



============================================
Updated to Eaccelerator 0.9.3 Final Release

Eaccelerator is a further development from mmcache PHP Accelerator & Encoder. It increases performance of PHP scripts by caching them in compiled state, so that the overhead of compiling is almost completely eliminated.

The instructions in this How-To is a bit different to the official one, because the directories are a bit different - I couldn't get this to work using the instructions from the official guide itself. I also point to the module file in a different directory in php.ini - the default one in the official instructions didn't work for me.

NOTE: I couldn't get mmcache to work with PHP 4.3.11 as well. eaccelerator works.

Follow the instructions to install or to upgrade from mmcache.


Installation:

UPGRADING:

1) To upgrade eaccelerator:

Just download the NEW version of eaccelerator and recompile - same instructions as installating.

NOTE the CHANGES to the directory path in php.ini

2) To upgrade PHP versions:

You need to DELETE the eaccelerator directory that has been compiled, re-untar the eaccelerator gzip file and RE-INSTALL and recompile eaccelerator for every NEW version of PHP.

1) Login as root in SSH

2) Run the following commands in the following order:

cd /

mkdir ea

cd ea

wget http://kent.dl.sourceforge.net/sourceforge/eaccelerator/eaccelerator-0.9.3.tar.gz


tar xvzf eaccelerator-0.9.3.tar.gz

cd eaccelerator-0.9.3

export PHP_PREFIX="/usr"

$PHP_PREFIX/bin/phpize

./configure --enable-eaccelerator=shared --with-php-config=$PHP_PREFIX/bin/php-config

make

make install

3) Edit php.ini - usually it's /etc/php.ini or /usr/local/lib/php.ini

Find this:

;Windows Extensions

Above this, comment out or remove the PHPA or mmcache lines if you have them. Replace them with this:

To install as a ZEND extension:

zend_extension="/ea/eaccelerator-0.9.3/modules/eaccelerator.so"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

OR to install as a PHP extension:

extension="/ea/eaccelerator-0.9.3/modules/eaccelerator.so"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

4) Create the cache directory by doing the following at the command line

mkdir /tmp/eaccelerator

chmod 0777 /tmp/eaccelerator


5) Restart Apache

service httpd restart

Done!

6) Optional - upload ea.php file

I modified the eaccelerator.php file so that only you can control the eaccelerator config and see the stats.

Edit ea.php - change 1 to your userid.

Upload to your forum directory.

When you link to ea.php you can see your eaccelerator stats like this:

eAccelerator 0.9.3

eAccelerator support enabled
Caching Enabled true
Optimizer Enabled true
Memory Size 33,554,396 Bytes
Memory Available 22,675,372 Bytes
Memory Allocated 10,879,024 Bytes
Cached Scripts 101
Removed Scripts 0
Cached Keys 0

Enjoy! :)

[Erwin]

Btw, 2.3.17 is a whole lot more stable than previous versions, and I recommend you upgrade as it fixes a few bugs.

[eva2000]

thanks for the info :)

[Raz Meister]

Btw, 2.3.17 is a whole lot more stable than previous versions, and I recommend you upgrade as it fixes a few bugs.
Yep, and it's MUCH better than PHPA.

Better performance, better interface, better release license ;)

[KrON]

Yep, and it's MUCH better than PHPA.

Better performance, better interface, better release license ;)

I'm glad everyone is finally seeing the light :)

P.S. 2.3.18 is out! You can now easily password protect the mmcache.php too, which is a nice little feature.

[nuno]

2003-07-02
Turck MMCache version 2.3.18 is released
- standalone loader (TurckLoader) was imlemented
- mmcache() security was improved. mmcache() is enabled in safe
mode, but it can be protected by password. See Web Interface
section for more details.
- This release was tested with PHP 5.0.0b1

Damn, is this guy fast or what?

http://php.weblogs.com/php_debugger_cache
mmcache is impressive :)

[KrON]

Considering how new it is, and how active development is, it's no surprise to me that it has surpassed PHPA. Not to criticize the guys that work hard on PHPA, but development is sort of slacking..

At this point I can't see myself going back! I've been using mmcache since 2.3.9, and I've yet to run into a problem.

Anyone fool around with php 5 yet?

[nuno]

Yep, just locally, so far so good, ony problem is with calendar.php (vB2.3.0)

Parse error: parse error, unexpected T_PUBLIC, expecting ']' in C:\Apache2\htdocs\calendar.php on line 201

Only Freddie can fix this.
I haven't tested vB3 yet.

[Raz Meister]

Yeah it seems that Nick is concentrating on his commercial products now.

Plus I never really liked installing precompiled binaries. Not good for security.

[Erwin]

2.3.18 has some serious bugs reported to sourceforge, from what I've heard, and I was told not to upgrade to it yet, but wait for the next version.

[eva2000]

decided to install 2.3.17 on my server seems to be doing well.. have to wait until i reopen my forums to see how it fairs :)

[KrON]

2.3.18's been working ok for me so far..

[Raz Meister]

Working like normal here aswell.

Just been looking at the 2 bugs reported. 1 is for PHP5 and the other was a SquirrelMail problem - which I thought was known (?)

[eva2000]

2.317 is working nicely on my server

[nuno]

George, your vB3 forum is flying! :eek:

[eva2000]

George, your vB3 forum is flying! :eek:
must be the net congestion at my end, as my vB3 is about the same speed as my vB 2.x.x forum

[Raz Meister]

Yep, I just tested it now and it is FAST!

But then again you don't have any ads on the vB3 which of course will slow things down.

[Erwin]

So 2.3.18 works heh? I may try it out. :)

260 scripts cached! You also customized the settings I see George. :)

[eva2000]

Yep, I just tested it now and it is FAST!

But then again you don't have any ads on the vB3 which of course will slow things down.
true that would speed things up too hehe

[eva2000]

So 2.3.18 works heh? I may try it out. :)

260 scripts cached! You also customized the settings I see George. :)
I can't stop tinkering :o

[Erwin]

I can't stop tinkering :o
Feel free to share your settings. ;)

[Erwin]

Updated first post to latest version of MMCache - 2.3.18

Seems to be working fine for me. No errors in any logs. :)

[Pogo]

I tried to follow this easy guide but had to stop at

phpize


I don't have such command or whatever it is at my local linux machine (SuSE 8.2). I search the net for install notices regarding SuSE 8.2 but couldn't find any.

Any idea?

[eva2000]

Updated first post to latest version of MMCache - 2.3.18

Seems to be working fine for me. No errors in any logs. :)
any documented problems with mmcache 2.3.17 and/or 2.3.18 and running queries in phpmyadmin ? getting no results on valid select queries on my database using phpmyadmin 2.4 and 2.5.x latest version

[eva2000]

Feel free to share your settings. ;)
nothing amazing just changed the memory allocation hehe


zend_extension="/usr/local/src/mmcache/2317/turck-mmcache-2.3.17/modules/mmcache.so"
mmcache.shm_size="32"
mmcache.cache_dir="/home/mmcache"
mmcache.enable="1"
mmcache.optimizer="1"
mmcache.check_mtime="1"
mmcache.debug="0"
mmcache.filter=""
mmcache.shm_max="0"
mmcache.shm_ttl="0"
mmcache.shm_prune_period="0"

[Erwin]

I'll try that, George. :) I did that before, but it made no real difference, but I am amazed at the number of scripts being cached for your site, so I'm going to try it again with the current version.

As for phpmyadmin - I don't use it much, but when I've used it with 2.3.17 I had not problems at all - I use it to do things not standard in vB3 like change subscriptionid's etc. - no problems with these. I haven't read anything documented about errors with it.

As for phpize - most servers have it installed. If not, it can be installed - try Googleing for it.

[Pogo]

I did it! ;)

I had to install the mod_php4_devel package which contains phpize and then create a symbolic link to the php path because it is not where phpize is looking.

[Erwin]

I went back to using a memory size of 16 MB since that's all I apparently need. :) Going up to 32 MB made no difference for me.

[SaintDog]

Seems to be a problem with this program and vBulletin 3.0 beta 4 -- I have had a customer complain about receiving errors with adminfunctions_navpanel.php after installing this. I had to revert back to Zend after finding this out.

Anyone else having this problem?

[KrON]

Hm, I was having a problem with .18 where people would end up logged in as someone else, I downgraded last night to .17 to see if that fixes it. We'll see!

[Raz Meister]

Hm, I was having a problem with .18 where people would end up logged in as someone else, I downgraded last night to .17 to see if that fixes it. We'll see!
Could be a cookies and proxy problem.

Also as an added performance boost I've disabled mtime checking. Presumably it stats for each accesss, which isn't necessary for us as our scripts don't change that often.

[KrON]

Well it just cropped up in the past few days, and has a large portion of our site experiencing weirdness, even across multiple isps..

Is there a php.ini directive for the mtime checking? What happens if a script is modified, do you have to rehash apache?

[SaintDog]

If you make any changes to php.ini, you will need to restart apache for the changes to take effect.

[KrON]

No i mean, if you turn off mtime checking on scripts, then mmcache doesnt know when to refresh the cache, so I'm asking what you need to do to make mmcache aware of a change to the script if you've disabled the mtime checking :)

[SaintDog]

All I did to remove mmcache was comment out what was to be added and uncomment the Zend lines (or if you have PHPA, then the PHPA lines).

[KrON]

hehe noooo, I'm not talking about removing mmcache.

What Raz is talking about, is disabling the mtime checks that mmcache does. What this means is, everytime php goes to serve a php file, mmcache stat()'s the file to see if it has been modified since it was cached, and if it has been modified, to empty the cache of that file, and cache the newer one.

Since his php scripts are relatively static (i.e. only updated when a new version of vbulletin comes out), he disables this check, so his webserver doesn't do those added checks everytime someone hits a php script on his web page.

I'm asking what he has to do to make mmcache aware of any changes made to a php script, such as restart apache, empty the mmcache, etc..

[SaintDog]

Looks like SD needs some sleep ;) -- no more late nights for me!

[Stadler]

I did it! ;)

I had to install the mod_php4_devel package which contains phpize and then create a symbolic link to the php path because it is not where phpize is looking.You can try to add '--exec-prefix=/usr' to your configure-command. That worked for me. :) Well, I've tried with a snapshot, dunno, if this works for full releases ...

[Erwin]

Regarding errors with vB3 Beta 4 and MMCache...

I am running vB3 Beta 4 and 2.3.18 on my private forums, and they are working beautifully... things are going fast, and I'm not getting any of those weird proxy/ session errors you guys are getting... weird.

[SaintDog]

Not sure Erwin, it shot up out of no where and killed a total of 8 forums across 2 servers (total complaints received noting the same error).

PHPA was not and has not been installed, just the standard Zend install which comes with Cpanel. I installed MMCache per your tutorial and boom, forums down, complaints come in, and I had to remove it.

[Erwin]

I assume you took Zend out. Mmm... how weird. What version PHP do you have? This needs 4 or higher. Version 3 requires MMCache 2.3.10 or less.

[SaintDog]

Zend was commented out as noted and I am running PHP 4.3.2 and MySQL 4.0.13. Not sure what the problem is to be honest....

[eva2000]

i'm running 2.3.17 on a server with PHP 4.3.1 and PHP 4.3.2 on another

[Raz Meister]

hehe noooo, I'm not talking about removing mmcache.

What Raz is talking about, is disabling the mtime checks that mmcache does. What this means is, everytime php goes to serve a php file, mmcache stat()'s the file to see if it has been modified since it was cached, and if it has been modified, to empty the cache of that file, and cache the newer one.

Since his php scripts are relatively static (i.e. only updated when a new version of vbulletin comes out), he disables this check, so his webserver doesn't do those added checks everytime someone hits a php script on his web page.

I'm asking what he has to do to make mmcache aware of any changes made to a php script, such as restart apache, empty the mmcache, etc..
Just hit the clear button in the MMCache user interface. Re-caches everything without having to restart Apache. If I'm debugging something then I just create a subdirectory with a php flag telling mmcache not to cache anything there. So not really a problem.

Has anyone checked out the MMcache API? I didn't know it even existed until I scrolled down a bit more on the authors homepage.

Anyway using simple PHP functions it allows you to share variables (really strings which you can serialize) in memory. So in theory you could cache parts of vB (such as counters on home page, forum jumps, templates etc) that don't change often and just store them in memory and just execute the code every so often instead on every request.

Still fiddling about with it, but it looks very promising!

[Stadler]

2.3.19 is out. Does that fix the problems with vBulletin?

[Erwin]

Updated first post to MMCache version 2.3.19

NOTE: To upgrade, just repeat the steps in the first post.

NOTE: MMCache 2.3.19 now BEATS Zend Accelerator in benchmark tests! So it's currently the BEST PHP accelerator around, even against commercial products!

http://www.turcksoft.com/en/e_mmc.htm#bench

I never had problems with 2.3.16 up to 2.3.19 with vBulletin. 2.3.19 is the most stable and fastest one yet, so try it.

[eva2000]

Updated first post to MMCache version 2.3.19

NOTE: To upgrade, just repeat the steps in the first post.

NOTE: MMCache 2.3.19 now BEATS Zend Accelerator in benchmark tests! So it's currently the BEST PHP accelerator around, even against commercial products!

http://www.turcksoft.com/en/e_mmc.htm#bench

I never had problems with 2.3.16 up to 2.3.19 with vBulletin. 2.3.19 is the most stable and fastest one yet, so try it.
upgrade time :)

[Dolby]

Running 2.3.19 on both my servers and they are just flying.

Thanks for the quick guide. This should be sticky imo.

[Raz Meister]

Yup, running here fine aswell.

[eva2000]

updated to Apache 1.3.28 and PHP 4.3.2 and now mmcache has 427 scripts cached!

[Erwin]

updated to Apache 1.3.28 and PHP 4.3.2 and now mmcache has 427 scripts cached!
:o

Wow... yeah, I upgraded Apache too and I noticed that as well... :) But I am only going just over 100, not 400!!!

[Erwin]

Just upgraded to PHP 4.3.2 from 4.3.1 as well... looking good so far. :)

[Daijoubu]

http://www.turcksoft.com/en/e_mmc.htm#news
Turck MMCache version 2.3.20 is released
optimizer for ZE2 was implemented
optimization of extension_loaded() was fixed for encoded scripts
optimization of was fixed
"mmcache.compress" configuration directive was added to enable or disable cached content compression
"mmcache_password.php" and "encoder.php" now can work from web and from command line
proper "__FILE__" handling in encoded files was implemented
PHP constant MMCACHE_VERSION was introduced

[Erwin]

First post updated for version 2.3.20.

Please note the RED bits of the instructions which signify NEW installation or upgrade instructions - there is now a new PHP variable so you install it differently. Also, there is a new variable in php.ini - mmcache.compress - all the new changes are in RED.

I upgraded without any problems. http://forum.rackshack.net/images/smilies/smile.gif

[Daijoubu]

http://www.turcksoft.com/en/e_mmc.htm#news
Turck MMCache version 2.3.21 is released
Using $_SERVER['PHP_SELF'] instead of $PHP_SELF in encoder.php and
mmcache_password.php
Virtualhost support was improved. You can start mmcache with
"mmcache.enable=0" and enable it only for some virtual hosts or
directories.
ZE2 compatibility was improved (tested with php5-200307290730)
Some serious bugs were fixed
:cool:

[Denis_ZN]

On my Server is no PHPize.. howto install?

[TechGuy]

Is there some prerequisite to this installation?



[root@ns4 mmcache]# cd turck-mmcache-2.3.20
[root@ns4 turck-mmcache-2.3.20]# export PHP_PREFIX="/usr"
[root@ns4 turck-mmcache-2.3.20]# $PHP_PREFIX/bin/phpize
-bash: /usr/bin/phpize: No such file or directory
[root@ns4 turck-mmcache-2.3.20]# ./configure --enable-mmcache=shared --with-php-config=$PHP_PREFIX/bin/php-
config
-bash: ./configure: No such file or directory
[root@ns4 turck-mmcache-2.3.20]# make
make: *** No targets specified and no makefile found. Stop.
[root@ns4 turck-mmcache-2.3.20]# make install
make: *** No rule to make target `install'. Stop.
[root@ns4 turck-mmcache-2.3.20]#

[Erwin]

1st post updated to 2.3.21

And please read the thread first before asking questions already answered.

phpize usually comes on a RH server, but apparently not always, and will need to be installed first. Instructions in the previous couple of pages.

[TechGuy]

Sorry 'bout that... I'm not used to this new vB3 format yet and didn't even notice the other pages (just used the Quick Reply! :) )... Anyway, I installed the php-devel and your step-by-steps worked perfectly. I hope to see a difference. :)

[cirisme]

Anyone have issues with this with Ensim? I know it's unlikely, but we can't use alot of stuff because of it. :(

[Erwin]

This is independent of control panels, and I know for a a fact it works with Ensim, so it should be fine. :)

[cirisme]

Excellent! I will try this out. :)

Edit: Worked fine. I normally do not do much on the command side(scared to death of screwing something up) but you're instructions were great. Thanx! :cool:

[cirisme]

I installed this yesterday morning and it works great! Logged out, one page(a hacked forumdisplay) took .5 to .7 seconds to generate, now takes less than .1 second to generate when logged out.(logged in it takes just .1)

That is incredible... I highly recommend this.

[Paul_M]

Any help?

I tried to do this, all was fun upto and including this:


export PHP_PREFIX="/usr"


But this didn't work:


$PHP_PREFIX/bin/phpize


Which meant I couldn't do any of this:


./configure --enable-mmcache=shared --with-php-config=$PHP_PREFIX/bin/php-config.......

Any ideas? :( :confused:

[Erwin]

Read this thread. This problem has been answered multiple times and the solution presented.

[Paul_M]

Read this thread. This problem has been answered multiple times and the solution presented.

Doh! Missed the extra pages!

;)

[Daijoubu]

http://www.turcksoft.com/en/e_mmc.htm#news
Turck MMCache version 2.3.22 is released
optimization of $GLOBALS[] for ZE2 was implemented
comparsion with zero optimization pattern was improved
"mmcache.shm_only" configuration directive was added to disablecaching of scripts on disk. It has no effect on session and content caching
bug with get_parent_class() and is_subclass_of() was fixed

[Erwin]

I shall update the first post when I get home from work. :)

[Erwin]

First post has been updated to MMCache version 2.3.22.

Only difference from previous instructions is the addition of this line to php.ini - please remember to add it.

mmcache.shm_only="0"

I clarified this in my installation/ upgrade instructions.

[KrON]

It doesn't really matter however, because it defaults to 0 (off), so if you forget to add it you aren't really gonna do anything.

[Erwin]

It doesn't really matter however, because it defaults to 0 (off), so if you forget to add it you aren't really gonna do anything.
Sure, the same applies for all the other variables too. :) I just wanted to make a point of it so people know it exists.

[KrON]

I'm curious as to whether or not it has a performance impact..

[KrON]

Btw, I switched one of my webservers from running apache 2.0 w/ the prefork MPM to the worker MPM, and compiled php in threadsafe mode, I'm very pleased with the results so far :)

Page generated in 0.48 seconds (28.23% PHP - 71.77% MySQL) with 16 queries.

[qxh]

This may could in handy *IF* i get a server, thanks!

[Erwin]

Btw, I switched one of my webservers from running apache 2.0 w/ the prefork MPM to the worker MPM, and compiled php in threadsafe mode, I'm very pleased with the results so far :)

Page generated in 0.48 seconds (28.23% PHP - 71.77% MySQL) with 16 queries.
How is apache 2 running? I still use 1.3.28 - I hear that 2 has some problems...

[KrON]

Havn't had any problems in the year i've been running it (on one of my webservers)..

the only problem ive run into, is this one site i host that runs x-cart shopping cart software doesnt like working correctly under 2.0, but i havn't really spent any time to troubleshoot it..

[cirisme]

The day I decide to upgrade to .22, they decide to release .23! :)

2003-08-20
Turck MMCache version 2.3.23 is released
This is should be the last version prior to the stable 2.4.0 release.
Please test this release as much as possible.
- HTTP caching of mmcache.php was disabled
- Usage of POSIX semaphors on Mac OS X was disabled
- Handling of scripts with PHP syntax errors was fixed
- ZE2 support was improved (tested with php5-200308140730)

[Erwin]

No way!!! :) I will update my first post after work today...

[Mr. HillBilly]

Kewl I saw the update on sourceforge :D

Can't wait for erwin to update it.

[Erwin]

First post updated to 2.3.23 :)

[Mr. HillBilly]

Sweet

[Stadler]

make install

3) Edit php.ini - usually it's /etc/php.ini or /usr/local/lib/php.ini

[...]1. make install isn't needed to be done
2. Instead of changing PHP.ini after every upgrade, I'm doing the following after MAKE has been completed:cp modules/mmcache.so /usr/local/lib/mmcache.so.VERSION
cd /usr/local/lib
rm mmcache.so
ln -s mmcache.so.VERSION mmcache.soReplace VERSION with the appropriate Version-Number (e. g. 2.3.23)

I think, it's easier to change a symlink, than to change your PHP.ini and you're able to create a shell-script, that does everything for you :)

[sandstig]

Right after I run the phpize command, I get the following message:


[root@ensim turck-mmcache-2.3.23]# $PHP_PREFIX/bin/phpize
aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
You should update your `aclocal.m4' by running aclocal.


So, I run aclocal and get the following message:

aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used


Any ideas?

[cirisme]

1. make install isn't needed to be done
2. Instead of changing PHP.ini after every upgrade, I'm doing the following after MAKE has been completed:cp modules/mmcache.so /usr/local/lib/mmcache.so.VERSION
cd /usr/local/lib
rm mmcache.so
ln -s mmcache.so.VERSION mmcache.soReplace VERSION with the appropriate Version-Number (e. g. 2.3.23)

I think, it's easier to change a symlink, than to change your PHP.ini and you're able to create a shell-script, that does everything for you :)
Heh, but that doesn't work when they add settings. ;) (like from .21 to .22)

Right after I run the phpize command, I get the following message:

I got something similar this last time(I don't remember seeing it the other two times though) and ignored it and things seem to be fine. /me shrugs

Slightly off-topic:

Erwin I just want to thank you for your step by step tutorial. Had it not been step by step and as well documented, I probably wouldn't have installed this. Which is a shame, because it has really helped speed up our forums. The first time I installed it, I was worried something would blow up, and when nothing did I got a little more comfortable and have successfully upgraded twice since then(I didn't see the new version till after I had upgraded to .22 :p) and have also installed some other packages, so thanks. You've taught me not to be afraid of make ;)

[sandstig]

That's odd. I followed the instruction and my files are in the right places, but whenever I check mmcache, all I get is a message saying it's not installed. Will try again.

[sandstig]

Needed to restart it in the Ensim control panel. :) httpd restart wouldn't do it

[Stadler]

Heh, but that doesn't work when they add settings. ;) (like from .21 to .22)The setting wasn't required. So leaving it empty didn't break anything. On the other hand, It would have been ignored in older versions. Anyway, its unlikely that they add new settings so frequently, that you have to alter your php.ini over and over again and as an admin, you won't restart your server, if you need to alter your php.ini, unless you want to see it down for longer, that it's being planned.

[Erwin]

1. make install isn't needed to be done
2. Instead of changing PHP.ini after every upgrade, I'm doing the following after MAKE has been completed:cp modules/mmcache.so /usr/local/lib/mmcache.so.VERSION
cd /usr/local/lib
rm mmcache.so
ln -s mmcache.so.VERSION mmcache.soReplace VERSION with the appropriate Version-Number (e. g. 2.3.23)

I think, it's easier to change a symlink, than to change your PHP.ini and you're able to create a shell-script, that does everything for you :)
I try to avoid symlinks if I can because if you decide to delete the linked file for whatever reason you don't really know what you deleting because of all the links. :)

[Mr. HillBilly]

Thanks erwin for a great guide! Upgraded my server and running smoothly :)

[weewilly]

That's odd. I followed the instruction and my files are in the right places, but whenever I check mmcache, all I get is a message saying it's not installed. Will try again.
I am having the exact same problem.

Restarted from within Ensim and it still says it's not installed. Anybody have any ideas why this is happening?

[Limey]

My problem is even weirder....

The program installed fine....I have my settings /usr/local/lib/bin/phpize

but if I use "extension=" in php.ini Turk shows up as installed but NO php scripts work.

if I use "zend_extension=" in php.ini it shows not installed.

Any ideas??! thanks.

[weewilly]

Well, I tried the whole thing again from scratch.

I do get this message and being the newbie I am I have no idea what it means. I get this after: $ $PHP_PREFIX/bin/phpize

aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
You should update your `aclocal.m4' by running aclocal.

Can anybody explain what this is and how to update this aclocal?

[Limey]

Type in your console:
locate phpize

when you find it you need to change the path in erwins directions...

[weewilly]

Type in your console:
locate phpize

when you find it you need to change the path in erwins directions...
Well, that didn't work. The directions are fine, phpize is located in bin/phpize so that is not the problem. :confused:

[Erwin]

If you ignore that error message, does MMCache install properly?

[weewilly]

If you ignore that error message, does MMCache install properly?
I tried just ignoring the error and continuing on, but it tells me mmcache is not installed. So, I am at a loss how to continue.

[Erwin]

To be honest, neither do I. phpize is needed for MMCache to be compiled... mmm... you may have to uninstal it and reinstall phpize again...

[Stadler]

Perharps PHP needs to be reinstalled.

Don't forget to install PHP as an apache-module and to run 'make clean' before you run 'make' so everything will be recompiled.

Additionally you may want to add --exec-prefix=/usr to your ./configure call, so they'll be installed into your /usr/(s)bin dir, so you can execute them as commands.

[rockergrrl]

bah...

For the last week I've been trying to get MMCache installed...

and its not.

I've followed the extentions to a T (well had to edit to fit my server's configs).

export PHP_PREFIX="/usr/bin"
$PHP_PREFIX/phpize
./configure --enable-mmcache=shared --with-php-config=$PHP_PREFIX/php-config

make
make install

What I added in php.ini:

zend_extension="/usr/lib/php/extensions/no-debug-non-zts-20020429/mmcache.so"
mmcache.shm_size="32"
mmcache.cache_dir="/tmp/mmcache"
mmcache.enable="1"
mmcache.optimizer="1"
mmcache.check_mtime="1"
mmcache.debug="0"
mmcache.filter=""
mmcache.shm_max="0"
mmcache.shm_ttl="0"
mmcache.shm_prune_period="0"
mmcache.shm_only="0"
mmcache.compress="1"

-----
/usr/lib/php/extensions/no-debug-non-zts-20020429/mmcache.so
^^ That is where mmcache.so ended up being installed to (not /mmcache/turck-mmcache-2.3.23/modules/mmcache.so)

added the directory in /tmp, and then I restarted httpd

Went to mmcache.php, and it says that its not installed :confused:

Any suggestions??

[rockergrrl]

bump


someone care to help a gal out? Still can't get the darn thing to install... :/ Its driving me crazy!

[Erwin]

I can't help you because I don't know why it doesn't work for you, which is why I am not replying. :) Go to the Turck MMCache site and try installing it as a PHP extension.

[qxh]

It installed perfectly, thanks Erwin!

[Daijoubu]

2.4.0 Stable out :)
Turck MMCache version 2.4.0 is released
- support for incomlete classes in mmcache_get() was implemented
- check for proper PHP version was added
- include('x.php'); include_once('x.php') bug with php-4.3.3 was fixed
- improper "Cannot redeclare ()" error was fixed
- caching of files with absolute path but without drive on Windows was fixed
- tested with PHP 4.3.3 and php5-200309021330

[qxh]

...and upgraded :)

This program makes use of the Zend Scripting Language Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies with Turck MMCache v2.4.0, Copyright (c) 2002-2003 TurckSoft, St. Petersburg, by Dmitry Stogov

[eva2000]

2.4.0 Stable out :)
wow i'm way outdated still using older mmcache heh

[Erwin]

Looks like the author is still updating his website - I'll wait till it's up on his site first before updating the instructions.

[Erwin]

First post updated for MMCache 2.4.0

Note that to upgrade, just follow the installation instructions. Changes to make from previous versions are in marked in red.

[eva2000]

First post updated for MMCache 2.4.0

Note that to upgrade, just follow the installation instructions. Changes to make from previous versions are in marked in red.
very nice :)

[eva2000]

upgraded my servers to Mmache 2.4.0 with no probs so far

[Limey]

Can't seem to get this installed no matter what I do. I tried installing APC also, but it wouldn't work either.

So its gotta be something else with my setup.

[eva2000]

working very well 2.4.0 is with 456 scripts cached :D

[Erwin]

working very well 2.4.0 is with 456 scripts cached :D
Show-off. ;)

[eva2000]

Show-off. ;)

LOL... notice speed improvements on my sites too! 484 scripts cached would help :D

[cirisme]

It's upgrade time. :)

(I need to subscribe to this thread...)

[Daijoubu]

It's upgrade time. :)

(I need to subscribe to this thread...)
Better monitor sourceforge package ;)

[cirisme]

Even better idea! :D

[boutwell]

I realize this isn't the support forum for Turck, but their site is down so I can't ask there and I really want to get this workign on my old server!


When I get to this step:


./configure --enable-mmcache=shared --with-php-config=$PHP_PREFIX/bin/php-config

I get this error:

./configure: No such file or directory


Any ideas why? The install worked perfectly on my new server...they are both Cpanel/Red Hat based.

EDIT: Typos

[KrON]

Running phpize generates the configure script, did you do that first?

P.S. Turck MMcache 2.4.1 is out :)

[boutwell]

I did but I didn;t catch the error it was throwing:


(root@xxx)root@xxx [/mmcache/turck-mmcache-2.4.0]# $PHP_PREFIX/bin/phpize
Autoconf requires GNU m4 1.1 or later
Autoconf requires GNU m4 1.1 or later
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

(root@xxx)

I may be getting over my head on this one. What is aclocal?

[KrON]

I'm not sure if those are warnings or errors, try running the command "aclocal", then rerunning phpize.

also, if you "ls -la configure" in that directory, do you get anything?

[boutwell]

Thanks for the help btw Kron :)

Running "aclocal" gets me:


(root@xxx)root@xxx[/mmcache]# aclocal
aclocal: `configure.ac' or `configure.in' is required



And "ls -la configure" gets me:

(root@xxx)root@xxx [/mmcache]# ls -la configure
/bin/ls: configure: No such file or directory

...so I assume the aclocal problem is preventing the conf file from being created?

[KrON]

Well, what do you fellas think the best settings performance wise for the new settings are:

mmcache.keys
mmcache.sessions
mmcache.content

Determine where keys, session data and content will be cached. The possible values are:
"shm_and_disk" - cache data in shared memory and on disk (default value)
"shm" - cache data in shared memory or on disk if shared memory
is full or data size greater then "mmcache.shm_max"
"shm_only" - cache data in shared memory
"disk_only" - cache data on disk
"none" - don't cache data

[KrON]

Yeah, it looks like you need to upgrade your autoconf to a newer version to get configure generated.

[boutwell]

That did the trick, thanks Kron :)

[KrON]

No problemo

[d3nnis]

bah...

For the last week I've been trying to get MMCache installed...

and its not.

I've followed the extentions to a T (well had to edit to fit my server's configs).

export PHP_PREFIX="/usr/bin"
$PHP_PREFIX/phpize
./configure --enable-mmcache=shared --with-php-config=$PHP_PREFIX/php-config

make
make install

What I added in php.ini:

zend_extension="/usr/lib/php/extensions/no-debug-non-zts-20020429/mmcache.so"
mmcache.shm_size="32"
mmcache.cache_dir="/tmp/mmcache"
mmcache.enable="1"
mmcache.optimizer="1"
mmcache.check_mtime="1"
mmcache.debug="0"
mmcache.filter=""
mmcache.shm_max="0"
mmcache.shm_ttl="0"
mmcache.shm_prune_period="0"
mmcache.shm_only="0"
mmcache.compress="1"

-----
/usr/lib/php/extensions/no-debug-non-zts-20020429/mmcache.so
^^ That is where mmcache.so ended up being installed to (not /mmcache/turck-mmcache-2.3.23/modules/mmcache.so)

added the directory in /tmp, and then I restarted httpd

Went to mmcache.php, and it says that its not installed :confused:

Any suggestions??

did you install zend?

[Domenico]

I just installed 2.4.1 and it works like a charm. The server and forum are really flying.

Cached Scripts: 453

[freaky]

I am getting en error loading the module...Zend is already installed. Does it need to be uninstalled?

PHP Warning: Unknown(): Unable to load dynamic library './mmcache.so' - Cannot open "./mmcache.so" in Unknown on line 0

[Erwin]

Updated 1st post to 2.4.1

Also note, you can choose to install MMCache as either ZEND or PHP extensions - if you have problems with ZEND, try the PHP extension code in php.ini

[hardatwork]

Anyone that doesn't that doesn't have phpize installed - you need to install the php devel package in order to have phpize on your system. Hope this helps.

[eva2000]

wow i know i have around 12 sites on my server besides my vB forum but didn't know i had that many

565 php files cached :D

[Erwin]

wow i know i have around 12 sites on my server besides my vB forum but didn't know i had that many

565 php files cached :D
George, stop showing off! :D

Well done...

[d3nnis]

this mmcache.php whats does it actually do? clear the tmp\mmcache folder?

do i have to place this file in every sites that requires this?

[eva2000]

it's a stats page to show you how well Mmache is performing - it should be password protected and installed once only for your viewing :)

more scripts cached the better :)

to show off again, 667 scripts cached by Mmache for me :D

[Daijoubu]

In 2.4.1, you can use it to "Clean" the cached keys :D

[Erwin]

it's a stats page to show you how well Mmache is performing - it should be password protected and installed once only for your viewing :)

more scripts cached the better :)

to show off again, 667 scripts cached by Mmache for me :D
Do you run multiple forums or other sites on your server?

[Daijoubu]

He does :)
Saw it in another post, not many, but some other domains if i remember correctly

[eva2000]

Do you run multiple forums or other sites on your server?
yup about a dozen sites + 2 vBs (one live + one dead (in development :o ) )

[ibeblunt]

Went I went to install MMCache, I typed:
$PHP_PREFIX/bin/phpize

And this is what came back at me.
aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
You should update your `aclocal.m4' by running aclocal.

What should I do?

[KrON]

You should update your `aclocal.m4' by running aclocal.

...

[ibeblunt]

...
Yea, I kinda of read that.

To clarify...I don't know how to do major stuff like upgrading stuff. I did install PHPA by myself last month. Essentially, I can follow basic instructions and move around my server pretty good. I'm a Linux Novice.

So if anyone knows how to update my alocal, please let me know.

Thanks.

[KrON]

Try typing "aclocal" in a shell :P

[ibeblunt]

Kron, I'm not sure if you were being funny or not, but that didn't work. Please refrain from helping me, if you're not serious. I'm just trying to learn.

[ibeblunt]

Nevermind. I just continued installing it and hoped for the best.

It's working. Anyone know how to tweek this thing?

From the mmcache.php script, I have:

Caching Enabled true
Optimizer Enabled true
Memory Size 16,777,176 Bytes
Memory Available 15,240,692 Bytes
Memory Allocated 1,536,484 Bytes
Cached Scripts 43
Removed Scripts 0
Cached Keys 0

My server specs are RedHat Linux 7.3, Single Processor AMD 1.8GHz, 512MB RAM, 36GB SCSI drive. It's using PHP 4.1.2, MySQL 3.23.56 and mmCache 2.4.1. I only have phpAdsNew running on it.

Any suggestions?

[Erwin]

First post updated for 2.4.3 (latest version).

To upgrade, just follow the installation instructions. :)

[ibeblunt]

Is there a difference in performance between installing mmCache as a php extension or a ZEND extension?

[KrON]

Kron, I'm not sure if you were being funny or not, but that didn't work. Please refrain from helping me, if you're not serious. I'm just trying to learn.
Oh I was serious, it probably just wasn't in your $PATH. Glad you got it working.

[kontrabass]

WOAH. Ok, this is probably an isolated incedent, but I'll let you know what happened with me in case anyone else has this problem:

apache 1.3.27
mysql 4.0.16
php 4.1.2

I installed MMcache, no hitches, worked great. mmcache.php showed hundreds of scripts cached, memory being allocated etc. I thought I was good to go. Checked mmcache.php several times over the next several hours, still working like a charm.

But then, later that night, I found my server had a top load of 150, and everything was TOTALLY locked up. Restarted apache and mysql, then was fine. Happened again two hours later. Ok, now I've found out that when I run mmcache.php, this causes the lockup. As soon as I run it, server loads shoot to 100+ and everything locks. It worked fine before, not anymore...

I did not run mmcache.php when it locked up the first two times. However, I did post in this forum a server tweak help thread, in which I gave my server address and stated that mmcache.php was installed, so possibly someone reading the thread tried to run mmcache.php on my box. It was not pass protected, so maybe someone screwed with it?

I don't know where to start... www.talkbass.com/phpinfo.php shows mmcache installed and running. Everything goes great unless I run mmcache.php.

Thoughts? TIA!

[KrON]

I'd upgrade your PHP.. It's pretty ancient :)

[ibeblunt]

But then, later that night, I found my server had a top load of 150, and everything was TOTALLY locked up. Restarted apache and mysql, then was fine. Happened again two hours later. Ok, now I've found out that when I run mmcache.php, this causes the lockup. As soon as I run it, server loads shoot to 100+ and everything locks. It worked fine before, not anymore...

I did not run mmcache.php when it locked up the first two times. However, I did post in this forum a server tweak help thread, in which I gave my server address and stated that mmcache.php was installed, so possibly someone reading the thread tried to run mmcache.php on my box. It was not pass protected, so maybe someone screwed with it?

Thoughts? TIA!

Actually, I thought it was just me. I upgraded mmCache 2.4.1 to 2.4.3 and the EXACT same thing happened to me. I just went back to 2.4.1 and everything went back to normal.

I don't recall seeing your posts and I used the installation instructions at the top of this thread. I'm going to upgrade my php 4.1.2 to php 4.3.3 this weekend and try it again.

[kontrabass]

Actually, I thought it was just me. I upgraded mmCache 2.4.1 to 2.4.3 and the EXACT same thing happened to me. I just went back to 2.4.1 and everything went back to normal.

I don't recall seeing your posts and I used the installation instructions at the top of this thread. I'm going to upgrade my php 4.1.2 to php 4.3.3 this weekend and try it again.
Glad to hear it's not just my box. Must be php 4.1.2 then. So it only happened when you ran mmcache.php, right? Odd that it worked for me for several hours before going beserk.

I'll do the upgrade as well tonight, and let you know.

[Daijoubu]

MMCache 2.4.4 fixed a memory leak problem heh..

[Erwin]

First post updated to MMCache version 2.4.4

- recommend you upgrade from 2.4.3 since it fixes a memory sharing bug.

[ibeblunt]

Glad to hear it's not just my box. Must be php 4.1.2 then. So it only happened when you ran mmcache.php, right? Odd that it worked for me for several hours before going beserk.

I'll do the upgrade as well tonight, and let you know.

I can't say if it happened after I ran mmcache.php. It probably did thought, because it was working fine. My top was reading like 0.1 0.1 0.1 and then a few hours later, it was like 200.8 212.0 230.9...basically some crazy big numbers and my pages were serving like they were hosted on a server with a hamster wheel...

How did your upgrade to 2.4.4 go? I'm upgrading as I reply to this...

So far....so good...
0.26, 0.35, 0.19

I'm only running phpAdsNew on this server...

UPDATE: I've been running mmCache 2.4.4 for over 6 hours with no problems. mmCache 2.4.3 brought my server down twice in the same amount of time, so the memory leak problem must have been fixed.

[hardatwork]

Note mmcache.so was installed in a different directory when I upgraded:

change:
zend_extension="/mmcache/turck-mmcache-2.4.4/modules/mmcache.so"

to point to the new mmcache.so file:
zend_extension="/usr/lib/php4/mmcache.so"

[PranK]

Erwin - you're a GENIUS! Thank you!

[Erwin]

Updated first post to MMCache version 2.4.5

To upgrade just follow the installation instructions.

[qxh]

Yet another seemless upgrade. Thanks!

[xheliox]

Not that anyone really cares.. :p .. but I just installed Turck MMCache on my server for the first time (2.4.5) and...

Wow! What a difference. I wish I had found this sooner. Everything is so speedy. It didn't do much for my load, but it sure did speed up the board and all my other php scripts.

I highly recommend it. :cool:

PS - A little tidbit.. once I disabled mmcache.compression, the load dropped considerably.

[ibeblunt]

How did you disable compression?

[xheliox]

How did you disable compression?
Added this to php.ini...

mmcache.compress="0"

[rockergrrl]

I tried to install MMCache... and finally its installed....
geeez.....

[xheliox]

I tried to install MMCache... and finally its installed....
geeez.....
Geez what? Geez good? Geez bad? Geez it was a PITA to install? :)

[rockergrrl]

Well I did everything it said to a "T" the first time, and it didn't install....
But now it works...

But the bad thing... is now that I have that installed... I can't use anything that's encoded in IonCube (aka ModernBill - as it only works with Zend only, etc)... *sigh*

Never fails

[Daijoubu]

mmcache.compress="0"
Is only for full page caching and it's only compressed once... (when cached, not on the fly...)

Are you sure the load lowered because of that? o.O
rockergrrl: Doesn't MB also have an Zend encoded version? What's wrong?

[cirisme]

2.4.6 was released.

[ibeblunt]

mmCache is good, but I'm leery to update so fast.

2.4.4 had some issues and 2.4.5 came out to fix those. I'm running some NOW, but 2.4.4 gave me nightmares. I had to go back to 2.4.1.

[Erwin]

First post updated to MMCache version 2.4.6

[Raz Meister]

mmCache is good, but I'm leery to update so fast.

2.4.4 had some issues and 2.4.5 came out to fix those. I'm running some NOW, but 2.4.4 gave me nightmares. I had to go back to 2.4.1.
Yep, general rule I use is - if it ain't broke, don't fix it.

[Erwin]

I agree. I have to admit that the developer is a hardworking fellow. He sure fixes reported bugs fast.

[dprice]

Ok I'm stuck. Everything appeared to install just fine. I edited my php.ini file and restarted Apache. Ran the mmcache.php file only to get the dreaded message MMCACHE IS NOT INSTALLED.

I only have Zend Engine installed. I have re-read this thread several times and I am still unclear as to whether or not I need ZendA installed first.

Also, I ran the ALOCAL command only to receive the follow error.

***@harleyda (***@harleyda) [/]# aclocal
aclocal: `configure.ac' or `configure.in' is required
***@harleyda [/]#

How do I update ACLOCAL? Please be specific on which commands to use. Thanks in advance.

[ibeblunt]

Also, I ran the ALOCAL command only to receive the follow error.

***@harleyda (***@harleyda) [/]# aclocal
aclocal: `configure.ac' or `configure.in' is required
***@harleyda [/]#

How do I update ACLOCAL? Please be specific on which commands to use. Thanks in advance.

I can't say it will work for you, but this worked for me...Just keep going when it gives you that aclocal stuff.

[dprice]

I can't say it will work for you, but this worked for me...Just keep going when it gives you that aclocal stuff.
I did that. Kept going but when I checked phpinfo.php, does not show that it is installed.

[dprice]

Bump

[Limey]

Dprice, I'm in the same boat. I generally don't have problems installing things like this, but I get the not installed message and I dont get the logo box on phpinfo.php

However, I do have...
under environment: PWD/mmcache/turck-mmcache-2.4.6/modules



thats using the extension not zend_extension.

Don't know what else I have to do to make it work. I have tried putting the cache somewhere else...blah I've dont most of it all :D.

[Raz Meister]

Did you run phpize? Did the make output any errors?

When you did 'make install' where did it say it installed the module? Is that same location used in php.ini?

[ibeblunt]

I did that. Kept going but when I checked phpinfo.php, does not show that it is installed.
Actually, I have 2 servers. On the first server, I had phpize installed already. On the second server, I didn't have phpize installed. I tried to install it without it, but it didn't work. So, I had my ISP install it and then re-did the instructions and it worked.

[dprice]

Re-installed and everything seems to be working. Don't know what I did, but PHPinfo.php says that it is installed.

[Freezerator]

When do i know to allocate more memory for the cache?


MMCache supportenabled
Caching Enabledtrue
Optimizer Enabledtrue
Memory Size16,777,176 Bytes
Memory Available7,937,312 Bytes
Memory Allocated8,839,864 Bytes
Cached Scripts131
Removed Scripts0
Cached Keys0

I think when i have no more memory available, but i am just checking :)

[Erwin]

You got that right. :) When your forums is busiest, check to see how much memory is available. It all depends on how busy your site is, and how many php scripts are being run.

[buro9]

Turck MMCache does not work in CGI mode.

All went well.

But this.

If I run as extension... it says it's not installed.
If I run as zend_extension... it says it cannot be run in CGI mode.

I've looked at my php.ini and I am in CGI mode.

How would I change this without breaking anything so that I can use this cache thing?

:)

[Stadler]

You must run PHP as an apache-module, not as a CGI-Module.

[buro9]

Yes yes yes. I fully understand that.

What I don't understand is how to take a currently running fine CGI version, and re-deploy it as an Apache module to take advantage of Turck.

I also found a lack of such documentation on the Apache site, and on Google... and thus, knowing this community to be more helpful about such things, thought that I should ask that question here.

So... given that I have PHP running as CGi... how could I make it run as an Apache module so that I could use Turck?

[buro9]

bump!

No-one have an idea of how to do this?
Pur-lease?

[eva2000]

Yes yes yes. I fully understand that.

What I don't understand is how to take a currently running fine CGI version, and re-deploy it as an Apache module to take advantage of Turck.

I also found a lack of such documentation on the Apache site, and on Google... and thus, knowing this community to be more helpful about such things, thought that I should ask that question here.

So... given that I have PHP running as CGi... how could I make it run as an Apache module so that I could use Turck?
it's in the php manual heh http://au.php.net/manual/en/install.apache.php ;)

[buro9]

it's in the php manual heh http://au.php.net/manual/en/install.apache.php ;)
Cool... sooo... all I need to do is to add the line:
LoadModule php4_module libexec/libphp4.so
AddModule mod_php4.c
AddType application/x-httpd-php .php .phtml

And then it will magically work as a module? :)

I can't say just how much doing stuff like this makes me feel sick.
Just the thought that it can go wrong really makes me physically ill...
and the few times that it has my solution has been to purchase another server!
I've had four server moves this year alone!

But I shall try it tonight.

What would stop the cgi version still running though?
The manual doesn't mention that as it specifically refers to new installations and not migrations from CGI to Apache Module.

[buro9]

LoadModule php4_module libexec/libphp4.so
AddModule mod_php4.c
AddType application/x-httpd-php .php .phtml

Those lines is all it took.

Thanks very muchly :D

I also hit upon an open_basedir restriction error once I made this change, the solution for that is to edit your httpd.conf:

Look for the virtual host settings that is causing problems:
<IfModule mod_php4.c>
php_admin_value open_basedir "/home/LOGIN:/usr/lib/php:/usr/local/lib/php:/tmp"
</IfModule>

And ensure that the LOGIN path is correct for the base path of the root of the user.

Restart apache and it works!

Yippee!

[eaglewolf]

I am having an problem with the install, I followed the instructions and when it came editing the php.ini file I am a bit confused.

This is what mine had under [Zend] - I also need to continue to use zend optimizer for some other php scripts. So what should I edit and change I tried it a couple of times but kept getting mmcache is not installed.


[Zend]
zend_optimizer.optimization_level=15
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-2.1.0
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-2.1.0
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
zend_extension_ts="/usr/lib/php4/mmcache.so"


Any help is much appreciated.

[eaglewolf]

I got it I have to make it an extension not a zend_ extension.

[Tuan Le]

Anyone happens to know the email address to report bugs to Turck MMCache? I emailed "mmcache@turckware.ru" but it got returned.

Anyways, I would like to report an issue/bug running it with PHP 4.3.4 and MySQL 4.0.16 on Windows 2003 Server Standard Edition (via IIS 6.0). As for VBulletin, I am running VBulletin 3 Beta 4.

Following instructions in the MMCache readme file, I got it installed as Zend extension on my server. And I keep the default settings for all cache parameters in the php.ini file under c:\windows directory.

After the installation, everything seems to be working great. However, after about 10-15 minutes (when MMCache has about 10-12MB in cache), my pages through out the fourm start to freeze and just stop loading right in the middle. But if I hit refresh (F5), the page will reload right away without any problem. When I go to a new page, it will hang again and would require me to hit "F5" in order to get the page to load correctly. :confused: :mad:

Any ideas?

Thanks
-Tuan

[Stadler]

Just go to the Sourceforge Project Page (http://sourceforge.net/projects/turck-mmcache/) and select Bugs ;)

[AWS]

You might want to rollback to the next older version. 2.3.21 is the one I use and it works good. Cut server load in half. I had the same problem with the newest version.

[Tuan Le]

Just go to the Sourceforge Project Page (http://sourceforge.net/projects/turck-mmcache/) and select Bugs ;)Bug reported. Cheers!!!


You might want to rollback to the next older version. 2.3.21 is the one I use and it works good. Cut server load in half. I had the same problem with the newest version.
Thanks again AWS. I will give that a try. :D

[Tuan Le]

One question AWS....Do you know where I can get that version? I look on their page but they only have the newest version available.

Thanks

[Tuan Le]

Does anyone know If I turn on the debug (mmcache.debug), where does it write the error log to?

Thanks
-Tuan

[jamesdasher]

Just wanted to let everyone know what problem I had, it stumped me for a few minutes, then I figured it out, not a big deal...but if it helps anyone...when I followed the instructions it didn't install to the /mmcache/ directory but only to a /turck-mmcache-2.4.6/ directory, not sure why, I followed the instructions exactly...but if it says it is not installed, check your paths it may be the problem!

Take care,

James

[Tuan Le]

You might want to rollback to the next older version. 2.3.21 is the one I use and it works good. Cut server load in half. I had the same problem with the newest version.Do you happen to know where I can download this older version? On their webpage, only the newest version is offered.

Thanks
-Tuan

[romanticyao]

Great! that's really helpful!

[Mike Warner]

Which is the recomeended version to use at the moment?

[The Realist]

Installed as per 1st post. Restarted apache and it says the following:

Failed loading /mmcache/turck-mmcache-2.4.6/modules/mmcache.so: /mmcache/turck-mmcache-2.4.6/modules/mmcache.so: cannot open shared object file: No such file or directory

Any ideas?

Laters

[ENZcom]

Seemed to work fine for me.

Thanks.

[eva2000]

looks like mmcache author has been snapped up by Zend.com :(

http://sourceforge.net/forum/forum.php?thread_id=986362&forum_id=236228

so latest updates might not be of same quality as before


Hi,

Turck Software was closed two months ago, and now I realy work for Zend. I can't work without money and Zend is a good place for me, where (I belive) I can make some other good things.

In this time I have not ability to continue MMCache development.

If anyone like to do it - welcome. I can give admin or developer access to the project.

Dmitry.

[Mike Warner]

He obviously has talent - and we all need cash. Bummer for us though.

[romanticyao]

Hope someone will take over the project.:(

[Erwin]

Do a "locate mmcache.so" and find the path to it. :)

As for the development of mmcache ceasing... what a waste! :( It's a great product - no wonder Zend hired him for their own products - he was kicking their butts with his own.

The sad thing is php accelerator development seems to have stopped too... :(

[eva2000]

well with PHP 4.3.4 i don't seem to be able to use Turck Mmcache 2.4.0 or 2.4.6 with either

extensions
zend_extensions
zend_extensions_ts

all three result in apache 1.3.29 not being able to start properly

[cirisme]

I was wondering why the updates seemed to slow.

What a shame :(

[Erwin]

well with PHP 4.3.4 i don't seem to be able to use Turck Mmcache 2.4.0 or 2.4.6 with either

extensions
zend_extensions
zend_extensions_ts

all three result in apache 1.3.29 not being able to start properly
Aha!!! George, I had the exact same problem, and I fixed it! :) A clue to the problem can be found in the error_logs file in your ROOT server directory. ;) For some reason no matter how many time you reinstall and recompile MMCache after installing PHP 4.3.4, it still reinstalls as MMCache for 4.3.3.

Let me tell you how I did it, it took me 3 days of tearing my hair out. Trust me, 2.4.6 on 4.3.4 runs very fast! And you can run it with Zend Optimizer set at -1 -> the server flies.

1. Before you upgrade Apache and PHP, ie. still running PHP 4.3.3 -
Locate mmcache - and delete everything about mmcache from your server. Delete all the mmcache.so - everything.

2. Edit php.ini and comment out the mmcache config lines.

3. Upgrade Apache and PHP - Apache 1.3.29 and PHP 4.3.4.
Apache should restart fine, and PHP should be running normally.

4. Follow my instructions on the first post of this thread to REINSTALL and RECOMPILE MMCache 2.4.6

5. You will find that you can now restart Apache. You may also want to add Zend Optimizer lines. Seems to make the server go faster.

See if that helps. :)

[Raz Meister]

Had no problems on Apache 2 here.

[Paul_M]

Hello,

Trying to install this on my new server, PHP 4.3.4 etc. (www.mini2.com/phpinfo.php (http://www.mini2.com/phpinfo.php)) and it fails at the phpize section.

I've read the readme and I appear to have autoconf, automake and libtool, but I cant find phpize.

How can I install it? Do I have to?

I have /usr/bin/libtoolize is that the same?!

Please help, quite confused by this!

Cheers!

Paul

[Paul_M]

Got it! Lots of googling led me here: http://ftp.die.net/pub/mysql4rpms/redhat/9/ Installed, installed mmcache and everything is groovy.

:D

[eva2000]

thanks Erwin even though i'm late in replying :o

my server's motherboard died so forum and server are down :( but will try it once it's back up :)

[KrON]

Hmm, did the turck guys drop the ball or what? 2.4.6 was released in November, and it's almost March and no release! :(

[Shining Arcanine]

Maybe they have reached the point where it can't get any faster. Either that or they are stumped on a bug.

[xheliox]

The guy who was writing Turck-MMcache took a job with a commerical PHP accelerator (Zend, I think?). So all development from his end has stopped. A few other developers have said they would continue on with it.. but I've seen mostly talk and very little action. This could be very bad news for us lovers of MMcache. :(

[KrON]

The guy who was writing Turck-MMcache took a job with a commerical PHP accelerator (Zend, I think?). So all development from his end has stopped. A few other developers have said they would continue on with it.. but I've seen mostly talk and very little action. This could be very bad news for us lovers of MMcache. :(

Awww crap, are you serious? Well, that blows. I use mmcache on tons and tons of servers where it's just not really financially reasonable for me to shell out the amount of money they want for the zend accelerator (which isn't even that good). This is a serious setback :(

[KrON]

Oh, I have another question for you guys -- Have any of you played with the mmcache settings re: shm & disk vs shm vs disk only etc..

I'm curious what the best settings are performance wise, do i run shm only and turn off he check_mtime? (which means I have to restart everytime i modify a php file, etc).

What do you guys think?

[xheliox]

Yeah, it's unfortunate. I guess they have done some work on it since the main developer left. There have been changes to CVS. And yes, Zend is a little too pricey for me. If they lowered their pricing by $350, I might consider it. :p

PS - There's a Turck-MMCache forum under the SF.net project page. That's how I learned about the changes.

[Raz Meister]

Oh, I have another question for you guys -- Have any of you played with the mmcache settings re: shm & disk vs shm vs disk only etc..

I'm curious what the best settings are performance wise, do i run shm only and turn off he check_mtime? (which means I have to restart everytime i modify a php file, etc).

What do you guys think?I guess it depends on how many scripts you are caching, and whether you run out of space.

Also turning off check_mtime would mean no file stats so would increase speed - by how much? I don't know.

Oh and MMCache isn't completely abandoned. I think there are new people in charge of the project.

[Shining Arcanine]

The guy who was writing Turck-MMcache took a job with a commerical PHP accelerator (Zend, I think?). So all development from his end has stopped. A few other developers have said they would continue on with it.. but I've seen mostly talk and very little action. This could be very bad news for us lovers of MMcache. :(
I guess Zend wanted to make Zend Optimizer faster than MMCache. lol

[eva2000]

Awww crap, are you serious? Well, that blows. I use mmcache on tons and tons of servers where it's just not really financially reasonable for me to shell out the amount of money they want for the zend accelerator (which isn't even that good). This is a serious setback :(
yup, i posted about in this thread a few dozen posts back

[Daijoubu]

I guess it depends on how many scripts you are caching, and whether you run out of space.

Also turning off check_mtime would mean no file stats so would increase speed - by how much? I don't know.

Oh and MMCache isn't completely abandoned. I think there are new people in charge of the project.
I beleive it's checked once the script is done executing, I've seen this behavior a few time when coding, anyone can confirm this or take a look at the code?

[Erwin]

Mind you, mmcache is working beautifully on my Fedora Core 1, PHP 4.3.4 & vB3 RC4.

[Raz Meister]

It's running fine on our RHEL, Apache 2, PHP 4.3.4, vB2 config :)

[JTotten]

I'm running RedHat Enterprise 3, and it is not listed at the MMCache website with other versions of RedHat. Does anyone know if this will be a problem with RHE or should I be ok?

Thanks much

[KrON]

I'm running RedHat Enterprise 3, and it is not listed at the MMCache website with other versions of RedHat. Does anyone know if this will be a problem with RHE or should I be ok?

Thanks much

I can verify that it works just dandy on 3 of my RHES 3 machines.

[JTotten]

Great, thanks for the reply.

Edit: Installed easily, thanks for the great guide.

[GMTalk]

Oddly I can not get 4.3.4 installed on my new box. I keep coming up with errors. I am running 4.3.3 and can not get mmcache installed either. It is not recognizing it in phpinfo as it does on my old server.

I just installed Fedora on this box too.

/me getting a little frustrated.

[Raz Meister]

Whats the error message?

[GMTalk]

Actually,

I removed all instanced of mmcache.so and all associated files. Cleared out php.ini and restarted apache.

From there i have reconfigured apache and php for 1.3.29 and 4.3.4. everything so far so good. I go from there and followed the instructions to install and no errors come up.

Do everything to a T and go include the information in php.ini. Restart apache and then go to check phpinfo page. Nothing listed there. SO i check the mmcache.php and get turek mmcache is not installed message.

Now i have done this 3 times and still get the same friggen thing.

[buster]

Not sure what your problem is.


I have Turck 2.4.6 running on Fedora w. Apache 2.0.48 & php 4.3.4 with no problem. All installed from fedora distributed rpms & following install procedure from Turcks homepage.

Only time there was a problem was after upgrading glibc where I then had to recompile turck but the error message on startup also very clearly pointed out the problem.

Is there no clue in the error log? If it tries to load the mmcache.so module and fails or does not find it there should be some note.

[GMTalk]

in my haste in doing this at 4am in the morning....something I should know by know not to do.... I noticed that it was an incorrect path. That was fixed and all that time I wasted on doing it over and over honed my skills in it. haha.

[Agg]

I'm having no luck at all installing this :( I've tried as per the instructions in this thread and on the official website. I read this whole thread before posting, too! I keep getting the message "/mmcache/turck-mmcache-2.4.6/modules/mmcache.so doesn't appear to be a valid Zend extension" (or when installing as a php extension, it says "not a valid php library"). Please help!

I'm using MMCache 2.4.6, PHP 4.3.3, Apache 1.3.28, kernel 2.6.4, Slackware 9.1.. the requirements say I need autoconf, automake and libtool which all seem to be installed, and m4, which I have no idea about, but there are a lot of .m4 files on the machine..? :)

[mistwang]

You can try our litespeed web server, MMCache can be installed with pre-built binary, performance is much better than Apache as well.
Basically, you need to change the document root of "example" virtual host to your current virtual host, and replace lsws/conf/php.ini with yours, just make sure configuration entries for mmcache is kept.

George
http://www.litespeedtech.com

[Agg]

Thanks for the spam, but I was actually looking for a solution, not a "throw it away and start again" workaround..

[Daijoubu]

Are you running the Ion cube loader by anychance?

[mistwang]

Thanks for the spam, but I was actually looking for a solution, not a "throw it away and start again" workaround.. You are welcome ;)
I am trying to help you, if you want to stick with your current setup, you can try our pre-built MMCache binary, it works well with Apache + mod_php, but you need to upgrade to php 4.3.4, the binary is built for 4.3.4.
And make sure you did not enable any other php accelerator in php.ini.

[Christine]

I installed this on RHEL3 (P4) with php 4.3.4 / MySQL 4.0.18 -- per Erwin's instructions (as a Zend module, BTW).

Thought I would share my stats (noting that I rewrote the persistent Mark Forum Read (pMFR) hack for vB3 because of the queries it is pushing on vB2 as originally written).

Main index.php results - tested on vB2 and in 3 stages on vB3:

vB 2.3 on BSD 4.9

Page generated in 0.9160 seconds (12.69% PHP - 87.31% MySQL) with 176 queries.

vB3 RC4 RHEL3 (nothing added)

Page generated in 0.3006 seconds (30.04% PHP - 69.96% MySQL) with 45 queries

vB3 RC4 RHEL3 (with mod_gzip)

Page generated in 0.1417 seconds (64.23% PHP - 35.77% MySQL) with 45 queries

vB3 RC4 RHEL3 (with mod_gzip and MMCache)

Page generated in 0.0688 seconds (88.34% PHP - 11.66% MySQL) with 45 queries

(Note: I installed MMCache after mod_gzip, so didn't test with it alone)



I am a HAPPY camper (and yes, I know that even 45 is too high, but my members would revolt if I took pMFR away from them).

THANK YOU Erwin for these directions!!!

:D

[Daijoubu]

mod_gzip have nothing to do with your vB performance :P

[Christine]

Hi Daijoubu,

I was noting that I enabled compression before I enabled MMCache. It helps with both the load time and the bandwidth (although there is a slight server impact for the tmp files it creates).

:)

[Daijoubu]

Aren't your vB using it own GZIP function and not mod_gzip?
If you have zlib compiled with PHP it should work...

[Christine]

I was using it, but it was recommended to me to turn it off and install mod_gzip instead. I haven't given it a real workout yet, but the compression was greater with mod_gzip than the vB zlib-Gzip (enabled and set to 1 in the vB 2.3 and vB3-RC4 original marks)

You can test that here:

http://www.desilva.biz/gzip-test.php

:)

[Daijoubu]

Well, mod_gzip/PHP ob_gzhandler both default compression level is 6 ;)

[Christine]

No, I didn't know that. Thanks!

zlib does give flexibility (unless you have it in your php.ini), but as I am the only one on the server, I really don't need to modify on a per application basis.

The results I got were better with mod_gzip but YMMV.

:p

BTW -- what impact on the server do you see by increasing the compression level that high from within vB?

[Daijoubu]

CPU working harder?
You aren't saving much between level 1 and 9 (from 70% to about 85%) but much more power is requier to compress

[eva2000]

CPU working harder?
You aren't saving much between level 1 and 9 (from 70% to about 85%) but much more power is requier to compress
exactly gzip level of 1 is fine for everything really

[Christine]

So if mod_gzip defaults to 6, and it is recommended by vB to set zlib Gzip at 1 -- does anyone have access to any published benchmarks of CPU usage (on both methods) between levels?

[eva2000]

no benchmarks i've seen online... but i alway have used mod_gzip with no probs but i have powerful dual cpus which help :)

just use mod_gzip when you can

[Daijoubu]

I still prefer PHP buffering (ob_start) and custom GZIP function, faster than anything else (ignore the CRC32/size at the end of the gzipped string, no browsers use it anyway...)

[Raz Meister]

WTF, 176 queries on ONE page? What on earth are you running?