Invites System

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

[akanevsky]

That depends on the relation between your hosting server and hotmail. Nothing I can do about it.

[ExtremePhysique]

Ok...I've installed this (and yes I clicked install ) and it's working but I'm testing things out and I'm not understanding something.

I've got the user rep disabled...so you can only get new invites based on post count. In the "Posts Required to get One Invite"

I initially had 100 posts....which gave the user 17 invites

I then changed it to 300 posts, which then gave the same user 24 invites

I then changed it to 500 posts, which then gave the same user 33 invites.

As the required post count increases should the number of invites not go down instead of up?

[akanevsky]

Each time you run the cron, invites get added to what already is, not subtracted. So it is working correctly. It didn't go down, you would get 2 x 17 = 34 the second time.

[ExtremePhysique]

Originally Posted by Psionic Vision

Each time you run the cron, invites get added to what already is, not subtracted. So it is working correctly. It didn't go down, you would get 2 x 17 = 34 the second time.

I see...that's what I figured after I ran it 5700 times :alien: *shoots self in head*

Any way to reset it all to zero again I can fix my stupid mistakes? lol

[akanevsky]

[SQL]UPDATE user SET invites = 0[/SQL]

[ExtremePhysique]

Originally Posted by Psionic Vision

[SQL]UPDATE user SET invites = 0[/SQL]

Much thanks

[voteforbird]

What features does the commercial version have that this one doesn't?

[akanevsky]

- MSN Contact Grabber
- More Customizability
- Daily invite reminders and expiration notifications, can be turned off if desired.
- Ability to define how often reminders can be sent.
- Ability to reject received invitations.
- Automatic prevention of invites from being sent out to already registered e-mails.
- Automatic prevention of invites from being sent out to the same e-mail multiple times.
- Ability to define users as "First Friends". Such users become mutual buddies with all new registrants, whether invited or not.
- When an invitee signs up, the invitee can be automatically put directly into a special usergroup, if such specified in the issuer's usergroup settings.
- Image verification to prevent multiple submissions, compatible with 3.6
- History of issued invites, with color highlights and options to purge pending, expired or rejected invites.

That's just some of the differences.

[voteforbird]

I've just installed the premium version and nothing happened. The hack is not displaying anywhere in the forums, and yes it is activated.

[voteforbird]

I then went to /forums/invites.php and was [first] told to upload my license key, which I did. No difference.