vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.8 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=235)
-   -   Administrative and Maintenance Tools - Multiple Account Detection & Prevention (https://vborg.vbsupport.ru/showthread.php?t=199077)

Kiros72 07-19-2009 09:23 PM

Quote:

Originally Posted by ItsikN (Post 1851539)
Hi,

I turned off the registration preventation option since at the moment I want the app only to to detect and report duplicates without preventation.

However, the app reported today the following "The new account has been moved to the Prevention Usergroup" and moved it into the "COPPA users awaiting..."

I'm using VB 3.8.3.

Any advice?

Thanks.

Well I believe that is the default option for registration prevention. Double check to make sure that the prevention is completely disabled. If it is, please list all other modifications that you have installed. There might be some clash with registration-related modifications.

ItsikN 07-20-2009 04:14 AM

Quote:

Originally Posted by Kiros72 (Post 1851850)
Well I believe that is the default option for registration prevention. Double check to make sure that the prevention is completely disabled. If it is, please list all other modifications that you have installed. There might be some clash with registration-related modifications.

OK, first, I prevented it just by marking "No Prevention" under the "Registration Prevention" segment, should I do anything else? maybe remove the usergroup id number from the "Prevention Usergroup" segment?

I'm using the following mods: Album Pictures - Forum Home, AME - The Automatic Media Embeder, PB Watermark Album Images, Quick Auto Image-Resize (Posts & Signature) and Watermark Attachments.

That's it.

Kiros72 07-21-2009 08:39 AM

Hmm. I don't see anything that could be affecting it. Could you enable verbose mode and copy the report next time it uses any sort of prevention method?

ItsikN 07-21-2009 12:54 PM

Will do.

Thanks.

Matt Lathrop 07-23-2009 03:38 AM

Could anyone get this working with FB Connect login? Or Kiros do you know a work around?

David Bott 07-23-2009 02:40 PM

Hello...

Silly question...A person has to log out and then log back in for the cookie to be set correct?

What I mean is, if a user has the REMEMBER ME box checked to remember them, the person gets auto logged into the site when they return. As such, it will not set the new cookie until they LOG OUT by clicking log out or clearing their cookies and then logging back in. (it does not just update upon return.)

I am asking for I just changed over from the other AE Detector and it also used IDStack. I did not want an issue so I changed my to something like MySettings. (Could I just use the old info in IDStack?)

Thanks

David Bott 07-23-2009 05:31 PM

SUGGESTION...

When a catch is made via IP, can you please include the host info name for the IP? It would help to determine if it may by a proxy for a company.

Also in the verbose info...it says by IP, but also could include the IP address again with the domain info.

Currently looks like... Caught by: IP Address

Could look like... Caught by: IP Address XXX.XXX.XXX.XXX (Domain.com)

Looking forward to future advancements.

BTW...I ask for AVSForum.com is a very busy site with a lot of companies that come in. We see a lot of spammers and what have you as you may guess.

ItsikN 07-26-2009 03:51 PM

Quote:

Originally Posted by Kiros72 (Post 1852740)
Hmm. I don't see anything that could be affecting it. Could you enable verbose mode and copy the report next time it uses any sort of prevention method?

Hey Kiros,

Today it happened again, this is the plot:
Code:

[ :: Verbose Information :: ]

[ Prevention Method Information ]

Selected Method: No Prevention
Prevention Usergroup: 4 (Found)
Primary Banned Usergroup: 8 (Found)

[ Cookie Information ]

The account-counting cookie (IDstack) was not found.

[ Capture Information ]

Caught by: IP Address

[ Verbose Messages ]

[ Dev Information ]

Verbose Message Bitfields: 0


r2r 07-29-2009 03:10 PM

Great mod! really useful, thanks! I have so many spammers sign up to my site, so it is really useful having somthing to prevent it.

Kiros72 07-30-2009 05:13 AM

Quote:

Originally Posted by Matt Lathrop (Post 1853946)
Could anyone get this working with FB Connect login? Or Kiros do you know a work around?

I didn't know that the Facebook modification broke the modification. I'll have to download it to see if there is some kind of workaround. I might not get the chance to within the next couple of days. I'm working long hours and I'm struggling to get started with school, so I have little time on my hands.

Quote:

Originally Posted by David Bott (Post 1854205)
Hello...

Silly question...A person has to log out and then log back in for the cookie to be set correct?

What I mean is, if a user has the REMEMBER ME box checked to remember them, the person gets auto logged into the site when they return. As such, it will not set the new cookie until they LOG OUT by clicking log out or clearing their cookies and then logging back in. (it does not just update upon return.)

I am asking for I just changed over from the other AE Detector and it also used IDStack. I did not want an issue so I changed my to something like MySettings. (Could I just use the old info in IDStack?)

Thanks

Well, just as in the older AE Detector, the cookie is set during login. Nothing happens during logout (in the modification, that is). The cookie is not cleared since it uses a separate cookie, but if I remember correctly, any cookie name that is prefixed with your vBulletin cookie prefix will also be cleared during logout. For instance, if you have your vBulletin cookie prefix set to vb_ and your account-counting cookie name is vb_IDstack, it would be cleared during each logout. However, I also think that I put in a warning system, so if you accidentally have the cookie prefix in your cookie name, it will let you know either in the settings panel or in the reports. I'm not completely sure where because it's been quite awhile since I worked on that specific code.

Quote:

Originally Posted by David Bott (Post 1854266)
SUGGESTION...

When a catch is made via IP, can you please include the host info name for the IP? It would help to determine if it may by a proxy for a company.

Also in the verbose info...it says by IP, but also could include the IP address again with the domain info.

Currently looks like... Caught by: IP Address

Could look like... Caught by: IP Address XXX.XXX.XXX.XXX (Domain.com)

Looking forward to future advancements.

BTW...I ask for AVSForum.com is a very busy site with a lot of companies that come in. We see a lot of spammers and what have you as you may guess.

Ah, a good suggestion. I'll add that into future versions. But as I've said in earlier words, I have very little free time, and my next version is planned to be a huge release with database functionality. I have a lot to add on, so it may not make it into the very next release, but I'm not even sure when that will be at this point in time. But nonetheless, tis a good suggestion and I'll be trying to implement it in the future.

Quote:

Originally Posted by ItsikN (Post 1855946)
Hey Kiros,

Today it happened again, this is the plot:
Code:

[ :: Verbose Information :: ]

[ Prevention Method Information ]

Selected Method: No Prevention
Prevention Usergroup: 4 (Found)
Primary Banned Usergroup: 8 (Found)

[ Cookie Information ]

The account-counting cookie (IDstack) was not found.

[ Capture Information ]

Caught by: IP Address

[ Verbose Messages ]

[ Dev Information ]

Verbose Message Bitfields: 0


That's quite odd. Not the verbose information alone, but coupled with the situation. I'm going to have to investigate this. If you would like me to, please contact me through PM with login details to your forums.

Quote:

Originally Posted by r2r (Post 1857897)
Great mod! really useful, thanks! I have so many spammers sign up to my site, so it is really useful having somthing to prevent it.

Thanks for the complement ^^
Glad I could help out a bit!


All times are GMT. The time now is 10:54 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.05015 seconds
  • Memory Usage 1,763KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (2)bbcode_code_printable
  • (8)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (2)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete