Go Back   vb.org Archive > vBulletin Modifications > Archive > vB.org Archives > vBulletin 3.5 > vBulletin 3.5 Add-ons
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools
Invites System Details »»
Invites System
Version: 1.4.0, by akanevsky akanevsky is offline
Developer Last Online: Feb 2016 Show Printable Version Email this Page

Version: 3.5.1 Rating:
Released: 11-27-2005 Last Update: 12-18-2005 Installs: 612
DB Changes Uses Plugins Template Edits
Additional Files  
No support by the author.

I no longer support my hacks. Please feel free to update them and release new versions elsewhere as long as I get the credit for the original modification.

/*=========================================*\
|| Invites System
||
|| Author : Anton Kanevsky
|| Works on : vBulletin 3.5.0
|| Released : Dec 19, 2005
||
|| Time required to install: 1 minute
|| Difficulty: easy
\*=========================================*/

DESCRIPTION

A complete invites system for your vBulletin board.

STATISTICS

File Uploads: 3
Template Changes: 4
Products to Install: 1


FEATURES

Configuration Options:
  • The system can be turned on and off.
  • Registration can be set to either require invite code to sign up or to continue allowing regular registrations when the system is on.
  • Invite Expiration Period.
  • Minimal Posts Required to Receive Changes in Number of Invites.
  • Minimal Reputation Required to Receive Changes in Number of Invites.
  • Number of Posts Required to Get One (1) Invite.
  • Number of Invites Received or Subtracted per Reputation (+ for positive, - for negative).
  • Initial Number of Invites Given on Registration (Sign Up).
  • Usergroups that May Not Use Invite Manager.
  • Usergroups that May Use Invite Manager (Optional Override).
  • Initial Registration Usergroup (only pertaining to registration by invites).
  • Do or Do Not make users linked by an invite mutual buddies after the completion of registration of the person invited.
  • Single / Multiple Address Line Field.
  • If Multiple, Number of Fields to Show.
Miscellaneous Features:
  • Upon invite-based registration, the person who issued the invite is set up as a referrer of the person invited. Therefore, free specification of a referrer is restricted during such registration.
  • Image (GD) Verification.
  • Administrator can manually edit any user's invite count.
  • If a user is permitted to issue invites (based on both the number of unused invites and the system permissions), that user has a link to invites of usercp home (says "Click here to invite new users!"). When a user has no invites left, the link does not show up. Nevertheless, as long as system permissions allow access to the Invite Manager, the usercp navlink continues to show up, so that the user would have access to his/her invite history, which is available just below the "Issue New Invite" form.
  • If registration is set to require invite code to sign up, the navbar register link becomes hidden.
  • If registration is set to continue allowing non-invited sign ups, the number of invites available to any single user is unlimited. Therefore, the number of invites left does not show up.
  • Invite History in UserCP, on the bottom of the invite manager.
  • Single-Line AddressField, with Unlimited # Of Simultaneous Recipients, within the bounds of invite tokens.
  • Multiple-Line AddressField, with Limited Configurable # Of Simultaneous Recipients, within the bounds of invite tokens.
  • Unregistered Users, Banned Users and Users with No Forumview Permissions cannot use invite manager. Therefore, you do not have to specify those usergroups in the list of usergroups that may not use the invite manager.
  • Invite counts are automatically updated once a week, based on the admincp-configured settings.
  • Per-user invite usage restriction.
  • Inactive users, who do not post anything new, will gradually lose all of their invites.
VERSION HISTORY

1.5.0
A new, commercial release.

1.4.0
[+] Image verification to avoid multiple submits.

1.3.0
[+] New Config Option: Single-Field / Multiple-Field Address Line (Default: Multiple-Field)
[+] New Config Option: Number of fields to show if multiple option is chosen.
[+] User Option, which lets an administrator restrict invite system usage for that single user.
[F] Fixed Bug, which prevented a user from registration if COPPA was enabled.
[F] Fixed Bug, which prevented a user from sending out an invite if he had zero invites and dependency on registration was turned off.
[F] Fixed Bug, which continued to show the invite form after it was submitted, even if there were no more invites left.

