![]() |
^ much better cheers ;)
|
I can't figure out how to get Link14716's Newest Member's First Post! (v1.1) to work with this hack. It shows the member's first post for the first 10 minutes until the cache updates again, then it disappears and seems to pop back in at random. Any ideas? The query for the post is...
Code:
// get newest user's first post |
No one?
|
Sorry Crazy Pete, for some reason I don't think I got email notification the first time you replied to this. To get that to work with the cache you will have to add some extra fields to the statscache table that can be updated. Or to just get it to work properly without being cached you would need to make sure your code isn't in the part where it gets the information for the cache. If you look for this code:
$statsupdate = ''; And put your code for the newest member's first right above that it should work fine. |
Thanks Tigga, I'll try that and see if it solves the problem. :)
|
sometimes my (total) # of users don't show up. The active users show up all the time but my total users don't. Just everyone once and awhile they do which is weird becuase if they show up once, shouldn't they show up all the time?
|
<a href="http://0x00.org/php/phpCache/" target="_blank">http://0x00.org/php/phpCache/</a>
I use this one to cache various things on our forums. For example, all the forum jump dropdowns (yeah, how often do you modify your forums, yet this is pulled from the database on nearly every page). |
i followed the directions and this is what i got
|
Out of curiosity, instead of updating every 10 (or however many) minutes, why not just create a cache table in your database and then update it whenever actions take place? That way, you still get "real time" stats but you still only need a single query on forumhome.
For example, you could: - update cache whenever a post is made (posts today, total posts) - update cache whenever a thread is started (total threads, total posts, posts today) - update cache whenever someone registers (total members, newest member) ...and so on and so forth. Is it just too much of a pain to implement it that way, or is there something else I am missing? I like the idea of caching stats, but I am also bent on getting real-time stats. :) |
Well part of the point of this hack is to help decrease strain on the server. If you're updating that table every time a post/thread is made, a new user joins, and etc then that's quite a few more queries to the database. If you're that bent on getting real-time stats that method would work and your forum homepage would load quicker with all the stats, but it would be hard to tell if it would be any better or worse on your server...
|
All times are GMT. The time now is 07:37 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:
|