The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
vB3 Forumhome Stats Cache Serialize hack v2.2 Details »» | |||||||||||||||||||||||||||
vB3 Forumhome Stats Cache Serialize hack v2.2
Developer Last Online: Jun 2012
vB3 Forumhome Stats Cache Serialize hack
Version 2.2 (By Boofo) What does this hack do? This hack will add some forum statistics to your forumhome that will be cached (to reduce the query load) for a certain amount of time that can be set to whatever you want. This covers most of the stats any forum Admin would use on his site. Note: This is the setting for the time interval (in minutes) that you want the cache to be updated on. The default value is 10 minutes. The following code is in the index.php part of this hack. $updatetime = 10; Once you install the Admin CP setting (at the end of this file), you will be able to update this from the Admin CP vBulletin Options settings. Credits: I want to thank Tigga for the original Forumhome Statistics Cache hack for vB2, partly on what this hack is based. I also want to thank EvilLS1 for his time and patience in helping put this hack together. Another thank you goes out to Mike Gaidin for testing this thoroughly while I was putting together this install file. And, finally, thank you goes out to NTLDR, for helping me track down a very stupid mistake on my part which I had overlooked. Version 2.0 credits go out to g-force2k2 for getting me started on the datastore version of this hack and guiding me through some of the rough parts in the beginning. And also to KirbyDE for answering all of my dummy questions while writing this version and verifying the code when I figured out all of my mistakes. This is my first attempt at using the datastore function but it seems to work better and be easier to code than the older way of doing things. Version Information: Version 1.0 --Initial release Version 2.0 --Completely rewritten using the datastore function for vB3. It now uses "serialize" to store the data and "unserialize" to retrieve the data. There is also now 1 less query when reading from the cache. Version 2.1 --Combined the "new threads since last visit" and "new posts since last visit" queries into 1 query, thus eliminating another query on cache hits. Thanks goes out to g_force2k2 for this one. Also added Admin CP setting code so you can change the time interval between cache updates via the Forum Display Option setting in the vBulletin Option in the Admin CP. That code to add is at the end of this file. Version 2.2 --Added "Top Reputation" statistic (requested by rinkrat ) and totally re-did the template. It looks cleaner now. New Installation: Do all of the steps in this file. To Update Version 1.0 to Version 2.0: To update this hack you will need to do everything in this file over again except the second query (Query #2). After you have this hack up and running again and you have made sure it is running to your satisfaction, you can drop the statscache table (from version one of this hack) completely. It is no longer needed. To Update Version 2.0 to Version 2.1: You will need to re-add the code for the index.php and go to the end of this file and add the setting for the Admin CP. To Update Version 2.1 to Version 2.2: You will need to re-add the code for the index.php and replace the code for the forumhome template. Installation overview: Queries to run: (2) Files to edit: (2) --index.php --member.php Templates to edit: (1) --forumhome Settings to add: (1) --forumhomecachetime vB3 Arcade hack stats addon: https://vborg.vbsupport.ru/showpost....&postcount=262 The first attachment shows the Guest loggedin and the second attachment show the Registered Member and above loggedin. Show Your Support
|
Comments |
#317
|
||||
|
||||
Boofo -- I hope you're gonna fix the code for Top Thread Starter and Top Poster percentages to work with numbers over 1000.
Hint: The $totalposts and $totalthreads variables are sent through vb_number_format() BEFORE your hack runs. Numbers over 999 show up in the variables as "1,000" and as we all know, PHP can't do this: 1,002 / 9,534 (I've fixed this on my own, if you want my code, I'll give you it ) |
#318
|
||||
|
||||
Quote:
|
#319
|
|||
|
|||
Nice hack.
|
#320
|
||||
|
||||
Just installed with no problems, but I've cahnged it to update the stats via CRON. All of my scheduled tasks are done via a real CRON. I have it updating the cache every 5 minutes, which is good enough.
Had thought about every couple minutes, but 5's a nice good number. Now users will always be loading the stats from the cache. I jsut have to decide now how I want to group the stats because I'm going to break up the list a bit into sections (instead of one big list). Great job! |
#321
|
||||
|
||||
Quote:
|
#322
|
||||
|
||||
I never noticed before, but a member had pointed out to me that the thread views are showing as "0". Since I never notcied this before, I'll have to have a look at the CRON script I made.. Maybe I missed somehting, unless it was always that way.
Just looked and I have the threadview stuff where it should be.. It's the only thing that's not showing properly apparently. I have both the following as it should be in the CRON script.. PHP Code:
PHP Code:
PHP Code:
|
#323
|
||||
|
||||
You missed something. That's why I have an option in the settings instead of doing it via cron job.
|
#324
|
||||
|
||||
Quote:
|
#325
|
||||
|
||||
It works fine for me and everyone else. You missed something in your script. Look at the install file and see what you forgot to add.
|
#326
|
||||
|
||||
I just chekced in phpMyAdmin and actally that's correct which I don't get.. The SUM does return 0. But, If I look at the threadviews table, there are numerous rows (pages of them).. But, thread.views is set to 0 for all threads. Would I be able to do a COUNT on the threadviews table and get the same result?
I looked in the install file again and everything relating to thread views is where it should be (that I saw anyhow). |
#327
|
||||
|
||||
If it is showing 0 for thread views in the table, then you have something else going on. As long as you have this query:
PHP Code:
PHP Code:
HTML Code:
$statscache[getthreadviews] Try this: Take the cron job off for this and set it up like in the install file and let it run for a few minutes and see if they start showing up then. Make sure to set the cache update time to 0 to test it. |
#328
|
||||
|
||||
Quote:
I'd already changed it to do a COUNT on the threadviews table and now it's showing thread views as "2,827". I have thread views set to update hourly and noticed that the threadviews table's used for hourly updates instead of updating thread.views immediately upon viewing. PHP Code:
|
#329
|
||||
|
||||
I had to add
PHP Code:
It's the only cron that wasn' running properly for one reason or another, promotions, ban removal, etc. were all being done. |
#330
|
||||
|
||||
See? that's what happens when you take a hack that wasn't meant to be run by cron job and try to do it that way. At least you got it working your way now.
|
#331
|
||||
|
||||
Quote:
I put them all into the real CRON though because it's better then running hrough a fake CRON. All is well now though. |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|