vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.8 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=235)
-   -   Board Optimization - [DBTech] vB Optimise 2.0.1 (Lite) (https://vborg.vbsupport.ru/showthread.php?t=199207)

dtv100 12-22-2008 07:38 PM

Quote:

Originally Posted by Deceptor (Post 1691341)
dtv100 - I have considered this, but it may be unsecure. That said, I can place it in the next version purely as being optional :)

can i pm you for topic relate to security and my site with this hack ?

tmc 12-22-2008 07:42 PM

Quote:

Originally Posted by Deceptor (Post 1691386)
tmc - While I agree it could be holidays, the templates query is the largest query vB executes, so I would expect some impact. In anycase, it'd be nice to see the results over a longer period :)

Well, I'm sure most showthread queries surpass the template queries in size.. Although I agree it's a most ridiculous way to use the "V" in "MVC" so I hope that changes in 4.0. I'm hoping for something like CodeIgniter where we get a Views folder with all the template files. (And of course the means in default vBulletin to cache these.) :)

I can't think of a better word.... but would it be better for "latency" if we were to only use the Xcache VAR cache for this modification, and tell vBulletin to use nothing but Memcached? (Meaning: So not everything is trying to use the same cache at once)

I was a little foggy on that anyway, because I'm aware that Memcached is capable of a lot more than just caching vB's Datastore, but it seems that if you don't configure vBulletin to use Memcached for the Datastore, then Memcached won't bother caching any other objects into memory, such as query results, etc.

So I guess we can't pick and choose, huh?

I guess I'd be fine with that anyway... This mod = Xcache's var cache, vBulletin = Memcached

Deceptor 12-22-2008 07:47 PM

tmc - This mod can already use XCache while vBulletin uses Memcache, unless I'm missing your point?

dvt100 - The security flaw would be, any other administrator would be able to see your XCache password, and while the only threat would be if you had the XCache page which required user/pass, they could login. Nothing more or less, as far as I know.

dtv100 12-22-2008 07:51 PM

Quote:

Originally Posted by Deceptor (Post 1691415)
tmc - This mod can already use XCache while vBulletin uses Memcache, unless I'm missing your point?

dvt100 - The security flaw would be, any other administrator would be able to see your XCache password, and while the only threat would be if you had the XCache page which required user/pass, they could login. Nothing more or less, as far as I know.

ok thanks i glad this wont affect me at all .would be nice if next update can have my request as optional thanks.

tmc 12-22-2008 07:58 PM

Quote:

Originally Posted by Deceptor (Post 1691415)
tmc - This mod can already use XCache while vBulletin uses Memcache, unless I'm missing your point?

Yeah, a little bit. haha. :)

It's fine, though. I can't really state it any better. I'll just have to mosy on over to vB dot com and ask them if I can use Xcache for the Datastore, but still have Memcached do all the non-Datastore object caching. Meaning: Memcached can do LOTS more than store the measly 1MB of Datastore data, but I think vBulletin forces me into using Memcached for BOTH or not at all.

I just figured since you poked your head around inside all the vB internals you may already know the answer. :)

Deceptor 12-22-2008 08:02 PM

The only thing vBulletin caches on its own using any cacher is the datastore, unless you're referring to other things vBulletin caches aside from the datastore? Sorry I'm not getting your point :)

tpearl5 12-22-2008 08:40 PM

Quote:

Originally Posted by tmc (Post 1691378)
While I'd say this is certainly fantastic.... could it be the holidays, mostly? You should see a relative decrease in all traffic, CPU and RAM utilization, and so forth if that were the case.

I just can't imagine disabling 2-3 global queries has such a large impact... Esp w/ one of them being such a small query.. (The style one)

Of course if it continually stays that low, good work Deceptor!! :)

Like I said, data is similar from last week. Keep in mind that this is the amount of data being passed between two servers and not from server to user. The decrease in data transferred to users is minimal.

ThorstenA 12-22-2008 10:44 PM

After installing and using Filecache as only method I can use, FORUMHOME is around 30% slower than without installing this mod even if there are 3 queries less. Could there be something I did wrong?

Deceptor 12-22-2008 10:50 PM

ThrostenA - Filecache is not the best, and if your servers harddrives aren't that fast you'll notice slower page generation times. Try use a difference cache method, XCache seems to have the best results. If you're unsure how to install the extensions, ask your host for assistance :)

Jim O 12-23-2008 12:48 AM

Hi Deceptor,

I'm using version 1.3.2 of the mod on a 3.7.4 board with vBSEO installed. It installed easily and evidently correctly. I can see that it is cutting down on the db queries as billed and caching some of the data. I am using XCache and enabled that feature. I can see from the XCache admin panel that the mod is accessing the variable cache. I am getting warnings for many of the template entries (eg vbactivecache_template_xxxxxx) as follows:

Quote:

Warning: htmlspecialchars() expects parameter 1 to be string, array given in /path/to/xcache/admin/edit.tpl.php on line 4
The cache in such cases appears to be empty.

Any ideas on why this is happening and if there is an effect?


All times are GMT. The time now is 09:13 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.02044 seconds
  • Memory Usage 1,746KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (6)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (3)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete