distributed APC on each of the servers, if I am not wrong ...

but I think there is currently no way to test this, as the site is productive and any problem would not be good ;)

Maybe later we can install a distributed test-environment.



One more wish:
include active support for TMS (by Andreas), meaning everytime a template-edit is done, your cache should be flushed

Installed on 3.7.3 using memcache and it's working with no problems. The board does appear to be running faster/smoother.

Well I'm not positive about APC, but I know distributed Memcache wouldn't be an issue because Memcache handles all the distribution, hopefully APC does the same thing.

If you'd like Zeropage, I could make a modification for you which will only activate vB Optimise for your user on your forum, that way any error that does occur will only be seen by you :)

Deceptor, as this site is from a customer of mine, I will ask first. I will get back on you if they are interested :)


I am now using your 1.1.0 on another site (one server, normal) and activated it using APC. Should the setting in vB's config.php still beor would this "double" the caching into the APC if your AddOn is active, too ?

It would not double the cache with APC on vBulletin and vB Optimise. vBulletin will only use that for the datastore, what vB Optimise takes care of is different. I personally use Memcache for the vBulletin Datastore and vB Optimise with no issues :)

There was an issue with eAccelerator when that cache was full (eg. new items could not be inserted and those old values were loaded), but it has been fixed since 3.6.something were the logic was changed (items are now being deleted from cache when they need to be updated, so in worst case they are being loaded from db if the case is full).

Glad to hear it, I saw vBulletin has since put the eAccelerator class back in as normal so I figured it'd be safe :)

Thanks for the information.

btw I am running this on 3.7.4PL1 without any problem :)

Yeah this is mint :)

One more question deceptor,

I am using Filecache, with NO suphp.

My server undergoes a check every 24 hrs to identify any php files that are chmod 0777. If they find any, they are automatically set to 0644.

Can this cause some problem? Does vboptimise attempt to write to already created php files?

Thanks

veenuisthebest,

While vB Optimise will re-visit cache files, for reading and writing, if your server does this then chances are 644 is sufficient for both read/write perms, so it wouldn't matter :)

great!

btw, works great on 3.7.3 and 3.7.4PL1 with/without vBSEO.

thanks :)

I was just about to post that my forum was having problems, then I noticed that 1.1.0 was out (I downloaded 1.0.2 earlier today, didn't expect a new version that fast lol). Then I read the notes and some of the thread and figured it must be a corrupted cache. Sure as heck, it was! Updating fixed it for the few members that were having problems. Thanks!

Running on AionSource.com, with a couple hundred people on at once (average). I can feel a difference!

Also, nominated. ;)

Glad to hear the update resolved the issue for you MarkJW :)

logicuk - Please ensure you're using PHP5, this will not work on PHP4 (as the FAQ states). No doubt your server doesn't display php errors and just displays a blank page, it won't be an actual issue with the cache system since when you install by default it is turned off.

You'll probably need to disable plugins to get back into your admin cp, to remove the product if you're not on PHP5, you can do this by editing /includes/config.php and adding this line:
Once you've removed the product, you can remove that line from config.php to bring all your other products back online.

It's working like a charm on vBulletin 3.7.4 :)


Before:
After:

omg thank you so much i thought my forum was ruined

Im using vb 3.7.2 PHP5.2.6 and i have memcache 3.0.1 installed

All i did was upload the xml and i got a blank page, how can i get this mod working for me?

logicuk - What version of PHP5 specifically are you running?

As for getting this to work, without an error I can't help much, I'd recommend uploading just the php files to your forum (don't install the product), then manually visit yoursite.com/forum/includes/class_activecache.php and class_activecache_methods.php, and see if you get any errors, ofcourse you will need to ensure PHP errors are being shown instead of surpressed.

If no errors occur there (you should see the message "Cannot access directly"), then it's possible another modification is conflicting with vB Optimise, if such is the case I'd be happy to help you figure out where the underline cause is and see what can be done to fix the issue :)

php 5.2.6

you will need to ensure PHP errors are being shown instead of surpressed

How do i do this?

And if i manually visit yoursite.com/forum/includes/class_activecache.php and class_activecache_methods.php is there any chance it will break my site?

