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]

Just incase you decide to continue this pointless argument, I'll put your mind to rest:

http://www.eaccelerator.net/wiki/CompileConfiguration

--with-eaccelerator-shared-memory
Include eaccelerator shared memory functions. The name is a bit confusing, but this will include the eaccelerator_get, _put, ... functions that allow scripts to store data in the eAccelelerator cache. This options has been enabled by default until version 0.9.5. When enabling this feature on systems where you can't trust all users, like in shared hosting environments, this could really fill up the cache causing all scripts to only exist on disk which isn't good for performance.

Please take real care when reading "Include eaccelerator shared memory functions".

If you still have an issue, I recommend you take it up with eAccelerator themselves.

[logicuk]

wolfstream take your bad attitude else where

this is why all the good coders left vb org because of fools like yourself!

[Deceptor]

lolo - It doesn't cache all mods I'm afraid, the only mod this currently extends to is vBAdvanced.

[NolF]

@EAccelerator
So Glad I went with XCache

@Deceptor
As a consumer I wouldn't find it an issue to be commented (by the mod) what features may be crippling my forum, even if I leave them on because I want the feature it would work as a centralize reminder of what you can do to improve performance. Some of us may have our mind somewhere gone whilst setting up the forum and enable some of this features which we don't really want or need.

I don't know up to you, but as an additional box indicating the concerns you commented wouldn't really hurt anyone, and benefit many ^^

Regarding the forum jump, wouldn't it be an issue to cache? different people have access to different forums and hence would have different forum jumps... Personally I would love the option I have 279 forums in my forum jump :S

[Deceptor]

NolF - Determined by reasoning and personality I guess, not everyone would see it the same way. So I guess cache instead of suggestions will be better

As for the forum jump, I never said it'd be the easiest task

[NolF]

As for the forum jump, I never said it'd be the easiest task

Love your dedication mate ^^

haha some misleading posts went MIA

Thanks once again

[wolfstream]

Originally Posted by logicuk

wolfstream take your bad attitude else where

this is why all the good coders left vb org because of fools like yourself!

Bad attitude? I'm not the one with the 'bad attitude' here. I'm the one being attacked by numerous individuals, simply because I made a truthful statement.

RTFM. The installation guide tells you EXACTLY how to do things here. EACC works beautifully with, or without the line added, both in optimization and CACHING. If it didn't, I wouldn't be sitting with close to 5g of cached data, and files with over 4k pageviews, WITHOUT adding it.

If eacc DIDN'T work as they suggested, I would have known about this years ago, when installing things for clients.

Just because vb wants things done a certain way (and yeah, that includes the SEO garbage) doesn't mean it's the way to do things. The manufacturer of the product (in this case eaccelerator) will always tell you how to install the product. In this case, they gave very basic instructions, and those instructions work.

As far as the 'bad attitude' comment, that's not even the case here. When developers take actions like this, and force NON STANDARD configurations on individuals, then blame it on the 'system', or wtfever, that rides solely on the developer. It's not the USER'S fault the developer can't make the product work when compiled as recommended. It's not the USER'S fault the developer wants to force people to recompile with their own special settings, that's the developer's fault.

And on that note, I will, in fact, uninstall, and unsubscribe. No need to keep beating a dead horse when people don't want to listen to the truth, and the developer has no intentions on making the product work with the RECOMMENDED SETTINGS.

[tpearl5]

I installed this mod in the middle of the day on the 20th. Here is some hard proof that it is working wonderfully; stats from my database server's bandwidth. (outbound is mostly database data going to the web server to render a page)



pay no attention to the data compiled for today the 22nd as it is not complete

I should include that last sunday's traffic (14th) was very similar to this sunday's (21st). I am using memcache. There is also a similar trend on the web server's inbound data.

Outbound bandwidth has decreased by ~47% on the database server!!! (based one day of similar data) What does this mean for most of you? Fewer database queries = lower server load = faster site = happy forum users!

Bottom line: This mod is going to save me money as I am currently going over on my bandwidth as well as improve user experience!

Nominated for mod of the month and will be donating

[Deceptor]

wolfstream - I really think you're not getting the picture here.

Default eAccelerator Install = Cache PHP Scripts

Shared Memory Extension = Ability to use functions to cache custom data through eAccelerator.

My script, and every other script out there (not just vB) needs shared memory to be able to use eaccelerator_get, and other functions. Even the links myself and Andreas provided stating this on the eAccelerator website tell you the same.

I really cannot see anything else I can say or do to show you that it is impossible for vB Optimise to use shared memory without the shared memory extension installed.

[Deceptor]

tpearl5 - I'm glad it's had such a great impact on your forum, and thank you for your donation