The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Multiple account login detector (AE Detector) Details »» | |||||||||||||||||||||||||||
Multiple account login detector (AE Detector)
Developer Last Online: Dec 2016
If you are like me and migrated from .threads, a common modification was an "AE detector", a simple mod that saved a cookie of a history of ids logged into on your site. If someone logged into more than one account, you got a PM letting you know that your site was being accessed from multiple accounts.
Over the years this was very helpful in identifying users who were posting under multiple accounts (alter-egos!) and users who would return after being banned. You might be wondering why I don't use the vbcookie call - well, thats because on logout all vB cookies are cleared, so we need to store a cookie that is not effected by the login/logout process. New Installation 1. Add New Product with attached XML 2. Go to vBulletin Options -> AE Multiple Login Detection Settings and set your specific settings. Time to install: Easy - 2 minutes. Upgrade If you installed this as a Plug-in manually, you can delete that plugin and install this Product, just make sure to go into the Options and set them accordingly. I hope you find this useful and will click INSTALL if you use it; should it prove useful to enough people I can look at making this installation more automated without the need for edits and an Admin Options page. To upgrade you will want to reimport this XML file and edit your options accordingly. 1.0.3 ----- . Added a check to ensure that users weren't deleted when reporting violations . added htmlspecialchars_uni call to username Note: I am unable to get the call to construct_phrase with $vbphrase['multiplelogin_alert'] to work reliably, as such the $message variable is still set manually inside the plug-in and not via the phrase. If anyone has an idea of why this might not always work, I'm all ears. 1.0.2 ----- . Updated to include exclusion groups, users . Changed so PM is sent by ae sender id 1.0.1 ----- . Released as a Product (thank you PHPGeek2k3 for your help) . Added option to post to a forum versus send a PM (or both) . All settings moved into Admin Option 1.0.0 ----- Initial release. Supporters / CoAuthors Show Your Support
|
Comments |
#372
|
|||
|
|||
Well, I figured it out... and man is this UGLY!
My problem is that I did a fresh install of vB 3.6 and I used Impex to IMPORT all of my forums, threads, and users! Well, a sizable percentage of my users userid CHANGED! So now, these users have the old cookie from the old site on their systems PLUS the cookie for the new software. I assume that once everybody visits the updated forums that these errors will stop happening but with over 2000-members I may get these crazy errors for quite some time. I know that the maximun shift I saw in userid was 4 so I may code the system to ignore userids that are 4 or less apart. This really hurts as this was a very handy tool! |
#373
|
||||
|
||||
Well, that would do it. If they logged in under the old system and it has their userid recorded; then that would be a problem for you.
|
#374
|
|||
|
|||
Can I please request a little programing help with my issue?
I know that my members USERID behaves in a VERY predictable way when comparing the original userid to the new userid. Here is the breakdown: If USERID is # - then I want the system to ignore... (788 or less) (ignore Userid+1 as a duplicate) (789 to 960) (report any duplicates) (961 to 1550) (ignore Userid-1 as duplicates) (1551 to 1762) (ignore Userid-2 as duplicates) (1763 to 1843) (ignore Userid-3 as duplicates) (1844 or higher) (report all duplicates!) Now, I know this code is done by the "Login Checker" plugin and the code I need to add these conditional is here: PHP Code:
PHP Code:
EDIT - FWIW, there is a bug in that code as I just tried it... It have me a syntax error as well as a headers resent error and I had to disable pluggins to remove the pluggin from my system. I still think the basic concept may work but this is not the right place or way to do it!!! I'll update if I figure this out but from my count this impacts about 1700 members on my site so dealing with that many alerts is a huge problem! |
#375
|
|||
|
|||
Quote:
|
#376
|
|||
|
|||
For me it's not creating a thread, no matter what - never worked in 3.5 either for some reason.
|
#377
|
||||
|
||||
Quote:
The reason the PMs weren't working was simple enough - the default setting for the "Users who recieve the PM upon multiple login detection" is "Administrator" and my username on my forum isn't "Administrator", its Sparky! So I just changed that. As for the thread creation, you have to mark "Enable New Thread Creation on Multiple Login Detection?" - Yes, and then put in the correct "ForumID For AE Multiple Login Detection reports", AND set the "Userid of who PM sender / Alert poster" to someone who has permission to post in that forum - 1 being of course myself (the target forum is a Staff forum). For the users to ignore, I have myself and my test account, which is number 2. I hope this helps *somebody*. :P |
#378
|
||||
|
||||
Since we have alot of people (including myself) who have it working on 3.5 and 3.6, if you cannot get it to work you probably did one of the following: installed it incorrectly, have the setting set wrong or have something installed that is interfering with our app (although we have no known plugins that do this).
|
#379
|
||||
|
||||
Will this work with 3.6.0? Thanks.
|
#380
|
|||
|
|||
Quote:
|
#381
|
|||
|
|||
I am still getting false positives...
|
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|