endriu107

Can you give me few samples?

Jeśli w tym katalogu nie masz pliku custom.css to go utwórz i tam dodaj ten kod.

W css dodaj sobie ten kod, on załatwi temat na przyszłość gdyby ktoś dodał kolejne zdjęcie szersze od ekranu. footer#footer img { max-width: 100%; }

Go to Configure > Shop parameter > Customer Settings > Groups, there you can add new group and edit other groups. In group setting you can hide prices for choosen group or disable any modules like "Shopping cart" that allows customer to buy products. Prestashop in backoffice have search bar at the top so if you type "groups" there will be only one result, this is fast and easy way to find any settings you need.

If you only want to block registration so that customers can't make purchases but still be able to browse the store, you can create a new customer group called "accepted." For other groups, you disable shopping in the settings, and accepting registration is by assigns the customer to the new group.

So the problem isn't with the contact form, but with customer registration. You used my module a while ago and it worked in your store, but now it stops working?

This isn't a PrestaShop issue. Spam is a global problem for all websites with forms. This can be fixed in PrestaShop, but again, it's not just a PrestaShop issue. A few years ago, I created a module that protects contact forms on multiple levels, not just captcha, but also filters for words, email addresses, domains, etc., which is more than enough to stop spam. I have many satisfied customers who use this module and don't need external services to secure their forms.

If you have access to newest version you should update it. If not, in link you added from FOP there is solution that you can provide code changes in module file.

Zobacz na serwerze czy masz aktywną funkcje exec() w PHP, często jest ona wyłączona i tu może być problem.

@Tomskór masz już domenę pod nowy sklep? Jeśli nie to odezwij się na PW

Przeniosłem wątek do Polskiej sekcji forum i na przyszłość sugeruje umieszczać posty w właściwych sekcjach aby nie przepadły. Na stronie autora masz dostęp do kilkunastu demo sklepów, co powinno dać Ci pogląd na to że szablon ma bardzo duże możliwości konfiguracji bez wiedzy programistycznej w kwestii wyglądu.

Piszesz moduły pod przymusem? Czyli jak klient zgłasza się że chce moduł wyświetlający tekst w hooku displayHome i wykonujesz taki moduł to już dla kolejnego klienta nie wykonasz takiego samego modułu? Ciężko jest napisać dwa różne moduły o takiej samej funkcji tak aby kod był czytelny i nie przekombinowany. U nas wygląda to tak że z założenia jak mamy zapytanie o moduł lub funkcjonalność która nie jest obecnie w naszej ofercie i nie mamy takiego modułu a klient nie zaznaczy na wstępie że chce mieć wyłączne prawa do modułu to oceniamy czy potencjalnie moduł będzie się sprzedawał czy też nie i piszemy klientowi o tym oraz dajemy cenę adekwatną do nakładu pracy. Kolejna kwestia jest taka że moduł sprzedawany dalej jest rozwijany dla potrzeb kolejnych klientów i ten pierwszy klient który zapłacił więcej za moduł w przyszłości korzysta z tego że moduł jest rozwijany i ma dostęp do aktualizacji, inaczej to wygląda gdy moduł jest pisany z przeniesieniem praw na klienta wtedy taki moduł trafia do szuflady i za ewentualny rozwój modułu ten klient musi zapłacić po raz kolejny. Wydaje mi się że nasi klienci są tego świadomi i prawie nigdy nie chcą mieć wyłącznych praw do modułu, klientom zazwyczaj zależy na tym aby mieć u siebie pewną funkcjonalność którą można uzyskać modułem lub edycją szablonu w rozsądnych pieniądzach. Piszesz że masz wątpliwości co do uczciwości takich programistów, a co jest bardziej uczciwe zrobić klientowi wycenę np. 3k za moduł i później za każdą aktualizację kasować po kilka stówek i nie napisać że jest opcja dalszej sprzedaży tego modułu, czy napisać klientowi że jest potencjał w danym module w sprzedaży, zaproponować niższą cenę ale wciąż opłacalną dla programisty i dać dodatkowo dostęp do darmowych aktualizacji modułu jeśli się pojawią?

Wrzucasz na forum plik z rozszerzeniem docx zamiast po prostu wrzucić zdjęcie, ludzie są leniwi, ja jestem leniwy na tyle że nie pobiorę pliku w którym jest zdjęcie jeśli to samo zdjęcie można po prostu wrzucić bezpośrednio do posta na forum tak aby było widoczne od razu.

Ok, I just check it and have same issue. You can add manually this string to translation/default/ShopNotificationsError.xlf after: <file original="controllers/front/CartController.php" source-language="en-US" target-language="en" datatype="plaintext"> <body> If you still have issue with override file you need to create file in override/controllers/front/CartControllers.php <?php class CartController extends CartControllerCore { protected function processChangeProductInCart(): void { //Here all code from this method } }

Wrzuć screen jako zdjęcie a nie plik który trzeba pobrać.