![]() |
If it's global, then the phrase should be displaying properly.
|
When you get a bit of free time, could you please please please make a xCache compatible version?
Thank you, thank you, thank you! |
If I ever do get it installed on my server, I'll consider it. As I said earlier, it shouldn't be hard at all.
I've also developed an improved version of this mod for my purposes which uses an added database table instead of memcached to store read marking times. This is much more stable, and if I get time, I'll release it here as well. |
Thanks. I'll wait on that then.
|
Instead of making use of Memcache specific code why don't you simply make use of vBulletin cache, and if your vB uses xCache/Memcache/etc., then the hack will get advantage of this? Also if you go in this way you will not need two versions of your mod anymore as because if your vB doesn't make use of any cache then nothing will be cached.
Take in account that caching in memory is faster than storing the information on the database and both ways are stable. My two cents :) |
Is there any documentation on that? I'll gladly tweak the public version of this mod to use the vBulletin interface if such an interface is available.
On my forum, I don't use vB_Datastore_Memcached as the database is actually faster for simple select queries from the datastore than memcached. I use memcached for mods whose queries take > 0.1s, such as iTrader, LXT, latest threads on forum home, and vBulletin's showgroups page, and the database for mods which spit out information that rarely or never changes. I'd still need two versions of the plugin :p |
Will be any noticeable performance impact if we use the non-cache enabled version in a busy forum? Let's say, 250 members and 2,250 guests at the same time with a cookie timeout of 30 minutes.
Thank you, Jonathan |
Probably not, as it doesn't add any queries for guests. It depends on whether or not mysql is the bottleneck on your site.
The queries in this mod are relatively light unless a user has hundreds of subscribed threads. It shouldn't add much load, but does add 1 query for all users, and 2 additional queries for users with subscribed threads. On my forum, the non-cached version of this mod added just under 0.01s to the generation time of each page. The memcached version, on the other had, doesn't add anything at all, since most of the time, the queries aren't run. |
Hello,
Thanks for clearing things up. I went ahead and installed the NOMEMCACHED version of your mod and it appears not to be working at all. There are two problems:
EDIT: tested on another forum running vBulletin 3.8.1, same issues. Thank you, Jonathan |
Quote:
$phrasegroups[] = 'user'; OR add a new custom global phrase for the product with the correct key. This will be included in the next version of the hack. So you're getting notifications for new threads, but not for threads with replies? That shouldn't be the case. Let me try checking if there are any problems with the code in the simple version. |
All times are GMT. The time now is 05:17 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 | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|