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)

[Deceptor]

Mental - What sensitive data?

vidan - Could you tell me where you recieve that error?

matthew - It can reduce internal bandwidth if your web and db server are two seperate machines, but it won't impact bandwidth sent to the user, that's not what this is for.

[MentaL]

Originally Posted by Deceptor

Mental - What sensitive data?

vidan - Could you tell me where you recieve that error?

matthew - It can reduce internal bandwidth if your web and db server are two seperate machines, but it won't impact bandwidth sent to the user, that's not what this is for.

example. if i save information from the user profile field in admin cp, all the admin configuration is released in some sort of outputted data error, might be same for user cp editing for members also.

[vidan]

its index.php, my config is, xcache 1.3 + php-fpm latest + php 5.3.0 + vb 3.8.4
in index php it will be like this in the header

Warning: trim() expects parameter 1 to be string, array given in [path]/includes/class_activecache.php on line 123
Warning: trim() expects parameter 1 to be string, array given in [path]/includes/class_activecache.php on line 123
Warning: trim() expects parameter 1 to be string, array given in [path]/includes/class_activecache.php on line 123
Warning: trim() expects parameter 1 to be string, array given in [path]/includes/class_activecache.php on line 123

and when i login, then it will say unable to add header cookies.
thanks deceptor

[bmckinley]

Early on into 3.8.4 and I've not encountered the errors as above. But...I'm on file cache not x cache if that makes a difference.

[RedDevil]

Installed again - thanks

One odd thing I have noticed when enabling WOL feature names appear in wrong order, ie google bot appeared before my name turned this off for now, otherwise running on 3.8.4

[Deceptor]

Mental - I see no replication of this myself, if you disable vB Optimise does this problem go away? The ACP isn't something we directly hook into.

vidan - Seems a function which is part of a blank failsafe is triggering the error as items returned are not srrings (although they should be). Try editing the class_activecache.php file, find this:

if (trim($item) == '{_______VB_ACTIVE_CACHE_BLANK_______}')

Replace with:

if (@trim($item) == '{_______VB_ACTIVE_CACHE_BLANK_______}')

Save and upload, this should hide the error, after which I'd suggest you ensure vB Optimise is successfully caching and pulling data from cache.

Red-Devil - The WOL cache can be a little tipsy, something that needs to be reviewed

[MentaL]

Originally Posted by Deceptor

Mental - I see no replication of this myself, if you disable vB Optimise does this problem go away? The ACP isn't something we directly hook into.

vidan - Seems a function which is part of a blank failsafe is triggering the error as items returned are not srrings (although they should be). Try editing the class_activecache.php file, find this:

if (trim($item) == '{_______VB_ACTIVE_CACHE_BLANK_______}')

Replace with:

if (@trim($item) == '{_______VB_ACTIVE_CACHE_BLANK_______}')

Save and upload, this should hide the error, after which I'd suggest you ensure vB Optimise is successfully caching and pulling data from cache.

Red-Devil - The WOL cache can be a little tipsy, something that needs to be reviewed

yes when i disabled it was working

[Deceptor]

Interesting, could you PM me the information that is outputted? Ofcourse remove any sensitive information like email, password, etc..

[vidan]

deceptor, it works, btw, how i know that vboptimize is work on my server?
no files or something like cache in /vboptimize/
how to know that vboptimize work in the server?

[Deceptor]

vidan - As the FAQ in the top post implies, the /vboptimise/ folder is only for Filecache. To check if vB Optimise is working you'll need to enable debug mode on your forum which you can do by adding the following code in your config.php

$config['Misc']['debug'] = true;

After which, your forums footer will now display debug information (it isn't a security threat of any kind, so no harm in normal users seeing this for a short while). Within the debug information there's a drop down listing messages, within that you should see several entries which start with "vB Optimise: ......", read those, if you continually see that vB Optimise is fetching and caching then it means the caching is failing, but if you see vB Optimise only fetching then it would be working.

Another quick way would be the following test with debug mode enabled:

1. Disable vB Optimise
2. Load your forum home page, check the number of queries
3. Enable vB Optimise
4. Refresh your forum homepage, check the number of queries
5. Refresh again, queries should be lower