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 |
#82
|
||||
|
||||
|
#83
|
||||
|
||||
I had to turn this off. It doesn' seem to update the cache from the command line. Meaning, when a script that updates the datastore is run in a browser it works fine, when it's run as a server cron it does nothing. I'm not sure if it's a vBulletin issue or an xcache issue. I just have no time to look into it right now.
|
#84
|
|||
|
|||
Quote:
Thanks for the tip for: PHP Code:
https://vborg.vbsupport.ru/showthread.php?t=123719 Maybe you should give a try because it doesn't seem i have any cron issues... |
#85
|
||||
|
||||
LOL, very cute showing me my own hack. However, I am refering to server cron. I have some very intensive scripts on certain sites that run every few minutes and need to be run using the command line.
Now that the xcache forums are back up I see it does not support cli yet. So I will wait. Meanwhile, it does a great job caching and optimizing the PHP scripts. |
#86
|
||||
|
||||
I just installed xcache and my boards are running smooth and fast.
I will install this hack once all the bugs have been fixed. |
#87
|
|||
|
|||
Quote:
I also have cronjobs set to run every few minutes (via cpanel - rsync between multiple servers) They are fine for me. |
#88
|
||||
|
||||
Quote:
|
#89
|
|||
|
|||
how do install xcache in first place
|
#90
|
|||
|
|||
Maybe we are still talking about the different things but whatever Peace...
|
#91
|
||||
|
||||
Personally, I would not go this way.
I prefer installing memcached (for datastore) then use XCache for the rest of the php files. From my tests, this combination improves the VB performance by over 250%. Expecially if you use 2 servers or more for your site. An example: With the above setup, the forumhome memory usage drops from 3,500KB to 720KB. The rest is cached by the memcached/XCache combo. Still, that does not say your code is bad. Congrats on a good idea. |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|