ForumAA
ForumAA - An easy way to reduce spam on your forum!
Version: v3.0.0
Sourcecode | Issue Tracker | Test Builds |
ForumAA is short for Forum Account Activation, which is a clone of TheKris1234's
Features:
- Reduce spam by requiring users to activate forum accounts through a Minecraft command.
- Autoactivate users as soon as they log in, no command required! (Disabled by default)
- Custom profile fields - This allows users on your forum to register with a username other than their Minecraft username.
How To Install:
PHPBB:
- Go to your forums, log in as an Administrator and go to the Administration Control Panel
- Under "General" > "Board Configuration" click "User Registration Settings"
- Set it to "By Admin"
MYBB:
- Go to your forums and log in as an Administrator and go to the Admin-CP
- Click on "Configuration" -> "User Registration and Profile Options"
- Change "Registration Method" to "Administrator Activation"
XenForo:
- Go to your forums, log in as an Administrator and go to the Admin Control Panel
- Under "Home" > "Options" click "User Registration"
- Uncheck "enable email confirmation"
- check "enable manual approval"
SMF:
- Go to your forums, log in as an Administrator and click on the Admin tab
- Under "Members" > "Registration" > "Settings"
- Change Method of registration to Admin Approval
IPB:
- Go to your forums, log in as an Administrator and click on the AdminCP link.
- Under System Settings > Security and Privacy -> Security [Managing Members]
- Change the New registration email validation setting to either User then Admin or Admin.
Plugin Install:
- Download plugin and put into /plugins
- Start server. The plugin will create /ForumAA/config.yml in /plugins and disable itself
- Edit the file appropriately. HELP BELOW
- Reload Server.
- DONE
How to use:
- Log in as the username registered on the forum and type /account activate You will receive a confirmation message.
Permissions:
- no permissions used "yet"
Config.yml
Database: #Hostname for your SQL server. URL: localhost Port: '3306' Username: username Password: password Database: DB-Name Table_Prefix: smf_ Forum: Type: smf URL: http://forum.myserver.com Optional: # Leave this blank unless your allow users to register with names other than their Minecraft IGN Custom_Field_ID: '' Login_Activation: false
Todo:
- Localization
- Give me your ideas
Credits:
- Lavoaster - IPB support
- Darkhand81 - plugin tester
Changelog:
v3.0.0
- IPB support added.
- Async tasks added to stop server freezes.
- Fixed config file generation.
- MCstats added.
- Fixed account activation messages.
- Added support for console commands triggered by activation
v2.1.0
- Config changes, Will need to let the plugin rebuild it.
- Updated to 1.2.5-R1.0
- Added full support for XenForo, SMF is also added but not tested.
@Furt
I think my config.yml is setup correctly. I'll look over it again.
@Avaryan Are there errors in console?
@Avaryan
I like your ideas. This could also be used in combination with ModifyWorld to prevent players from moving, building, talking, picking up or dropping items, interacting with mobs, and more. I could see commands to be run after activation being a very useful feature, however, variable triggers would definately be needed too (for exampe: %player being the player who triggered the event).
I can't seem to connect to a remote database; not sure why. Using SMF.
Suggestion: the ability to specify a command(s) after activation has been successful. I'd like this plugin to be able to automatically change a players usergroup after successful account activation.
If permissions are added, then a custom command would be able to remove the ability to use this command again once activation has been achieved. Would prevent it from being abused to cause lag.
Custom commands could enable admins to reward there members with ranks or items for activation.
edit: Forgot to whitelist my new IP address with my webhost. Before I did that it would crash my server every time I went to reload the plugins. It doesn't crash now, but it's still not connecting to the database.
Been looking for something like this to support ipb, going to install it and let you know how it goes.
Hoping to see you add support in the future to promote.
@Furt
If i can find out how to setup a remote VPS, i'd give you a small free 256mb server on my computer to play around with... Anything to keep this plugin alive :). I know how to add remote MySQL users... I'll try playing around with FTP and see what i can do.
Computer Specs:
Processor: 3.6ghz Quadcore AMD Phenom II
RAM: 16gb DDR3-1333mhz
HDD: 1.5tb 7,200rpm
US/DS Speeds: 2.0-6.0mb/s | 20-90mb/s
Just make sure everything is working ok because I have no way to test currently.
@Furt
I'll test it. Thank you for the update. Is there anything in particular that I should be keeping an eye out for?
I may be interested in testing once my server is up :P
I need testers for v2.2 before i do a actual release https://dl.dropbox.com/u/17392489/ForumAA.jar
Changes are:
IPB support added
sql connections are now in a seperate thread
Works with Enjin?
@Furt
Any updates in the works like your activation check, etc?
We could also still really use the forum database access stuff to be in it's own thread! If the forum database doesn't respond it freezes the entire game server until a response is received. My forum is on an external server and it can take 2 or 3 seconds to respond... The whole world freezes for a few seconds when someone registers a forum account!
IPBoard!?
Could you also add an option to LET them sign up while on the server (for rewards?), instead of REQUIRING them to?
Also, could this be optionally linked with xAuth?
Hey! my wont connect to a database! pelase help!
@Darkhand81
If the database is local to the MC Server, that lag should not occur.
Furt, is it possible to run the database query and update in a separate thread? When the forum database is slow to respond, it freezes the entire game server until it either gets a response or times out, because it's running in the main thread. If it was in another thread the server could continue on while it waits for a reply.
@Furt
Yea, that sounds good.
@Yoshi910
This is meant to be a very simplistic plugin, but if you like i can add a couple of checks to it first check will be to see if the activation was successfull if so then it will add the player to a accepted list and they will not be able to use the command again, if the activation fails then there name will be added to a blacklist and every 30m the blacklist will be flushed. these will be saved to a yml so its still simplistic and still no config req.
There has to be some sort of feature so that users can use this command only once. I am going to add this to my server, but cannot add it yet because users would be able to abuse the command. By spamming the command, it makes the server connect to the MySQL DB, and do what it needs to do. While that is happening, it can cause lag on the server and forums. With more connections to the DB, it loads slower.
A suggestion for this feature is that, the plugin should log what users use the command, and successfully activate their account. If they use the command, and successfully activate their account, then they are added to a .txt file that contains their name, so that they cannot use that command ever again, unless removed from the list.
If they do not successfully activate the account, then they are added to a 1-hour blacklist from the command. For this, there should be an additional blacklist. The 1-hour times should be reset in waves of 1-hour, or there should be a remaining time next to the users name in the blacklist. In the blacklist, if the users name had a remaining time, it should be something like this: "{name}:{time(In seconds)}" or "Notch:360"