vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin.org Site Feedback (https://vborg.vbsupport.ru/forumdisplay.php?f=7)
-   -   Extra Statistics (https://vborg.vbsupport.ru/showthread.php?t=231229)

Carnage 12-26-2009 02:04 PM

Extra Statistics
 
It'd be nice to see some extra statistics related to installs.

1. If members can specify how many forums they installed the mod on; not just that they have installed it - as many members probably have multiple forums. This would lead to two numbers, total installs and unique installs.

2. give a third number on developers profiles for unique installers (eg if a member has installed two mods by an author they only count once towards this stat)

3. an 'amazon' style members who installed this mod also installed x,y and z.

Although none of the mods on vborg are commercial, I still feel a need to 'sell' my mods to potential users. Instead of money many developers get a sense of pride that x people have installed their product and statistics like these aside from just being interesting, can help 'sell' a mod to a wider audience.

Paul M 12-26-2009 05:08 PM

1. The reason we dont allow one person to install a mod multiple times is because people would simply abuse it to boost install counts. I dont see the use of two counts.

2. I dont really understand this ?

3. I understand what your saying here, but Im not sure how easy this would be to extract, or where we would display it.

Carnage 12-26-2009 07:06 PM

To further explain 2:

If I release 5 mods. They each have an install count. Member A might have installed 4 of my mods, whereas member B only 1; the current count would say 5 total installs. The statistic would be count("select distinct userid from installs where developer = 'Carnage-'") giving the number of unique members that have installed at least one of my mods.

As for 3, display it along side the similar threads (above or below or to the side) Extracting said information is simple enough: "select distinct modid from mods join installs on modid=modid where installerid in (SELECT installerid from installs WHERE modid = 'this mod')" you could do something fancy to order that query by installs and display the top 5. Depending on the table structure could be a little heavy as a query; might be prudent to cache the results for a day or so.

Paul M 12-26-2009 07:56 PM

Still not sure im understanding (2).

This is a count of how many different people has installed any of your mods ?

If so, I dont quite see the purpose or usefulness of this ?

Carnage 12-26-2009 08:10 PM

Yes, that is pretty much what i was getting at.

There is very little point to most statistics, they are just interesting numbers. In this case it can point towards a trend of 'customer loyalty' towards a certain developer :)

BSMedia 12-27-2009 10:43 PM

Quote:

Originally Posted by Paul M (Post 1938752)
1. The reason we dont allow one person to install a mod multiple times is because people would simply abuse it to boost install counts. I dont see the use of two counts.

It's rather unfortunate that you don't see a need for it, and its pretty much decided by that factor. I could understand you're point about boosting install counts if they actually meant something or there was a golden number a coder had to reach to arrive in coder heaven :rolleyes: but thats not the case, it's a pretty meaningless number and if people want to sit there and inflate it all day than who cares.

A possible fix would be a simple check at vB.com with the number of licenses a user owns under their account, and limiting the install clicks to that number.

It's pretty sad the largest adjustment this site has made in 3-4 years is increasing private message storage.

King Kovifor 12-28-2009 02:32 AM

Quote:

Originally Posted by BSMedia (Post 1939801)
A possible fix would be a simple check at vB.com with the number of licenses a user owns under their account, and limiting the install clicks to that number.

vB.org doesn't have that kind of access. Our licensing script checks a script over at vB.org giving them an email address. If there is atleast 1 valid license to that email that has authorized vBulletin.org access, it returns "yes" or "true" or something similar. OTher than that, we have nothing.

Paul M 12-28-2009 01:24 PM

We have no access to know how many licences a person has, not does it work quite like KK mentioned. Quite simply, a script on the server runs every so often, matching the e-mails in users profiles here against the licenced e-mails at vb.com, the users primary usergroup is checked and updated as necessary (directly in the vb.org database).

Quote:

Originally Posted by BSMedia (Post 1939801)
It's pretty sad the largest adjustment this site has made in 3-4 years is increasing private message storage.

Nonsense of course, but feel free to believe what you will.

Carnage 12-28-2009 03:40 PM

The potential for abuse is the reason you maintain the old statistic as well.

While we are at it, is there any way for a developer to get a list of the members who've installed it? I know it currently displays anyone who has installed the mod in the thread when they post but know of no way to get this list otherwise.

This list combined with a profile field for 'number of boards you own/admin' Could allow me to determine ballpark figures for this statistic myself.

Statistics and trends are useful to know, and vborg contains a wealth of information about various things. Two useful things I could gather from such information are: 1. Which mods to spend time on improving (eg to improve a mod thats not used much, or to provide more benefit to a greater number of users) 2. Are any of my mods viable to offer commercial services on (eg support, customizations, 'power' versions) .

If I have a mod thats installed by 100 people, its worth some time adding new features. If i've got a mod thats only installed by 1 person, maybe its not... however IF that one person happens to have 100 boards, it may be even more worth spending time on, as if that one person wants customizations etc actively maintaining the mod makes them more likely to approach me to do the work instead of hiring an external developer.

Paul M 12-28-2009 05:50 PM

Quote:

Originally Posted by Carnage- (Post 1940518)
While we are at it, is there any way for a developer to get a list of the members who've installed it? I know it currently displays anyone who has installed the mod in the thread when they post but know of no way to get this list otherwise.

No, there isnt. This has been a personal desire of mine for years, but its always been blocked by the argument that if you know who has installed a mod, and then the mod has an exploit, you basically have a list of exploitable forums.


All times are GMT. The time now is 03:08 AM.

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.01092 seconds
  • Memory Usage 1,739KB
  • 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
  • (4)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (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