Yeah, I strongly recommend anyone to NOT install this.. It ended up breaking too many things. Notices, the ACP was screwy and even unusable (with ACP caching turned OFF), and it actually INCREASED server load while it was on because PHP or PHP as FastCGI take up more CPU to serve the massive amount of templates and phrases than MySQL does. There were blank automated threads and PMs from some of my modifications, and I can't even remember what else went wrong....

So I certainly don't recommend using a PHP cache or File Caching with this (still parses through PHP) as PHP has a hard enough time running vB on busy boards.

I may try Memcache soon on a live site, though, but it seemed slightly slower in testing. But I think it may bypass the high CPU issue with using PHP accelerators.. And I'd only use it if the ACP could actually start working again, and I wouldn't be receiving the dozen other errors I had from it.

It's kind of sad, actually, that this is being so blindly voted for in MOTM. Most of the voters don't even need it, or know how it works. Whereas I am a programmer myself and administer all my own servers and can see the havoc this wreaked in the limited time I allowed it to run on a live site.

I cant properly uninstall this mod... it hangs at the "Updating style information for each style" while uninstalling.

I Agree with him ( DO NOT INSTALL )

I was using XCache with this mod... but I saw ZERO performance increase (I think load actually went up)... Not to mention, it screwed with my skins and started mixing images from one skin, with another skin. So now I've uninstalled this, as I feel its a waste of time. The server load got so high that it actually took my website down until I restarted the server.

Its working perfectly fine for me. No one is blindly voting it MotM. You won't notice a difference or you will notice an increase in load if your server is already overloaded because of PHP/Apache is working harder than MySQL. This mod takes the load OFF OF MYSQL and puts the templates either in memory or in a file. So, obviously, if MySQL isn't your weak spot and you install this you won't notice a difference.

@Bama

Sorry but we're both using the same modification last I checked, and there are more people with the SAME problems, than just you with "no problems".

I even turned the ACP cache option OFF but try the following:

Managing notices
Managing styles/templates
Managing plugins
Using ANY modification that uses phrases and custom templates.

And you'll see that you simply won't be able to. But please, since you know so much, enlighten me.

You will not be able to:

See notices
Save styles or templates
Save plugins, install new plugins, or uninstall plugins
See automated messages from custom modifications (in my experience) but who KNOWS what else is broken when you use custom modifications with this mod.

---

Customer service at vB dot com have even urged people to uninstall this mod, so I can't see why it's still up for MOTM anyway. It causes instability and in some cases completely breaks forums.

I'll stick to my assertion that people are blindly voting this for MOTM, unless you can prove to me that all 133 of them have some inside information that I don't. But I gather it's only because "Optimize" is in the title.

But please, fill me in if there's some magical way you're keeping this modification from breaking your forum. I've looked through the code and it's fantastically coded, but vBulletin just wasn't meant to be caching this information.

Here's a simple test: Write a small plugin that automatically posts to a forum, whenever ______ happens on your board. Have it private message you as well. It's quite easy to code for, but you're going to get BLANK subjects and BLANK messages with this mod. (Make it phrased and templated like most mods).

I can't somehow make it "Flush Cache" everytime it needs to do so on my boards. Since that has been the "Go-to" answer everytime someone has a problem.

As far as I'm concerned, MySQL is everybody's weak spot. I'm not even using Apache, but php-cgi takes up a huge amount of CPU time. It's already doing all the parsing, and serving a huge amount of data through Xcache's opcode cache, and 10x more from the Var cache (datastore), so why on earth would anybody want to try to fit more data through Xcache? I think PHP took up nearly 2x as much CPU time with this mod installed. And with this mod on/off, there was absolutely ZERO change in MySQL throughput.

Maybe I'm wrong, but I'm fairly sure if you've let MySQL cache queries it's saving every SINGLE template and every single phrase as a result, since those tables almost never change. Meaning, MySQL actually is not bothered whatsoever by the phrase and template queries, and this mod is therefore useless.

---

Anyway, I'm just trying to warn people that the word "Optimize" sounds awful nice, but if you already have MySQL optimized you're only harming yourself by installing this. Both in the sense that it breaks most things about your forum while increasing load.

And certainly check all your modifications if you're using this. Most likely at least one of them will no longer work.

I have this working on my board just fine. Not one single problem you have listed above.

tmc, this is working wonderfully for me with memcache - How many servers are you running?

See my post here: https://vborg.vbsupport.ru/showpost....&postcount=398

I'm using File Cache and can save templates just fine. No other issues either unless I change phrases and then I can either wait for them to be recached or flush the cache myself. I have actually never had an issue with the ACP from the beginning.

It's working fine with memcache as well.