1.2.0
[+] New Config Option: Usergroups that May Use Invite Manager (Optional Override).
[+] New Config Option: Initial Registration Usergroup (only pertaining to registration by invites).

1.0.2
[+] Ability to send unlimited simultaneous invites, within the bounds of invite count owned.
[+] Improved invite interface (see screenshot).
[F] A couple of hard-coded forgotten phrases have been moved into the phrase system.

1.0.1
[+] Amount of posts required to get one invite is now configurable
[+] When a user can issue invites, he/she has a link on usercp (which says "Click here to Invite a New User!")
[+] When invites are required to register, there is no direct "Register" link in the navbar
[+] When invites are not required to register, there is no limitation on invites, and therefore the number of invites left is not shown
[+] Administrator can now edit invite counts manually using Admin Manager
[+] Administrator can now specify which usergroups cannot use Invite Manager
[+] More descriptive AdminCP Hack Options
[F] Added TABLE_PREFIX to the Install Code
[F] Fixed a Typo in Registration Code
[F] In the Invite History, invites are now lister in a descending order, rather than ascending. In other words, the latest invites are now on the top.

1.0.0
Initial Release

The installation manual is contained within the attached file.

IF YOU LIKE MY HACK, PLEASE CLICK INSTALL

Show Your Support

  • This modification may not be copied, reproduced or published elsewhere without author's permission.
Благодарность от:
ayazoglu

Comments
  #502  
Old 03-08-2006, 10:54 PM
dcpaq2xx dcpaq2xx is offline
 
Join Date: Nov 2004
Location: Merrillville, Indiana
Posts: 362
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Guys,

Im sorry if this has already been asked or is listed somewhere.

I am wondering if this Invite System will work in a way that when a member sends someone an invite that it still requires there registration to be preaproved by an admin or moderator of the board?

Reason I ask this is because as an admin I still would like to have a say so on who my members are letting into the site and prescreen them possibly by forcing them to answer questions in the registration form or converse with me through either a private message system or through direct email.

I need some control over my members just shooting out invites to just anyone that asks them for one.

Thanks

Doug
Reply With Quote
  #503  
Old 03-08-2006, 11:27 PM
akanevsky akanevsky is offline
 
Join Date: Apr 2005
Posts: 3,972
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Initial Registration Usergroup (only pertaining to registration by invites).
Use that.
Reply With Quote
  #504  
Old 03-09-2006, 01:23 AM
Tralala's Avatar
Tralala Tralala is offline
 
Join Date: Jan 2006
Posts: 1,207
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

I just enable "Moderate New Members" in AdminCP -> vBulletin Options -> User Registration options. This "allows you to validate new members before they are classified as registered members and are allowed to post." And it works fine with the Invites system!

Here how it currently works: Person gets invite, registers, validates email. Mod is notified and must approve new member... at which point a 2nd email goes out and lets the new person know he's in. Then (and only then) can s/he see forums and post.

Ideally I'd have liked for an option for Invites to be filtered through mods first; so they can allow or disapprove certain invites as needed. This was asked for above, and unfortunately Psionic Vision said he wasn't interested in implementing that. Maybe for the commercial version, P.V.?

In the absence of that, I still would like to prevent already-banned folks from getting new invites. (Perhaps with a "veto list" of email or IP addresses.) Some members try and re-invite in folks I've already been forced to exclude, and it causes an unecessary cycle of resentment.

In the meantimt though, just wanted to reiterate, vB's built-in User Moderation works well alongside Psionic Vision's Invite System.
Reply With Quote
  #505  
Old 03-10-2006, 09:21 PM
akanevsky akanevsky is offline
 
Join Date: Apr 2005
Posts: 3,972
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
I just enable "Moderate New Members" in AdminCP -> vBulletin Options -> User Registration options. This "allows you to validate new members before they are classified as registered members and are allowed to post." And it works fine with the Invites system!
Nope, it is not supposed to work fine. It is supposed to bypass any moderation unless a specific usergroup is specified in options. If moderation is not bypassed - let me know.
Reply With Quote
  #506  
Old 03-10-2006, 10:10 PM
Tralala's Avatar
Tralala Tralala is offline
 
Join Date: Jan 2006
Posts: 1,207
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by Psionic Vision
Nope, it is not supposed to work fine. It is supposed to bypass any moderation unless a specific usergroup is specified in options. If moderation is not bypassed - let me know.
I have no specific usergroup specified in options. ("Initial Usergroup for Invited Users" is blank.)

And yet, when an invite is issued and accepted, the new member is placed first in the "Awaiting Email Confirmation" group. And once they validate their email they move to the "Awaiting Moderation" queue. At which point a mod can approve them in. I'd always thought it was operating as expected, and I appreciated it. Why would anyone want these preferences bypassed?
Reply With Quote
  #507  
Old 03-10-2006, 10:16 PM
akanevsky akanevsky is offline
 
Join Date: Apr 2005
Posts: 3,972
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

They'd want it bypassed cause the member was invited and should thus be a "honor member", essp. on a board wth closed registration. But anyway, shall I keep it as is?
Reply With Quote
  #508  
Old 03-10-2006, 10:44 PM
Tralala's Avatar
Tralala Tralala is offline
 
Join Date: Jan 2006
Posts: 1,207
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by Psionic Vision
They'd want it bypassed cause the member was invited and should thus be a "honor member", essp. on a board wth closed registration. But anyway, shall I keep it as is?
I, for one, would appreciate it being kept as is. Keep in mind not all of us have the same goals for our forums... the one I'm discussing is intentionally small. (Sounds like me and dcpaq2 are on the same page on this one.) My forum isn't about thousands of eyeballs and advertising dollars; it's more about a small, quality membership of friends and friends of friends.

I feel it should be left up to the moderator to decide if an "invite trumps all" on their forum. The inability to moderate invites before they go out is one issue, and the inability to prevent invites from going to known troublemakers is yet another. But we've already discussed those issues.

Allowing invites to completely bypass the email verification and user moderation would make this a much less useful add-on, at least for me. Choice and control is always good. I'm able to work with this hack in it's current state, but if I had to forgo user moderation in future versions, I'd probably skip the upgrade or stop using the Invite System entirely.
Reply With Quote
  #509  
Old 03-12-2006, 03:32 PM
cgchris99 cgchris99 is offline
 
Join Date: Apr 2005
Posts: 39
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Does this mod work with v3.5.4

thanks
Reply With Quote
  #510  
Old 03-12-2006, 03:34 PM
akanevsky akanevsky is offline
 
Join Date: Apr 2005
Posts: 3,972
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Yes.
Reply With Quote
  #511  
Old 03-12-2006, 03:55 PM
cgchris99 cgchris99 is offline
 
Join Date: Apr 2005
Posts: 39
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Is it possible to reset the system so I can run multiple contests?

I want to get setup so I can run a contest every other month. I plan on using the referral system/invites for the contest. The person with the most referrals wins.

Any thoughts?
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 06:37 PM.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2024, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.06800 seconds
  • Memory Usage 2,322KB
  • Queries Executed 25 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (4)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)modsystem_post
  • (1)navbar
  • (6)navbar_link
  • (120)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (2)pagenav_pagelinkrel
  • (11)post_thanks_box
  • (1)post_thanks_box_bit
  • (11)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (1)post_thanks_postbit
  • (11)post_thanks_postbit_info
  • (10)postbit
  • (11)postbit_onlinestatus
  • (11)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 

Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.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/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_post_thanks.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
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • fetch_musername
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • post_thanks_function_fetch_thanks_bit_start
  • post_thanks_function_show_thanks_date_start
  • post_thanks_function_show_thanks_date_end
  • post_thanks_function_fetch_thanks_bit_end
  • post_thanks_function_fetch_post_thanks_template_start
  • post_thanks_function_fetch_post_thanks_template_end
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • pagenav_page
  • pagenav_complete
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete