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)

[fattony69]

Originally Posted by Deceptor

fattony, can you tell me if this occured as a guest or a logged in user?

Thanks.

Seemed like it was for everyone from what I was told.

[Deceptor]

logicuk, I can't see any vB Optimise messages in the debug area, is it even turned on? If you could change the password to something more secure then PM me it, and grant me access to look at your vB Optimise settings I'll gladly take a look.

fattony, could you explain exactly how you encounter the issue? Sounds like a problem with phrases and it may be resolved as a similar bug has just been fixed.

veenuisthebest, I managed to replicate your issue, it seems that XCache haults the script on attempting to flush and the error cannot be silenced or stopped, so I've put a condition in that if the flush is meant to be silent (which it is when editing templates and such), and that your XCache requires authentification (specified by your vB Optimise settings), then the flush will simply skip and not attempt to clear the cache at all. Ofcourse a manual flush can still be achieved through the Flush Cache page, and this will only occur if your XCache requires authentification, for those lucky enough to turn it off the kill cache hooks will work fine with XCache

[veenuisthebest]

Originally Posted by Deceptor

veenuisthebest, that solution would work, I assume you get a white page when attempting to flush the cache? Ideally I'd like to make it a little more solid, as in the future I'll probably be adding more places where the cache is killed to contend with new data, if your host could possibly turn on php errors so that you could tell me the error you're getting that'd be great

On attempting to flush the cache, I get the Xcache admin login window. No white pages anywhere.

In my phpinfo(), I have display_errors set to ON for local/master value under PHP Core. Let me know if that is what you were asking for.

I get no errors anywhere.

thanks

[Deceptor]

veenuisthebest, seems odd how a white page would occur. But not to worry, if you set your XCache Authentification setting to on, when you update to the next version it'll no longer occur when editing templates

[logicuk]

just sent you a pm deceptor

[veenuisthebest]

in the future I'll probably be adding more places where the cache is killed to contend with new data

That would be pretty cool. All the limits of shared hosting would overcome then.

veenuisthebest, seems odd how a white page would occur. But not to worry, if you set your XCache Authentification setting to on, when you update to the next version it'll no longer occur when editing templates

superb!

waiting for it badly. Was just wondering why this "Editing templates" problem occured in 1.1.0 as it was not in 1.0.2. Is this due to addition of xcache authentication setting?

Thanks

[Deceptor]

venuusisthebest,

The kill cache hooks were only introduced in the latest version, which is why it only occurs now

logic,

I took a look at your site, I believe one of many of your modifications is stopping vB Optimise debug messages, or other operations. I can see that file cache reduces one query on your forum, but Memcache is not doing anything. The problem there is something with your Memcache, do you have the correct settings filled in for your /includes/config.php?

To sum up though, vB Optimise isn't working right due to confliction, and since you have a -lot- of modifications installed it's very hard to tell where the problem occurs, you'd probably need to turn a product off one at a time, and keep checking your forums debug info each time (you need to look at the drop down menu, very bottom of the debug info). Once you start to see 'vB Optimise' messages in the drop down menu, we can start getting a clearer picture of what is going wrong. If turning off a product doesn't work, turn it back on and move to the next to continue.

Also, I have to ask if your vBulletin forum files have been modified? If so those too could be the root of the issue.

[logicuk]

Originally Posted by Deceptor

logic,

I took a look at your site, I believe one of many of your modifications is stopping vB Optimise debug messages, or other operations. I can see that file cache reduces one query on your forum, but Memcache is not doing anything. The problem there is something with your Memcache, do you have the correct settings filled in for your /includes/config.php?

To sum up though, vB Optimise isn't working right due to confliction, and since you have a -lot- of modifications installed it's very hard to tell where the problem occurs, you'd probably need to turn a product off one at a time, and keep checking your forums debug info each time (you need to look at the drop down menu, very bottom of the debug info). Once you start to see 'vB Optimise' messages in the drop down menu, we can start getting a clearer picture of what is going wrong. If turning off a product doesn't work, turn it back on and move to the next to continue.

Also, I have to ask if your vBulletin forum files have been modified? If so those too could be the root of the issue.

ive sent you my config file via pm

[Deceptor]

Hi logic,

I checked out your config.php and found this part commented out:

$config['Misc']['memcacheserver'][$i]        = '127.0.0.1'; 
$config['Misc']['memcacheport'][$i]            = 11211; 
$config['Misc']['memcachepersistent'][$i]    = true; 
$config['Misc']['memcacheweight'][$i]        = 1; 
$config['Misc']['memcachetimeout'][$i]        = 1; 
$config['Misc']['memcacheretry_interval'][$i] = 15;

You need to uncomment this section of code, or just copy what I put up there and place it anywhere inside your config.php - additionally you need ensure your memcache server is running on 127.0.0.1 (localhost) and port 11211 (usually is). The rest of the settings don't need modifying, but ensure the IP and Port is correct otherwise you may get errors when using Memcache on vB Optimise.

[veenuisthebest]

I'll post my suggestions again in case you didn't notice them.

Suggestions:

1. Can the forum titles be cached on forumhome to reduce another query to extract all forums everytime.
2. Will the new feature of Forumhome WOL Cache, also cache the Statistics i.e. counts of threads, posts and members.

Thank you