The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Multiple Account Registration Prevention Details »» | |||||||||||||||||||||||||||
Multiple Account Registration Prevention
Developer Last Online: Nov 2009
*Note* This requires the Multiple Account Login Detector (AE Detector) in order to function. Big thanks to MPDev for the AE Detector hack, I have used/modified his code for use in parts of this mod (with permission).
*Note 2* My forum's servers are driving me nuts right now, big load times, etc and I'm about to cut myself from waiting for a page to load - so I haven't thoroughly tested all the new goodies I've added. If you find that something doesn't work please let me know. Description When an user registers, this plugin checks for the cookie that the AE Detector sets, if it exists, then this plugin will move the user to a specified usergroup (default is to the (COPPA) Users Awaiting Moderation usergroup). This will now check the user's IP address upon registration, and if it matches any others, it will place them in the Multiple Account (MA) usergroup . Also you have the option to ban the new account if the old account was banned. You can turn the new features on/off accordingly in the settings area. Install / Upgrade Download the attached XML file, and import it at Admin Control Panel > Plugins & Products > Manage Products > Add/Import Product Remember to "Allow Overwrite" if you are upgrading. Mod Info 1 - Query 3 - Phrases 2 - Plugins 0 - Template 0 - Template Edits v1.0.2
Please click "Install" if you have installed this mod! Thanks! Supporters / CoAuthors Show Your Support
|
Comments |
#12
|
|||
|
|||
I had a major problem with the original hack as I did a site upgrade using Impex and MOST of my member's userid shifted. So, using this, I should be able to prevent these members from registereing unless they are clever enough to clear the cookies in their browser or register from a second PC that they had not previously logged in from...
I'll have to try it! Works great even with my issues with duplicate IDs... The only addition I would like to see is an option to send a PM or start a new thread when a member tries to join that was flagged as already as being a member with the other member ID info... The way this works the members is put in the moderated list but there is no easy way to know it is there or why. |
#13
|
|||
|
|||
Woot... It works Now!!! I really needed this... I will leave it between the two coders that made the hacks to decide who deserves the credit as I just slapped the two pieces together....
PHP Code:
|
#14
|
|||
|
|||
I was gonna do the same thing, just had to study for exams this week ~~
|
#15
|
|||
|
|||
This fixed all my problems...
Now, I need to remove the code from the original hack that posts when they login as with almost 2000-members and about 1500 that have a new userid I got real tired of all the false hits... Now, I get a report when the new account is started and NOT when userids shift because of a site upgrade... I have tested this quite a bit on my site (my hybrid of the two hacks) and it seems stable on my site and it would report as few as two or as many as I care to create! Simply awsome... Thanks! |
#16
|
|||
|
|||
strange I had ae go off this morning yet it didnt move the new account into banned usergroup.
|
#17
|
||||
|
||||
really nice work. think evreyone who uses ae is searching for something like that.
Now my questions is it possible that may a banned user will be put automaticly in the banned group? and a second suggestion(question) the automatic thread creation only works when the user logs out and logs in again. thats a problem because when i have to moderate the user i have to know wich usernames he/she had before. could be there a option to list all usernames from AE like the ipinfo hack.(without searching the threads I think these two options would make this hacks perfect. |
#18
|
|||
|
|||
Quote:
As for the first question, that is a tougher issue... The cookie does contain an array of userids that the user had logged in with so I guess you could run the values in there against the banned usergroup. If you get a match then you could ban the new userid.. Personally, as long as they can't post they can't do my site too much harm so I am not going to code that myself... |
#19
|
||||
|
||||
hmm thx that was what i needed..
The only thing is that there is a little bug. Because u hook the registration process location u get for a evrey multiple account registration try a thread wich means when somebody writes the informations and hits register and cant couse of for example wrong image verfication u get a thread opened. If then the user decided not to register u have a wrong thread.. and a second one is if the user trys to register and again for example he hits registration button 3 times couse he wrote always the code false u will get 3 threads and so on. I still use the code u sended but i made a new plugin with that code wich hooks the register_addmember_complete location. So its working without bugs now |
#20
|
|||
|
|||
when I use firefox I can register from the other browsers..why??
|
#21
|
|||
|
|||
Quote:
|
Thread Tools | |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|