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]

I get the parse error on both invited and non invited registrations. Can you help with this please

Which registration step do you get the error on?

a way for Admins to delete requests

That is for "Automatic Expiration" is for. Requests expire automatically after a (configurable) amount of days passes. There is no point in deleting requests manually.

[akanevsky]

:banana: UPDATE! VERSION 1.0.1 :banana:

CHANGES: Lots. See Post #1.
UPDATED SCREENSHOTS: Three. See Post #1.
FEATURES: Updated. Re-reading suggested.
MISC INFO: Hack is not in beta-stage anymore.

HOW TO UPDATE:
1. Overwrite the product XML with the new one.
2. Re-do template changes. ALL of them.
3. Re-upload the three PHP files to their appropriate places.
4. Enjoy the effects.

[MissKalunji]

Originally Posted by Psionic Vision

:banana: UPDATE! VERSION 1.0.1 :banana:

CHANGES: Lots. See Post #1.
UPDATED SCREENSHOTS: Three. See Post #1.
FEATURES: Updated. Re-reading suggested.
MISC INFO: Hack is not in beta-stage anymore.

HOW TO UPDATE:
1. Overwrite the product XML with the new one.
2. Re-do template changes. ALL of them.
3. Re-upload the three PHP files to their appropriate places.
4. Enjoy the effects.

out of context but where is the rap battle system? i dont see it in your hack list

[optrex]

Originally Posted by Psionic Vision

Which registration step do you get the error on?

From register.php

after filling in every field and pressing the "complete reistration" button, you get the next page confirming an email has been sent out to your address. At the top of that, I get the parse error.

I also get the same if it takes you to the "errors occured during registration" screen if the user has not filled in registration properly.

[akanevsky]

Originally Posted by optrex

From register.php

after filling in every field and pressing the "complete reistration" button, you get the next page confirming an email has been sent out to your address. At the top of that, I get the parse error.

I also get the same if it takes you to the "errors occured during registration" screen if the user has not filled in registration properly.

The error has been fixed in version 1.0.1. Verified and confirmed.
https://vborg.vbsupport.ru/showthread.php?p=835616

[Revpolar]

Hows the to- do list looking now? I would still like to see an option to add usergroups that cant use this. Also I would like to see an option for admin approval of the invites before they are sent.

[akanevsky]

I would still like to see an option to add usergroups that cant use this.

If you looked at the changelog, the question wouldn't arise.

Also I would like to see an option for admin approval of the invites before they are sent.

Sorry, this is not going to happen.

[MThornback]

Originally Posted by Psionic Vision

Which registration step do you get the error on?



That is for "Automatic Expiration" is for. Requests expire automatically after a (configurable) amount of days passes. There is no point in deleting requests manually.

Fair point...another idea...turning off the feature per user so you can prevent abuse...?

[akanevsky]

Fair point...another idea...turning off the feature per user so you can prevent abuse...?

Hmm... Even though this is easy to do.. I don't see the real point having such feature. Why can't you either make a new usergroup that cannot use this hack, or - set a high post limit, so that by the time the user has enough posts, he would be already banned for misbehavement?

[The Chief]

how do we upgrade the product, just give me some simple steps...

Thanks!