What's New
Tagged: cookie banner, Cookie consent, cookie popup generator, GDPR
- AuthorPosts
Hello,
The Advanced Google reCAPTCHA V2 etc… module on our Contact us page works:
https://greenspabeauty.com/contact-usFor the PrestaShop newsletter module it does not work, you can find it in the footer:
https://greenspabeauty.com/my-accountWhat am I doing wrong?
Thanks in advance,
SzabeszHello,
Just one more thing, registration page. I have just noticed that fake registration are also happening. We launched the site 5 days ago, it took the bots 3 days to discover our PrestaShop site…
While you are at it, can you please add reCAPTCHA V2 to the standard registration page?
https://greenspabeauty.com/my-accountThanks in advance,
SzabeszWhile you are at it, can you please add reCAPTCHA V2 to the standard registration page?
What I meant was: the Register form
But I also noticed that the password reset form is used by the bots, the system keeps sending the password_query emails. However, can your module be added to that form as well?Hi,
1. Please use the “Newsletter popup” module to add a block to show on the footer, don’t use the ps_subsription module.
2. You didn’t enable the Recaptcha for the registration page, I enabled it for you. if the Recaptcha is incorrect, the action will be refused.
3. If the email wasn’t registered to your store, the email can’t receive the password reset link, so I think that aren’t spams.
Best regards.Attachments:
Hello Yobo,
Thanks for your support!1. “Please use the “Newsletter popup” module”.
Actually, we “need both”. I mean that we need a newsletter signup form for the footer and we also need your popup. If I use the popup for the footer, then – as far as I understand – we cannot also use it as a popup, so that is why I used both: the PS module for the footer and your module for the popup. Currently the popup is disabled because I wanted to start with a form in the footer and later on I wanted to introduce the popup as well.Is it possible to use just your module for both the footer and the as a popup at the same time, perhaps?
2. “You didn’t enable the Recaptcha…”.
Thanks!3. “I think that aren’t spams…”.
I had already deleted all the spam before you logged in so you did not see them, but users with names like “xhypKmucRoI” are definitely spam, especially form China… There were other clear signs which showed me that we are dealing with stupid and useless bots.Of course, posting a password reset link has no use in spamming, but we are dealing with very “stupid” bots in this case. The very same email address were used for posting fake data with almost all forms possible on our site.
I also enabled cPHulk Brute Force Protection for our VPS, and blocked some countries we are not interested in anyway… Still, we cannot block everybody so Recaptcha is important.
Is it possible to add Recaptcha to the password query? For example, for one fake registration the very same email address is used to post the password query form twice. We do not want bad reputation for our VPS sending unnecessary emails, even if the those emails don’t do any harm.
Regards,
SzabeszHi,
1. Yes, please add a new block on the “Newsletter popup” module and set it show on the footer.
3. If an email wasn’t registered in your store, Prestashop refuse to process the password reset. even though a bot can post the password reset to your store, but no data will be saved and no email will be sent if the email not exists. could you send me some screenshots to explain the spams from the password reset page?
Best regards.Hello Yobo,
1. Yes, please add a new block on the “Newsletter popup” module and set it show on the footer.
Argh, how could I have missed that!? I’ve been building this shop for months but sometimes I am still struggling with all the differences between all the “table UIs” PrestaShop has. Thanks anyway, I will use your module for the footer too, of course.
3. “spammy emails” issue
Please find attached: spammy-emails-shot.png I blurred the beginning of the email addresses just in case I am mistaken…
I already deleted all associated customer accounts, because they were from China, the IP addresses used did not perform any other activities and the names were random characters, btw. Also, always requesting TWO password query emails right after user registration (always within half a minute) is more than suspicious.
These email addresses do not appear to be fake though, because our server does not receive failed delivery messages, so they seem to land in their respective inboxes properly. Still, no one complained that I trashed “their” account…Also, blocking China at server level seems to have stopped most of these and some additional “brute force like” attacks to the server. So, I thank PrestaShop that it made me realize that we need to block China at server level 😛
I always appreciate your kind help at ST-Themes, your support is great!
Regards,
SzabeszAttachments:
Follow-up:
1. Yes, please add a new block on the “Newsletter popup” module and set it show on the footer.
I removed the PS module and added “Newsletter popup” to the footer instead, but I still cannot make it work. Can you please take a look at it?
Thanks in advance,
SzabeszThis is the best that can help in the google recaptcha v2 setup.
I would like to understand what I did wrong. What changes did you make and why?
+1 more question: How can I change the text “Newsletter” for this footer form? For the time being I used JavaScript to replace it with “20% off your next order!” on the fly, but I would like to do it properly, of course. I tried to use translation but I could not find what to “translate.”
Hello Yobo,
1. You didn’t tick the “Newsletter popup” option on the module, I did it to resolve the problem.
Yes, I kept it turned OFF because when I turned it ON then it was not working properly (the alert message of the captcha didn’t appear in the alert block). It is strange that you didn’t have to do anything else. Anyway, thanks for dealing with it!
Regarding the “translation” of the word “Newsletter” the issue is that I tried to change it, but when I click the Save button, it is not saved, even if the green “toast message” says that “Translations successfully updated”. If I reload the BO page and navigate back to see what is saved, I can see that “Newsletter” is not changed at all.
Is it a PrestaShop bug? I read this:
https://www.prestashop.com/forums/topic/958547-prestashop-1751-translations-not-saving-updating/?tab=comments#comment-3216893
The “Positions where the translations could be, why Prestashop is behaving weird” part is of special interest, where the author explains:
“The xlf files inside the folder app/Resources/translations/ are the second source where Prestashop takes the strings. If your Back Office is acting weird, you can’t find some strings, or your Front Office is never updated, then you can find the strings in these files, and modify them manually.”Which xlf file should I modify?
Thanks in advance,
SzabeszWhich xlf file should I modify?
I found it. It is in: themes/panda/translations/en-US/ShopThemePanda.en-US.xlf
<trans-unit id="_Eyi53F" resname="Newsletter"> <source>Newsletter</source> <target>20% off your next order</target> </trans-unit>
I cleared the Smarty cache afterwards and now it is translated.
Any idea why PrestaShop is unable to change translations via the BO in some cases? Normally it works, but sometimes it does not.Best,
SzabeszHello,
That was due to Prestashop translation bug. if there are two same words case sensitive, Prestashop can’t save it properly.
I see, good to know! Thanks for your reply.
Regards,
Gábor Novoszádi- AuthorPosts
You must be logged in to reply to this topic.