PHP 5.2.6 should work fine, as for errors, check your php.ini for:
Set this to On to display PHP errors. For more information see this page: http://uk.php.net/manual/en/errorfun...display-errors

Is it normal that it now takes more time to generate the page? I'm using the filecache? :)

And if i manually visit yoursite.com/forum/includes/class_activecache.php and class_activecache_methods.php is there any chance it will break my site?

Filecache can differ depending on the hard drives your server has, for best results regarding page generation ideally you'd be using one of the other options. I've found XCache has the best impact on Page Generation along with Memcache.

Also, nothing will break, the scripts will simply tell you access denied, if they did break that would be a huge flaw, haha.

Ok Deceptor, here's my report lol...

Loaded orig Version yesterday.
Pages seemed to load faster including info and ajax from other mods etc.
It makes switching forums faster i.e. we have several styles as we offer tournaments and it is helping them to load faster.... If you have not visited the forums that day it still loads the first time slow (which is fater now than before w/ vBo) but after that, it's like lightning in a bottle. Our forums do not "hang" as much waiting for all the data to catch up in the browser now lol.

Today w/ the update, seems the same.

So, per my previous post, 3.6.8 is running smooth.. I might be time to release it in the 3.6 Mod area as you know many will not attempt what I did as they lack experience w/ VB so best bet is to make a mod thread for it in 3.6.x forums so they can enjoy as well!

Thanks Again!

S-MAN

Edit: Ohh and as of this post, I Nominated MOTM ;)

Thanks for the detailed report Superman :p

I did consider posting it in the vB 3.7/3.6 areas, but to help keep track of everything and responses it's easier just to keep it here, be great if vBulletin.org had a system that allowed the thread to appear in multiple forums though, so people know it supports multiple versions (sounds like a good mod actually...).

VERY promising mod. I'll be keeping a close on this one :)

I KNOW! I was thinking that myself after I first joined, it would cut down on hassle and us who do support to do it better IMO!

And - No Problem!

Give it a try, won't bite :)

Thanks for importing eAccelerator.

Working fine.

I've prepped the next release for tomorrow, which currently includes:

- Optimal Settings Check System (will analyze your vB settings and see if any can be changed to improve performance).
- Kill Hook, so the vb optimise object is destroyed after it's used
- Fixed a minor bug, Force Datastore Cache still ran if vB Optimise was offline
- vB Optimise: Forumhome WOL Cache - Will cache your forumhome wol data for X seconds saving a query on your forum homepage

If anyone has any suggestions, be sure to let me know and I'll try get them in the next update :)

Suggestion.... in chief post.... big red letters... Do a database backup before you install this modification!

been reading all the posts here in this thread. users should be prompted to do a db backup since a lot of them seem to try installing without verifying php admin version. it may save them big headaches. the smart user will do a backup before installing any mod.

This mod has perfect code and works without any flaws as long as it is properly installed.

another suggestion... i experience sluggish server and forums when i have 700+ users online at a time. would be nice if there was a part of this modification that would have a progressive plugin disabler to regulate the load on the server.

example would be for having a selectable choice for what gets shut down first, then second, and third and so on. i have 51 modifications installed at this time. i have to manually start shutting down modifications to lighten the load at busy times about once a week. would be great if vb would automatically do this. tired of seeing out of memory errors.

Thanks for the suggestions Medtech, as for the db backup, I see no need as vB Optimise doesn't affect the database in any way. At the most the product will cause php errors (dueto php requirements) and simply removing the product resolves that :)

As for the regulation, I might have an idea for that :)

awesome!! i'll test it on 3.8.0 RC2

thanks for APC now 4 query save on forumhome and 3 on thread :) nominate mom

Sexy. But really, it's the holidays.. Take a break!

:)

The break is the reason I've had time to do this :p

Hello Deceptor I now have this working but i have a few questions

I have a single vbulletin install on my dedicated server i have memcache installed, what do i set this to? "vB Optimise: Data Prefix"

Also how can i check if its reduced my number of query's and made my pages faster?

And thanks again for the amazing work!

ps. i nominated this addon for addon of the month

oh man another query will drop then. You're going to make the whole forum run on cache soon haha.. :)


Data prefix can be anything, the description includes an example text as well.

It does clearly removes 2 global queries, To check it, you need to enable debug mode for your forum.