Leaderboard

Bonjour, Depuis la version 9 ( toujours en préparation ), PrestaShop ne publie pu un zip sans ses modules ( checkout, account, gamification ... ) Sur presta.zip vous pouvez retrouver les versions du projet open source sans tous ces modules préinstallés Enjoy

The problem solved. It was in root/classes/controller/FrontController.php:1709 1) 'favicon' => self::configuredImageUrl('PS_STORES_ICON', $psImageUrl), The mistake was here, just updated "PS_STORES_ICON" to correct key "PS_FAVICON". Then cleared cache.

You should not set the default category to "Home." Instead, create a main category for your products (e.g., "Catalog") and organize products into relevant subcategories. This will improve navigation, site structure, and SEO. The default category is for technical purposes, not optimization.

@jamshidpour I solved it this way, follow these steps: 1. uninstall the edition_basic module 2. via ftp go to the modules folder and check that the ps_edition_basic folder is not there, if there is, delete it 3. go to the root folder of your project and then to var/cache and delete the prod and dev folders 4. go to your db ps_tab and ps_tab_lang, generally the Control Panel item is id 1 (check on ps_tab_lang), in the ps_tab table for the AdminDashboard classname set id_parent and position to 0 this is the right way

Anti-Spam, Anti-Bot, Anti-Brute-Force, Block Unwanted Bot and Spammer Traffic The module allows you to protect registration and login forms from bots and spam. Limit the number of login and registration attempts. Module protect and limits the use of contact form, newsletter registration form and modules 'productcomments', 'iqitreviews'. Also, the module detects and ban more than 90% of the simplest bots. It is possible to manually block an IP and Email addresses, as well as exclude blocking. The module keeps a log of connection attempts and a log of entered data. After install, module creates 2 tabs in BO Customers tab. SS Triggers - phrases and words for contact form and 'productcomments', 'iqitreviews' modules (empty table after install and create own list). SS Actions - attempts log table with controls (view, edit, delete). Developed for 8.X but may work with 1.7.8+ (Reported: works on 1.7.8.3) The module will NOT work with versions below 1.7.8.3, perhaps in the future... WARN: This module may not works if you have specific modules for login, registration, contact pages or specific modules for cache. This module uses the standard $_SERVER/ENV - php/apache vars and Cookies. Module not works if you have installed some caching module who change standard server parameters. Please write me if you have problem with module and I will try to adapt it for your site for module correct work. Download simplesecurity.zip (Always latest version.) ~=DONATIONS ARE WELCOME=~ About updates please read this topic. Also check and use our other modules: HTML Minifier (lightweight module) Simple Export Simple Votings Vat Checker

@202ecommerce Thanks for delivering the PS9 version! I know that must have been a lot of work. https://addons.prestashop.com/en/payment-card-wallet/1748-paypal-official.html

MigrationPro. One of the best.

8.2, dar în ambele cazuri este mai bine să faci o instalare curată și să migrezi datele. În orice caz, dacă faci o instalare curată sau actualizezi, dezactivează modulele personalizate, treci la tema clasică și fă o copie de rezervă înainte de orice acțiune.

Buenos días, Con todo el respeto, pero creo que estás equivocado o leyendo mal. En primer lugar, aquí no se está hablando de una solución gratuita, si no de un modulo de un pago único. En segundo lugar, has visto los precios de esas "míseras" subscripciones? Eres autónomo o una pyme? Si lo eres sabrás que hoy en día para todo hay que pagar una "misera" suscripción, suma suma suma y hablamos de lo que duele otra "misera" suscripción. En tercero, todo lo que sea impuesto por ley y que obligue a hacer algo debería estar subvencionado o ser gratuito ya que es una obligación, no un derecho al que acogerse si uno quiere, por lo que el propio gobierno debería poner a disposicion las herramientas de una forma sencilla y gratuita para que todas las empresas, incluidas autónomos y pequeñas empresas, puedan ajustarse a la normativa sin arruinarse en el camino. Y es que no es una "misera" suscripción más, es que esto es constante y no deja crecer ni respirar a autónomos y pequeños comercios entre unas cosas y otras... "Acaban" de salir dos normativas, la factura electrónica y la obligatoriedad de que las webs dispongan de un "simple botoncito" que permita cambiar todo el estilo de la web y alguna que otra funcionalidad para que sea accesible a todos los públicos, y cuando no es una es otra, y hay que pagar por todo (a nivel fiscal, a digital, a nivel social... Dentro de poco hasta por respirar), y si suben los precios pierden clientes por k el servicio/producto es caro, y competir con las grandes empresas ya es casi imposible y lo que no está impuesto hay que hacerlo "obligatoriamente" si quieres salir adelante. Mi madre, por ejemplo, que tiene una empresa familiar de limpieza de portales con tres empleados y que tiene un crecimiento muy moderadoDespués de todos los pagos (IRPF, autónomos, material, sueldos, seguridad social, iva, gastos de web, empresa de riesgos laborales, empresa de seguro laboral, abogado, gestoría, ditgitales, "míseras" suscripciones, etc etc etc) después de un año de trabajo tiene un beneficio neto de 3000€ y por ello tiene que pagar 900€ de impuesto de sociedades de ese beneficio... Pues si, cualquier nueva "misera" suscripción duele y más si es por algo impuesto. Y ella intenta no defraudar, ser legal y lo declara todo, pero es que de verdad que no lo ponen fácil, viendo esto luego nos sorprendemos de que haya empresas que hagan cosas en B ... Y si te dejas un pago sin hacer por qué no tenías dinero te acribillan a intereses (k ni un banco usurero llega a ellos) y como no pagues es tu perdición y a las grandes empresas le perdonan más de la mitad de las deudas que tienen para que paguen algo... Mucho apoyar al comercio local y todo eso que queda tan bonito pero luego a la hora de la verdad ....

Merci Grok/ChatGPT^^

Hi, i'll add a few more tips to what was written by El Patron. This is a bug of new Ps9 that will be fixed i think in the end of August with new release. Actually the code of the module is updated!!...but in backoffice it continue to show the message ..well to fix this you have to update the module and than reset the module and you will see the new version:-) https://github.com/PrestaShop/PrestaShop/issues/39151 Cheers

I started with PrestaShop, then switched to a different package and later switched back to PrestaShop 1.7. I'm now running PS 1.7.8.11. I tried updating to 8.2.1, but it failed. Updating to 9.0.0 wasn't possible directly. I then created a subdomain to install PS 9.0.0. I then analyzed both databases to transfer the data myself. I've now written SQL code to transfer my data. I chose to use the Hummigbird template. I think it looks very nice. And now that I've transferred my images and adjusted the colors, I think my website looks much better. But as others have mentioned, there are still some teething problems. It's a shame I couldn't upgrade from 1.7 to 9 all at once.

Honestly, if we take a closer look, PrestaShop has come a long way, especially since it was sold to that big logistics group. With V9, you are not really getting flashy new features, it is more about cleaning up the code, upgrading to the latest Symfony and PHP, and making sure the open source core stays maintainable for the long run. From what I have seen, their vision for PrestaShop 9, while also working on 10 in parallel, is to make it truly platform agnostic so whether you are running on AWS, Nginx, Apache, or pretty much any hosting provider, it just works without headaches. Of course, each new release means agencies and developers have to spend time adapting code, testing, and stabilizing everything, which is no small task. That is actually why we built our own theme and over 50 modules designed to work together flawlessly. Now, when we take on a client, we can cover 80 to 90 percent of their needs right out of the gate without worrying about compatibility issues.

Al parecer como siempre.. a nivel técnico no esta del todo claro las especificaciones técnicas, por eso no se ven módulos. Al final sólo los sistemas SAAS en la nube tipo holded tendrán músculo suficiente para adaptarse al infierno fiscal de este país y será mejor olvidarse de la facturación de prestashop.. Veremos

