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.

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

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.

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

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:
Replace with:
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

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

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?

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