The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
datastore cache to XCache - boost your vBulletin Details »» | |||||||||||||||||||||||||||
datastore cache to XCache - boost your vBulletin
Developer Last Online: Mar 2008
(note: do not apply this patch on vBulletin 3.7 as it's included already) This patch allow you to use XCache as a datastore cache in vBulletin. This is definitely your choice if you have installed and enabled XCache on you server already. Take care that this is a beta version and was not heavily tested. And i'm not familiar with vBulletin source code as i just started reading it today, but i don't have any difficulty reading it thanks to my years of php skill Take aware that some vB plugin is not compatible with vB_datastore_*, not just vB_datastore_XCache. So, in case you find vB_datastore_XCache won't work, you'd better try datastore to file or memcache. If one of the others works but not vB_datastore_XCache, do report it to me so i can fix it. Pre-requirement
Install the modification for those of you who can't run "patch", u may patch the file manually
example class_datastore.php after modification: PHP Code:
PHP Code:
q. i have multiple vBulletin instance installed, the seems to mix data after install this plugin a. this applies to apc too because, if you wanna fix it, try open class_core.php, look for: $this->prefix =& $this->registry->config['Datastore']['prefix']; and modify to: $this->prefix = $this->registry->config['Datastore']['prefix'] . $_SERVER['SERVER_NAME']; // or HTTP_HOST q. Warning: unserialize() expects parameter 1 to be string, array given in $a.php on line $b a. upgrade your plugin/hack that $a.php belongs to, e.g. vbjournal/vbgallery etc. OR open $a.php and locate at line $b, remove unserialize call, e.g.: replace $var = unserialize($this->data); with $var = $this->data; be careful do not remove the whole line, just the unseralize( and ) Supporters / CoAuthors Show Your Support
|
Comments |
#172
|
||||
|
||||
OOM= Out Of Memory.
if u run out of memory- while cacher requaired more memory- in the page u will see OOMs. to solve it- u just have to increase allocated RAM. as it fit for ur need |
#173
|
||||
|
||||
Quote:
|
#174
|
||||
|
||||
Quote:
The default is set to xcache.size=32M and xcach.var.size=0M. My board requires that my xcache.size=140M and my xcache.var.size=2M. I also have my count set to 2 for the number of processors. As you can see, even though my xcache.size is 140MB and the xcache.var.size is 2MB (even though the variables get most of the hits), this is still way less than the 4GB of system RAM on my server. You do not necessarily need to upgrade your server to fix your OOM problem but simply change a couple of variables in your php.ini. |
#175
|
||||
|
||||
Quote:
Thnax. do u using the compress option too 0f lendy's temp.cache hack? |
#176
|
||||
|
||||
Yes. Is that advisable?
|
#177
|
||||
|
||||
sorry Sir....no idea.
we used lendy's one..but we didnt use compress option. but at TAZ ur using compress & blieve theres no problem at all so its fine imho. |
#178
|
||||
|
||||
This box is a dual xeon, 4gb memory server with a dozen domains only. What do you recommend for optimal performance and speed?
Also in the OP screenshot, where is this web result found? What path? [xcache-common] zend_extension = /usr/local/lib/php/extensions/no-debug-non-zts-20060613/xcache.so [xcache.admin] xcache.admin.auth = On xcache.admin.user = "" xcache.admin.pass = "" [xcache] ; ini only settings, all the values here is default unless explained ; select low level shm/allocator scheme implemenation xcache.shm_scheme = "mmap" ; to disable: xcache.size=0 ; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows xcache.size = 0M ; set to cpu count (cat /proc/cpuinfo |grep -c processor) xcache.count = 1 ; just a hash hints, you can always store count(items) > slots xcache.slots = 8K ; ttl of the cache item, 0=forever xcache.ttl = 0 ; interval of gc scanning expired items, 0=no scan, other values is in seconds xcache.gc_interval = 0 ; same as aboves but for variable cache xcache.var_size = 100M xcache.var_count = 1 xcache.var_slots = 8K ; default ttl xcache.var_ttl = 0 xcache.var_maxttl = 0 xcache.var_gc_interval = 300 xcache.test = Off ; N/A for /dev/zero xcache.readonly_protection = Off ; for *nix, xcache.mmap_path is a file path, not directory. ; Use something like "/tmp/xcache" if you want to turn on ReadonlyProtection ; 2 group of php won't share the same /tmp/xcache ; for win32, xcache.mmap_path=anonymous map name, not file path xcache.mmap_path = "/dev/zero" ; leave it blank(disabled) or "/tmp/phpcore/" ; make sure it's writable by php (without checking open_basedir) xcache.coredump_directory = "" ; per request settings xcache.cacher = On xcache.stat = On xcache.optimizer = On [xcache.coverager] ; per request settings ; enable coverage data collecting for xcache.coveragedump_directory and xcache_coverager_start/stop/get/clean() functions (will hurt executing performance) xcache.coverager = Off ; ini only settings ; make sure it's readable (care open_basedir) by coverage viewer script ; requires xcache.coverager=On xcache.coveragedump_directory = "" [eAccelerator] extension="eaccelerator.so" eaccelerator.shm_size="16" eaccelerator.cache_dir="/var/cache/eaccelerator" eaccelerator.enable="1" eaccelerator.optimizer="1" eaccelerator.check_mtime="1" eaccelerator.debug="0" eaccelerator.filter="" eaccelerator.shm_max="0" eaccelerator.shm_ttl="0" eaccelerator.shm_prune_period="0" eaccelerator.shm_only="0" eaccelerator.compress="1" eaccelerator.compress_level="9" ;[Zend] ;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0 ;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0 ;zend_optimizer.version=3.3.0 ;extension=/usr/local/lib/php/extensions/no-debug-non-zts-20020429/ffmpeg.so [Zend] ;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0 ;#zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0 ;#zend_optimizer.version=3.3.0 ;#zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so ;#zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0 zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0 zend_optimizer.version=3.3.0 zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so |
#179
|
||||
|
||||
This is causing errors in vbjournal
https://vborg.vbsupport.ru/showthrea...96462&page=109 I get this when I go to "my journal" area Warning: unserialize() expects parameter 1 to be string, array given in /journal.php on line 115 Warning: Cannot modify header information - headers already sent by (output started at /home/user/public_html/includes/class_core.php:3118) in /includes/functions.php on line 2801 If I go to journal index I get this Warning: unserialize() expects parameter 1 to be string, array given in /journal.php on line 115 |
#180
|
|||
|
|||
Quote:
-vissa |
#181
|
|||
|
|||
I'm Using this hack for quite a long time now, and in the last few days the board seem to be slowing down with no reason, what do i Need to watch in the XCache fields? do i need to increase a var in the settings?
I'm using orban's temp' cach hack, i know that it's in the grave yard but its' working fine for me.. my board is running on C2D server with 2 GB ram. |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|