Thirtybees está desactualizado, con una comunidad pequeña y desarrollo muy lento. No es comparable ni en solidez, ni en ecosistema, ni en soporte empresarial a PrestaShop 9 ni a Adobe Commerce (Magento). Solo es una opción válida para proyectos pequeños que quieran mantener compatibilidad con módulos antiguos de PrestaShop 1.6.

It seems you haven’t met a lot of devs from Poland, have you? @WitekPr there is still a need for skilled developers, both from agencies and merchants - but PrestaShop entry level has increased, and it’s way above Woo to be considered skilled developer. If you want to increase your skills and learn to be a better developer, learn Symfony and more modern tech stack, then PS is a good option. Thanks to a tech stack used in more recent PS versions, even if you decide to stop working with PS, you’ll still have a solid foundation to work on different PHP/Symfony projects.

New free module alert!!! Compatibility with PrestaShop 1.7.x - 9.x. Scans your shop searching for any vulnerability published on the FoP security advisories list. https://github.com/prestaalba/fop_publishedvulnerabilityscan/releases

As you will have noticed the Trustpilot scores for Woocommerce and Shopify are even lower. Only Magento scores slightly better. Ecommerce software has lots of options and allows on top of that plugins/modules. In such complexity things can easily go wrong. The Italian owner of Prestashop is a bit too aggressive commercially and you see that back in the reviews. Whether you will find it worth to get into it depends on what kind of development you like. Prestashop runs since version 1.7 under the Symfony framework. The supported business data have since then hardly changed. Almost all their development focuses on the software structure and to a lesser extent the backoffice. I assume they try to please some big companies. The problem is that this makes the code more and more complex what makes debugging problems harder. If you have a look at the software you should also look at Thirtybees. That is a fork of Prestashop that maintains the PS 1.6 structure of the Prestashop code and has updated it to run with the latest PHP version. A few years ago this forum was much more busy. On Builtwith you can see that Prestashop is becoming less popular rather quickly. I see a few reasons. They have made it very hard to install the software under Windows - and that is where many people try there ecommerce software for the first time. In 2021 Prestashop was bought by an Italian company - MBE Worldwide. In the process the software was split. There is now an opensource project that maintains the software core and there is MBE that provides a number of extra modules. For my taste this hasn't worked out very well. The opensource project is dominated by Linux nerds and could use some common sense from commercial people and the MBE modules tend to be not stable enough. The commercial pressure of MBE doesn't help either.

strange, in incognito mode you see it the same?

Hola, Parece ser un problema conocido. ¿Puedes revisar esta solicitud de extracción en GitHub y agregar manualmente los cambios al archivo src/Core/Context/CurrencyContextBuilder.php? --- Hello, This seems to be a known issue. Can you have a look at this pull request on GitHub and manually add the changes to the src/Core/Context/CurrencyContextBuilder.php file? Please note that this is the Spanish section of the forum.

@Ray UK are you setting UK region? one of the bugs in my screenshot point to that issue. hope it helps.

1. Built-in “Our Stores” page (free) PrestaShop core has a simple Stores feature under Shop Parameters → Contact → Stores. You can add all your reseller addresses here and enable the “Our stores” front-office block. To group by country, override the StoreDetailsController and tweak the .tpl to sort your stores array by country_name and output sections per country. 2. Store Locator & Pickup with Google Maps (FME Modules) A full-featured addon that lets you: Import/export reseller data via CSV Display markers on Google Maps, auto-detecting user location Filter by custom categories (e.g., country or region) Offer a store-pickup/POS option if needed 3. Prestashop Product Store Locator (PrestaShoppe) Designed for per-product stock visibility at reseller outlets. Merchants can: Assign products to specific reseller locations Let customers search by product or address Render a clean map widget with country/group filters 4. Prestashop Store Locator (Webkul) Similar to FME’s module, with extra goodies: Marker clustering for dense areas Detailed contact info (phone, email, hours) per reseller Scheduling for store pickup slots Multi-shop and multi-language support webkul.com Recommendation: No-code / polished look: go with FME or Webkul (both include geo-API handling, CSV import, category filters). Budget-friendly / custom: use PrestaShop’s built-in Stores page or the free blockstorelocator and add your own grouping logic in the template.

Hi. Availability parameter is not available in PaymentModule.php (Not tested!!!) updated (added in green box): $productAvailableQuantity = StockAvailable::getQuantityAvailableByProduct( (int) $product['id_product'], (int) $product['id_product_attribute'], (int) $order->id_shop ); $productInfo = new Product((int) $product['id_product'], false, $order->id_lang); $productAvailableNow = $productInfo->available_now; $productAvailableLater = $productInfo->available_later; $returnAvailabilityText = ''; if ($productAvailableQuantity > 0) { if ($productAvailableNow) { $returnAvailabilityText = $productAvailableNow; } else { $returnAvailabilityText = $this->trans('Available now', [], 'Emails.Subject', $order->id_lang); } } else { $availableDate = Product::getAvailableDate((int) $product['id_product'], $product['id_product_attribute']); if ($productAvailableLater) { if ($availableDate) { $returnAvailabilityText = $productAvailableLater. '('.Tools::displayDate($availableDate, null, false).')'; } else { $returnAvailabilityText = $productAvailableLater; } } else { if ($availableDate) { $returnAvailabilityText = $this->trans('Available later', [], 'Emails.Subject', $order->id_lang). '('.Tools::displayDate($availableDate, null, false).')'; } else { $returnAvailabilityText = $this->trans('Available later', [], 'Emails.Subject', $order->id_lang); } } } $product_var_tpl = [ 'id_product' => $product['id_product'], 'id_product_attribute' => $product['id_product_attribute'], 'reference' => $product['reference'], 'name' => $product['name'] . (isset($product['attributes']) ? ' - ' . $product['attributes'] : ''), 'price' => Tools::getContextLocale($this->context)->formatPrice($product_price * $product['quantity'], $this->context->currency->iso_code), 'quantity' => $product['quantity'], 'availability' => $returnAvailabilityText, 'customization' => [], ]; and in the TPL email template (order_conf_product_list.tpl): updated (added in green box): <td style="border:1px solid #D6D4D4;"> <table class="table"> <tr> <td width="5">&nbsp;</td> <td align="right"> <font size="2" face="Open-sans, sans-serif" color="#555454"> {$product['quantity']} {if isset($product['availability']) && $product['availability']} <br>{$product['availability'] nofilter} {/if} </font> </td> <td width="5">&nbsp;</td> </tr> </table> </td> You can do the same with the ps_emailalerts module 😉

#PhenixSuite 1.6.2.33 est disponible ! 😉 Première installation ? Un seul fichier suffit: https://devcustom.net/public/scripts/dl.php?f=autoloader Changelog complet ici: https://devcustom.net/public/scripts/dl.php?f=changelog #PhenixSuite le renouveau des versions #prestashop 1.6, compatible PHP8, sécurisé et + encore à découvrir ! Concernant cette dernière version:

Im Kontaktformularmodul unter modules\contactform\contactform.php finden sich die erlaubten Dateiendungen in der Funktion sendMessage. Wenn das upgradesicher erweitert werden soll, musst du ein Modul-Override erstellen (https://devdocs.prestashop-project.org/9/modules/concepts/overrides/#override-a-module) public function sendMessage() { $extension = ['.txt', '.rtf', '.doc', '.docx', '.pdf', '.zip', '.png', '.jpeg', '.gif', '.jpg', '.webp'];

Sorry for the basic question but I'm setting up a new site and want to get it right... Should the default product category be 'Home', so the page sits closer to the root? They will still be sorted into other categories for ease of navigation. I am under the impression that pages closer to the root perform better in search results. Hope someone can offer advice Thank you for any help!

Hallo, Wenn Ihr Shop im Debug-Modus läuft, aber nicht im normalen Modul, müssen Sie in den meisten Fällen lediglich den Cache manuell leeren: https://www.mediacom87.fr/en/faq-how-to-clear-the-cache-manually-on-prestashop-17/

We tried to modify order, as client noticed that he does not want company name on invoice. After company removed, delivery costs were removed too from the order. I wonder why this stupid rule were created by developer and how to remove it from prestashop.

Hello, I completely agree with you. I bought two themes this year and received "Deprecated" alerts for both, yet no comments mention any issues. The first theme was compatible with 8.2.x and the second with 9.0.x. The themes were recently updated, but these developers do nothing unless it's a critical error. It's high time PrestaShop cleaned up all these developers who publish such poor-quality themes, bordering on fraud.

Hello, Ok, this makes more sense now. In your ps_facetedsearch module's configuration, in the template used, you are most likely having Search (experimental) checked in the Pages using this template: section. The problem seems to be the fact that ps_facetedsearch does not execute the actionSearch hook. If you uncheck that option, the default search class will be used in the search page, and this class does implement the hook, so you should start seeing the search keywords inserted into that table.

Opracowałem sobie prosty moduł, dodający do sklepu możliwość wyboru paczkomatu zgodnie ze specyfikacją Geowidget v4. Moduł po instalacji tworzy nowego przewoźnika, którego trzeba skonfigurować i aktywować (uwaga! nie kasować go bo będzie trzeba przeinstalować moduł). Następnie w procesie zamówienia przy tym przewoźniku pojawia się możliwość wyboru paczkomatu, który potem jest widoczny na karcie zamówienia w sekcji Wysyłka. Moduł na sklepie demo Zapraszam do testowania i zgłaszania uwag! Moduł dla wersji minimum 1.7. Aby pobrać moduł trzeba być zalogowanym na forum, najlepiej pobrać zawsze wersję najnowszą. gmparcellocker_1_0_0.zip Aktualizacja - wersja 1.1.0 Dwie nowe funkcje: dostępna zmienna {gmparcellocker}, którą można wykorzystać w szablonach maili order_conf i new_order opcja zamiany adresu dostawy na adres paczkomatu - uwaga! aby ta zamiana była widoczna wszędzie, najlepiej żeby moduł był pierwszy podpięty na hooku actionValidateOrder gmparcellocker_1_1_0.zip Aktualizacja - wersja 1.2.0 Integracja z Baselinkerem - aby dane paczkomatu pokazywały się jako punkt odbioru. Przy integracji przez API po instalacji modułu trzeba w ustawieniach klucza API zaznaczyć wszystkie uprawnienia dla zasobu bl_order. Powinna działać również integracja przez plik (z informacji od użytkowników Baselinker uwzględnia moduł przy tym sposobie integracji) gmparcellocker_1_2_0.zip Aktualizacja - wersja 1.2.1 Lekko zmieniony sposób wyświetlania przycisku uruchamiającego mapę, aby umożliwić współpracę modułu z modułem One Page Checkout. Aby to działało konieczne może być włączenie opcji "Włącz kompatybilność z modułami wysyłkowymi" w module OPC. gmparcellocker_1_2_1.zip Aktualizacja - wersja 1.2.2 Dodana poprawka wprowadzona przez autorów modułu SuperCheckout + parę zmian kosmetycznych w kodzie. gmparcellocker_1_2_2.zip Aktualizacja - wersja 1.3.0 Nowa funkcja - możliwość ustawienia sposobu wyświetlania wyboru paczkomatu - okno modal lub lista rozwijana gmparcellocker_1_3_0.zip Aktualizacja - wersja 1.3.1 Dodane zmiany wprowadzone przez autorów jeszcze kolejnego modułu OPC, zmiana w tłumaczeniach na "Paczkomaty 24/7" gmparcellocker_1_3_1.zip Aktualizacja - wersja 1.4.0 Możliwość wyświetlenia informacji o wybranym paczkomacie w dowolnym miejscu w szablonie. Robimy to za pomocą widgetu: {widget name='gmparcellocker'} gmparcellocker_1_4_0.zip Aktualizacja - wersja 1.4.1 Dodane tworzenie drugiego przewoźnika - "Paczkomaty 24/7 w weekend", przewoźnik działa na takiej samej zasadzie jak podstawowy, tylko dla wyboru paczkomatu na mapie (nie jako lista rozwijana) gmparcellocker_1_4_1.zip Aktualizacja - wersja 1.4.3 Drobne poprawki na podstawie dyskusji tu na forum gmparcellocker_1_4_3.zip Aktualizacja - wersja 1.4.4 Unikanie konfliktu z modułem Baselinker, kasowanie danych z bazy w sytuacji gdy klient się rozmyśli i wybierze dla zamówienia innego kuriera. gmparcellocker_1_4_4.zip Aktualizacja - wersja 1.4.5 Tworzenie nowego przewoźnika "Paczkomaty 24/7 pobranie". Nie różni się niczym innym od zwykłego i weekendowego poza nazwą. Zrobione jest to przy założeniu, że każdy paczkomat może być pobraniowy. gmparcellocker_1_4_5.zip Aktualizacja - wersja 1.4.6 Drobne poprawki związane z przekazywaniem zamówień do BL. gmparcellocker_1_4_6.zip

Salut ...et je pense que vous rencontrerez d'autres problèmes en cours de route. Solution : utilisez la dernière version de PS8

Module upgraded. v1.2.0 (download from first post) added FLOOD filter to contact form. improved settings caching, works faster. prevent to bot or customer sent flood like: MWZGkZbrmrGTzop pmpBFMqwZlNfKSuE XjHipAKMB bFJRKwMqvhTEpF zBMHxAKpDs VbAXbdaRHxBDDjCmotFbom Check module settings/config. Basic value of "Message flood level summary" forming from other flood settings. Settings are adjustable.

First is make a backup ( better is to have full copy, clone and test update there ). Also disable all custom modules and switch to classic theme before. You can have issues after update with opening orders, client pages. That can be fixes in data base. To be honest is better to install clean 8.2 and migrate the data. As most probably theme and custom modules wont work on new version, so even if your update will be completed you need to start from scratch.

Queremos módulo de pago único. Todo lo que sea SaaS/suscripción mensual, es un sacacuartos más.

v5.0 - Compatible PS 8 / 9

Thank you Andrei I made this changes and now I can log gin on Backoffice. I made a Video and it was upload to youtube

Salve, https://github.com/PrestaShop/PrestaShop/issues/39151 Ho una copia installata ieri sul mio vps e fá la stessa cosa...sul BO non cambia ma in realtá il moduli sono aggiornati..su un'altro vps invece nessun problema. Praticamente dopo aver aggiornato se resetti i moduli allora risultano aggiornati Verrá fissato nella prossima patch a fine Agosto ciao

Thirty Bees y PrestaShop 1.6: Una retrospectiva Thirty Bees —y por extensión, PrestaShop 1.6— fue un auténtico salvavidas tras los tiempos inestables de la versión 1.5. De hecho, PrestaShop no volvió a ser realmente estable hasta bastante después de la versión 1.7.6. La versión 1.6 era muy sólida y, siendo sinceros, más segura que lo que vino después. Además, sigue siendo compatible con los módulos de Presta Changeo, lo cual es un gran punto a favor para las tiendas que operan en EE. UU. Sin embargo, a menos que tengas experiencia en diseño e implementación del front office —ya sea en Thirty Bees o en PrestaShop—, conseguir una experiencia de usuario realmente destacada va a ser todo un reto. Es la realidad. Al final, por algo Shopify ha arrasado con toda la competencia. Es un hecho que no se puede pasar por alto.

El video es una vision general pero no realista para una pequeña tienda o una con muchas personalizaciones ¿ Pensando en migrar ? 1 - A menos que la tienda sea muy basica y no use casi modulos externos hay un costo de actualizacion mas alto que cuando se migro de la 1.6 a la 1.7. No van a poder migrar automaticamente con una tienda con muchos modulos sobre todo si son viejos. 2 - Revicen si sus modulos son compatibles con PS 9 incluso modulos que son muy utilizados del store todavia no son compatibles. Hay modulos claves como de busquedad, filtros y de forma de pago que no funcionan por ahora. (No he revisado los de despachos pero imagino que los mas personalizados tendran problemas ) 3 - Modulos personalizados necesitan revisarlos porque a menos que sean muy basicos hay cambios en algunas clases sobre todo de Symfony (por ejemplo Symfony\Component\Translation\TranslatorInterface a Symfony\Contracts\Translation\TranslatorInterface cambio facil pero no es automatico hay que revisar ) 4 - Incluso si los modulos funcionan en php 8.1 revicen que funcionen en 8.4 porque pueden tener problemas 5 - Hasta ahora no he encontrado problemas con los modulos front-end ni con el nuevo tema pero si usan una plantilla que depende de modulos propios para que funcione la probaria primero en una tienda limpia a ver si funciona. ¿Debo migrar? yo diria siempre que si * Yo recomendaria ahora solo si tu tienda es basica y no requiere modulos externos * Si tienes muchos modulos debes esperar a que se actualicen y si es personalizado revisar.

1.7.6… Bueno, la mayoría de los negocios que usaron esa versión no sobrevivieron, a menos que tuvieran la suerte de contar con una agencia que pudiera solucionar los problemas. Yo empecé como desarrollador en los tiempos de la 1.4, y con cada actualización importante ha sido la misma historia: la comunidad termina siendo quien prueba todo, muchas veces sin siquiera darse cuenta, y la mayoría no sabe cómo reportar correctamente los problemas en GitHub. Al final, estas versiones han hecho más daño a los negocios que beneficios.

Et je viens de voir que pour télécharger le zip sur le site un email est obligatoire, pas très RGPD tout ça...

Hello everyone, I’d like to share a module I developed and am releasing for free to the community: pskyc – An open source, GDPR-compliant KYC (identity verification) module for PrestaShop. Overview This module enables you to add a process for collecting and verifying KYC documents directly within PrestaShop. It’s designed to help merchants comply with regulatory requirements (GDPR, AML/CFT) for identity verification, especially useful for online stores in regulated sectors (jewelry, precious metals, crypto, etc.). Key Features Secure collection of identity and proof-of-address documents Encrypted storage of documents, accessible only by the store administrator GDPR compliance: Access logs, right to erasure, and full control over sensitive data Differents document types verification (proof of address, proof of identity) Email notifications Open source (MIT License), easy to audit and adapt for your needs Links & Documentation Source code & installation: https://github.com/vachmara/pskyc Documentation: Full README on the GitHub repository Why this module? Originally, I developed this module to meet a specific client need, adding GDPR-compliant identity verification to their PrestaShop store. Rather than keeping the solution private, I chose to release it as open source: this way, the community can provide feedback, contribute improvements over time, and help other merchants facing similar challenges. Your feedback is welcome! Feel free to try the module, share your feedback, make suggestions, or propose enhancements. Any contribution or comment is appreciated to help the module evolve! Thank you all, Valentin pskyc-1.0.0.zip pskyc-1.1.1.zip

Zrobić kopie roboczą zarówno sklepu jak i msql na tymczasową domenę (reinstalacja sklepu pod domeną roboczą) dokonać aktualizacji moduły (tu bym pokusił się o wyłączenie modułów nie standardowych wbudowanych w prestę) + szablon najlepiej na szablonie standardowym przełączyć po czym dokonać aktualizacji systemu sprawdzić działanie wszystkiego rozwiązać problemy + włączyć i doinstalować moduły dodatkowe, na końcu bym wdrożył nowy szablon i dopracował grafikę jeszcze raz wszystko sprawdzić i przerzucić na domenę docelową. Nagrałem dwa filmy kursy pomocne w tym procesie Zwróć uwagę że często przy przejściu z wersji niższej np. 1.7 do 8 lub 9 mogą pojawić się problemy programistyczne i jest to proces o wiele trudniejszy niż aktualizacja w danej wersji sklepu na pewno nie rób tego na sklepie produkcyjnym działającym a na kopii.

The category block is rendered twice in your template.

I need someone to build and create an installable version of Hummingbird Theme 1.0.0 - contact me if interested.

The most common reson of something like this is when a country does not have tax rules group assigned. Check your tax rules settings.

Hello nicoledesignstore, I was working today with a store that was being brought down every 5-15 minutes by a similar bot attach - targeting a category url with filters. Mass requests, that were overpowering PHP and mysql - store was not responding for real customers. if you have access to terminal, you can type this command there to confirm you have the same problem: echo "=== $(date) ==="; echo "LOAD: $(cat /proc/loadavg)"; echo "=== PHP PROCESSES ==="; ps aux | grep php-fpm | grep -v grep; echo "=== MYSQL QUERIES ===";mysql -e "SHOW FULL PROCESSLIST" | grep -v Sleep; echo "=== RECENT REQUESTS ==="; tail -20 /var/log/nginx/access.log to resolve this, for now we applied a dispatcher override fix, please see: <?php class Dispatcher extends DispatcherCore { public function dispatch() { // Only redirect if 'q' is present AND the request is NOT an AJAX call. if (Tools::getValue('q') && ( empty($_SERVER['HTTP_X_REQUESTED_WITH']) || strtolower($_SERVER['HTTP_X_REQUESTED_WITH']) !== 'xmlhttprequest' )) { // Get the full request URI (path + query string) $uri = $_SERVER['REQUEST_URI']; $parts = parse_url($uri); $path = $parts['path']; $queryParams = []; if (isset($parts['query'])) { parse_str($parts['query'], $queryParams); } // Remove the problematic "q" parameter unset($queryParams['q']); // Rebuild the query string (if there are other parameters) $newQuery = http_build_query($queryParams); // Build the new URL using the original path $newUrl = Tools::getShopDomainSsl(true) . $path; if (!empty($newQuery)) { $newUrl .= '?' . $newQuery; } // Redirect with a 301 status code header("Location: $newUrl", true, 301); exit; } // For AJAX requests (or if 'q' isn't set), continue as normal. return parent::dispatch(); } } This, makes direct http/browser access for sites to url with filter be redirected to that exact same page without filter, while keeping the standard prestashop layered filters module work - detects if request is made by AJAX and if so, keeps the filtering functionality working. Always consider how this impacts your SEO. But for us, it eliminated the problem with the store being overwhelmed and inaccessible for real people.

When you look in your error log you will see the following error: PHP Fatal error: Uncaught ErrorException: Warning: require(C:\\xampp\\htdocs\\var\\cache\\dev\\ContainerJiLuDQW\\getSwiftmailer_EmailSender_ListenerService.php): Failed to open stream: No such file or directory in C:\\xampp\\htdocs\\var\\cache\\dev\\ContainerJiLuDQW\\appAppKernelDevDebugContainer.php:2243 The solution that Endriu mentions and that for me worked is editing the file /app/AppKernel.php Change the function getContainerClearCacheLockPath() from protected function getContainerClearCacheLockPath(): string { $class = $this->getContainerClass(); $cacheDir = $this->getCacheDir(); return sprintf('%s/%s.php.cache_clear.lock', $cacheDir, $class); } to protected function getContainerClearCacheLockPath(): string { $class = $this->getContainerClass(); $cacheDir = sys_get_temp_dir(); return sprintf('%s/%s.php.cache_clear.lock', $cacheDir, $class); }