You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Captchas generally create a bad UX and create another barrier to completion for the user.
I've been using the honeypot-captcha for all forms on my spree site it has worked great – blocking nearly all spam bots and removing the need for any captcha from the users' POV.
This approach will not work for everybody, but it might be good to provide a branch on the master repo with a version of the extension that uses honeypot-captcha instead of the standard spree_email_to_friend captcha system.
Thoughts?
The text was updated successfully, but these errors were encountered:
I'm going to close this issue due to it being a duplicate of #20 and I do think it would be worthwhile to have a solution for this. I've recently been working with rack-honeypot to add honeypot support to spree_contact_us, and think that could be a good solution if my patch is accepted upstream into the rack-honeypot gem.
Captchas generally create a bad UX and create another barrier to completion for the user.
I've been using the honeypot-captcha for all forms on my spree site it has worked great – blocking nearly all spam bots and removing the need for any captcha from the users' POV.
This approach will not work for everybody, but it might be good to provide a branch on the master repo with a version of the extension that uses honeypot-captcha instead of the standard
spree_email_to_friend
captcha system.Thoughts?
The text was updated successfully, but these errors were encountered: