Krystian Podemski

W standardzie nie, proponuje zapoznać się z modułem Advanced Packs 5 z addons.prestashop.com, być może tam developer przewidział taką funkcjonalność.

PrestaShop has mechanism similar to wordpress template hierarchy, if you'll create file, for example category-3.tpl, this file will be loaded instead of category.tpl, this is a great feature but not many people knows about it

To są rzeczy powiązane z modułem "productcomments", proponuje przeszukać forum, w innych społecznościach można zerknąć na rozwiązanie problemu

New updates! Version 1.7.1 - July 28, 2019 [+] NEW: json-ld instead of schema.org using html markup [+] NEW: blog posts and categories are now available in sitemap of your store [*] IMPROVEMENT: properly cache recent posts [-] BUGFIX: minor fix to facebook comments and localization

It should work just fine if you don't have any other facebook based plugins

Nie za bardzo rozumiem jak wyłączenie maila po rejestracji miało pomóc w walce z botami? Nadal aktualny jest artykuł: https://www.podemski.info/blog/boty-rejestrujace-konta-klientow-w-prestashop-jak-sie-obronic/

Wszyscy, którzy nie radzą sobie z problemem i modyfikacją z artykułu mogą skorzystać z modułu, który ukazał się na rynku, rozwiązuje on problemy i nie wymaga ingerencji w kod. https://x13.pl/moduly-prestashop/zabezpieczenie-rejestracji-klientow-blokada-spamu.html

Nie jestem w stanie pomóc posiadając takiego screenshota, prawdopodobnie kodowanie znaków pliku Validate.php, a nie same zmiany w Customer.php

Tak jak pisałem w artykule oraz tutaj, plik trzeba zapisać w kodowaniu UTF-8, bez BOM, inaczej, nie będzie to działać. Skoro u Ciebie to nie działa to: - robisz coś źle, napisałeś, że zmiany robisz bezpośrednio na serwerze, w porządku, a jakim edytorem? - albo masz modyfikacje, które wpływają bezpośrednio na działanie tej łatki, co jest mało prawdopodobne, chyba, że masz nadpisanie klasy Customer w katalogu /override/classes Naprawdę myślisz, że ktoś będzie tutaj się bawił w dawanie "fake" rozwiązań? Dla mnie dodawanie captchy do procesu zakupowego to jakieś nieporozumienie, ale co kto woli.

W pliku masz o jedno wcięcie kodu za dużo, stąd problemy, skasuj te 4 spacje tudzież taby, które powodują wcięcie. Są 4 niepotrzebne spacje między początkiem pliku, a <?php Tak, jeszcze proszę napisać co się stało bo jestem bardzo ciekawy, całe szczęście są ludzie, którzy sobie poradzili i nie mają już problemu, Ty możesz szukać rozwiązania gdzie indziej zamiast tutaj narzekać.

Jeżeli wyrzuciłeś Validate.php to nie masz żadnego zabezpieczenia, tworząc modyfikacje w Validate.php prawdopodobnie zrobiłeś jakiś błąd, np. masz spację w pierwszej linii albo jeden pusty znak, to może "rozwalić" sklep

Sposób działa i nie rozwala nic w sklepie, jeżeli zmian dokona się prawidłowo, zgodnie z instrukcją i biorąc pod uwagę tekst napisany jako UWAGA.

Ciężko powiedzieć, generalnie nazwa.pl... niezbyt lubi się z PrestaShop i wzajemnie

Czy próbowałeś dodać nowego przewoźnika i sprawdzić czy problem dalej występuje?

być może są konflikty z innymi SDK facebooka, to znany problem, na który z tego co wiem nadal nie ma rozwiązania, oprócz ustawienia tamtych SDK na .jsa od chatu