Jump to content
thirty bees forum

Unwanted Registrations


Kleijn36

Recommended Posts

The last few days i have a lot of unwanted customer registrations. It  looks that there are some registration bots running, i blocked the IP's but stil new unwanted registrations. In the last name they register a www. domain, how to block this? Is there a solution too not accept "www." in the last name registration?

Screenshot_2019-04-22 Beheer uw klanten • Drank Expert.png

  • Like 1
Link to comment
Share on other sites

I have the same unwanted Customer Registrations from the same spammer.

I'm not a coder, just a copy and paster! Can you please tell me which is the correct code to alter as I am confused?

1: https://github.com/thirtybees/thirtybees/commit/7ad147d991861e498e586f4dfc8ad1ff

2: https://github.com/thirtybees/thirtybees/commit/c733d5360d5292c12bb6a899748d9094bc608e05

3: https://github.com/thirtybees/thirtybees/commit/f04f1ded917b702465b2da6adfb7d573fdb974ad

Thank you

Edited by basix101
found another github link
Link to comment
Share on other sites

Yep, but in all 3 Github links is the same file which should be changed, but with different changes  (classes/Validate.php)  , think this is very strange for some people.  Or am i wrong, hopefully not  :)  regarding i will do this changes in 1-2 days.

btw. will there be an update for this  (i think it will be included in the next, but not sure when this will come)? 

  • Like 1
Link to comment
Share on other sites

OK, I think I got it.

The two GitHub validate.php files looked different because one was an update of the other. Once I found the one that matched my own validate.php file and saw the 'updated' link to the other GitHub validate.php file it made sense.

I also changed the validate.js files in my shop.

Thanks for all your time and input, it is sincerely appreciated.

Link to comment
Share on other sites

19 hours ago, DRMasterChief said:

Yep, but in all 3 Github links is the same file which should be changed, but with different changes  (classes/Validate.php)  , think this is very strange for some people.  Or am i wrong, hopefully not  🙂 regarding i will do this changes in 1-2 days.

btw. will there be an update for this  (i think it will be included in the next, but not sure when this will come)? 



I was getting hit with these too.

Fix was really easy to implement.
Thanks a lot for releasing this so quickly.

You do all 3 of these.
Do this one first:
https://github.com/thirtybees/thirtybees/commit/c733d5360d5292c12bb6a899748d9094bc608e05

Then this one:

https://github.com/thirtybees/thirtybees/commit/7ad147d991861e498e586f4dfc8ad1ff

Then this one: (also edit the .js file here)

https://github.com/thirtybees/thirtybees/commit/f04f1ded917b702465b2da6adfb7d573fdb974ad

Edited by Purity
  • Like 1
Link to comment
Share on other sites

The patch of course works, but it seems to also disable the phrase c/o, which is a very valid and common way to ship in the USA when you're shipping to an address that isn't yours. Although it still works in the company box.

Edited by Purity
Link to comment
Share on other sites

why you guys don't use a TB native module called reCaptcha? You can set up a reCaptcha validation during the registration process. I faced the same spam-registration problem, installed the module, since that no unwanted registration anymore.

Link to comment
Share on other sites

  • 4 years later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...