Board Optimization - [DBTech] vB Optimise 2.0.1 (Lite)

vB Optimise Lite

The newly revamped vB Optimise was created for vBulletin 4, but has now been made compatible for vBulletin 3.8. In this release I have re-coded vB Optimise from the gound and focused stability over features, you'll notice Phrase Caching and vBAdvanced Integration have bit the dust, this is to maintain a sync state between this version and the vBulletin 4 release.

Professional version & feature list available @ www.DragonByte-Tech.com/forum
Priority support for Lite version is handled at the Developers Website.


What does it do?

vB Optimise is intended to optimise vBulletin software by integrating several PHP "cachers" and handling data before vBulletin. This works by encountering and handling data prior to vBulletin in order to skip the arbitary execution that would be more server intensive.

Real-Life Statistics

We've teamed up with some Big Forums to show you the impact of vB Optimise, you can view this public chart which shows both our statistics and theirs:

View Public vB Optimise Resource Statistics

Features

• Supported Extensions
  • APC
  • eAccelerator
  • Memcache
  • XCache
  • WinCache
  • Filecache
• Style Cacher
  Caches style data to globally reduce a query within all vBulletin forum-based pages.
• Template Cacher
  Caches template data to globally reduce a query within all vBulletin forum-based pages.
• Datastore Cacher
  Forces custom datastore items from modifications (including those from vB's blogs) to use your configured Datastore Cache method instead of being forced into the database. This reduces page queries by where affected.
• vB CMS Template Caching
  (Automatic) Corrects many uncached templates within vB CMS to reduce upto 20+ queries on CMS pages (number varies based on content).
• Optimal Settings Check
  Provides a quick interface to identify possible settings which can be changed on your forum for further optimisation.
• Self-System Tester
  Provides a relatively straight-forward system check to ensure your vB Optimise installation works fully.
• Automatic Cache Flusher
  Automatically flushes cache within the Admin CP based on specific triggers to make sure content does not remain stale on your forum.
• XCache Authentification
  Supports XCache Admin Authentification by allowing you specify the username/password in a configuration if needs be.

Features - Pro

• Notices Cacher
  Caches users dismissed notices to reduce a near-global query within all vBulletin forum-based pages.
• Showgroups Cacher
  Caches the showgroups query which becomes more intensive as your user-base grows.
• Forum Display Query Enhancement
  Enhances a stock vBulletin query within Forum Display to speed up the page.
• Forum Home WOL Cache
  Caches Forum Home "Who's Online" to remove an intensive query and allow larger sites to display this data without impact.
• vB Cache Override (Feature not available on vBulletin 3)
  Ability to override vBulletins new built-in database cacher for the CMS / Forum Sidebar Blocks to remove anything from 1 to 20+ queries based on your content.
• Full Guest Caching
  Ability to cache entire pages and serve them saving not only hundreds of queries but upto 90% of CPU processing towards Guests.
• Statistical Resource Savings
  Ability to see just exactly how many queries per day vB Optimise has saved your database. You'll be surprised at the numbers.
• Forum Resource Statistic
  Shows off vB Optimise resource saving statistics directly within forumhome statistics.
• ....and more!

Release Notes

If you've used vB Optimise before you'll be aware the previous version had phrase caching, however this caused complications with the way phrases are used within vBulletin so it has not been ported over at this time.


Available Translations
v1.6.0 French - Thanks to finereader

Change Log

[>>] Version 2.0.1
New launch for vB 3.8

[>>] Version 1.6.1
Automatic Cache Flusher has additional parameters to make sure no data is stale
Resolved Bug: Potential PHP error when using eAccelerator which cannot flush within Admin CP on certain actions

[>>] Version 1.6.0
New OpCode Cacher Support: WinCache

[>>] Version 1.5.0
Resolved Bug: Style cache may have fetched ID 0 instead of correct file
Resolved Bug: Filecache permissions may not have worked
Optimisation: Re-wrote some base code to enhance operations.

[>>] Version 1.0.1
Added XCache Authentification Support
Added Filecache Support

Support

Priority support will be handled at DBTech.

FAQ

Q: I have WinCache installed, but vB Optimise tells me it's not?
A: WinCache only introduced OpCode support in version 1.1, if you're using version 1.0.x you will need to upgrade.

Q: I'm using the XCache method, flushing doesn't work?
A: If you have XCache authentification, turn the admin option on within vB Optimise Settings, then edit ./vboptimise/config.php and specify your XCache username/password. Alternatively you can disable XCache authentification within php.ini:

xcache.admin.enable_auth = Off

Q: I have eAccelerator installed, but vB Optimise tells me it's not?
A: eAccelerator does not provide the caching extension by default, you will need to recompile PHP with additional flags. For more information read eAccelerator documentation located here: http://eaccelerator.net/wiki/CompileConfiguration (Specifically look at: with-eaccelerator-shared-memory)

[tmc]

Originally Posted by BamaStangGuy

I just did all that and have been doing that fine. But please, continue to be a smartass. It'll get you far.



and yet I can



Now there's a shocker. vb.com telling someone to uninstall a mod.



and yet I don't!!!!!!!!




Oh this is interesting! You can't possibly be getting different results from us since you are using a completely different http server! Gee, if you took a survey of those 133 motm nominations I bet they all run some version of Apache.

Consider yourself filled in!



and I'm just telling you that lighttpd isn't the standard here and issues you have can very well be related to your use of lighttpd and fast-cgi.

In the future, when you respond to me, lose the attitude. I was simply telling you what I thought it could be and I was in no way being disrespectful to you. I'd expect the same in return.

Sorry but it has also happened to another completely different server using APACHE.. And I'm not using lighttpd.

So how about YOU lose the attitude. I don't see attitude in my OP but I sure see it in yours.

But now that you've brought the 'tude, I'll gladly do the same.

[bahattab]

Parse error: syntax error, unexpected T_STATIC, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /home/xxxxxxx/public_html/vb/includes/class_activecache.php on line 20

how to uninstall this hack or fix?

it dammeg my forum

thanks

[nascartr]

Originally Posted by tmc

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.

Blindly voted? The goal was to cut down on queries, this does exactly that or it did for my site. How did that cause me to blindly vote for MOTM? The mod did exactly as it promised. Before making accusations about how people vote consider that the mod did as promised on everyone elses site that voted as well.

[MissKalunji]

Originally Posted by tmc

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.

Uhm i don't know i've been using it for 3 weeks i believe with xcache and it's working smoothly my loads as dropped down half and it loads faster (per what other ppl have told me)

Originally Posted by neto614

I Agree with him ( DO NOT INSTALL )

May i ask what's your reasons?

[adhmwagde]

problem ...

PHP Code:

Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' in c:\appserv\www\vb\includes\class_activecache.php on line 20 


thanks

[MissKalunji]

uhm just asking i don't know exactly wha tmight have caused it

but one

1. which method of caching did you select?

[BamaStangGuy]

Originally Posted by tmc

Sorry but it has also happened to another completely different server using APACHE.. And I'm not using lighttpd.

So how about YOU lose the attitude. I don't see attitude in my OP but I sure see it in yours.

But now that you've brought the 'tude, I'll gladly do the same.

You aren't using Apache. That's the point. None of the crap you said was happening to you is happening to me or a bunch of others that are running this, including people that run this that aren't posting on here. There are a lot of people in this thread that don't enjoy having you imply that because it doesn't work for you then it obviously doesn't work for us, we are just too dumb to realize it. So lose that attitude.

I have over 12 products installed and not one of them breaks with this enabled. The only thing I have turned off is Cache Phrases and ACP caching.

[BeoRski]

Well I'm running nginx + php-cgi and it's running perfectly fine. Same settings with BamaStangGuy (no cache phrases, and no acp cache).

[MissKalunji]

same as both of you but with the ACP cache

[bashy]

Just to add a bit more, i have 69 products installed and activate and about 90 installed
but disabled and this modification works 100% for me also