Leaderboard

I created a free module for this if someone is interested prioritycurrency.zip

le message ci dessus c'est de l'IA..

Hi. ./src/Core/Context/CurrencyContextBuilder.php Find public function build(), change $legacyCurrency->precision to (int)$legacyCurrency->precision

I’ve had decent results by leaning harder into content structure and internal linking, especially on product and category pages. Cleaning up thin content and tightening keyword focus moved the needle more than I expected. I once used website seo audit services to spot a couple of technical issues I kept overlooking, and fixing those alone gave me a small bump. Improving load times and trimming unused scripts also helped without needing new backlinks.

Performance optimization should become a priority as soon as you notice backend sluggishness or intermittent frontend delays, not only when traffic is high. In PrestaShop, performance issues tend to accumulate quietly as products, categories, combinations, and modules grow. The good news is that the biggest gains usually come from a few foundational improvements rather than drastic changes. When optimization should move to the top of the list If you’re seeing any of the following, it’s time: Back office pages loading slowly (especially product edit, orders, or modules) Delays when adding or editing products and combinations Random frontend slowness despite modest traffic Timeouts during imports, indexing, or cache operations These symptoms almost always point to database and storage bottlenecks rather than PrestaShop itself. High-impact optimizations that deliver early results NVMe-SSD hosting If your store is still on traditional SSD or shared hosting, moving to NVMe-SSD storage is often the single biggest improvement. PrestaShop is extremely database-heavy, and NVMe drastically reduces I/O latency. Back-office actions frequently feel several times faster immediately after migration, with no code changes or risk. MySQL tuning Default MySQL settings are rarely appropriate for a growing PrestaShop store. Proper tuning of InnoDB memory, temporary tables, and slow queries makes a noticeable difference in both the back office and front office. I’ve written several practical, PrestaShop-specific articles on this here: 👉 https://prestaheroes.com/blogs/mysql-optimization Module discipline Every enabled module adds queries and hooks. Disable anything you’re not actively using, review modules that hook into every page (header, footer, display hooks), and avoid overlapping functionality such as multiple SEO or analytics tools. This alone can remove hundreds of unnecessary queries on larger shops. Key takeaway Most PrestaShop performance problems start with storage and the database, not traffic volume or themes. Upgrading to NVMe-SSD hosting, tuning MySQL for your catalog size, and keeping module usage intentional will usually restore backend responsiveness and frontend stability long before performance becomes a crisis. Addressing this early is far easier — and far cheaper — than waiting until the shop becomes painful to manage. For nearly all shop administrators, there comes a point where having an experienced agency involved makes sense — not to add “voodoo” performance modules, but to improve performance in a safe, measurable way. PrestaShop tuning is genuinely complex, and many of the most effective gains come from proper database configuration and upgraded hosting rather than front-end tricks. Improving the underlying infrastructure, especially storage and MySQL performance, often delivers significant, reliable speed improvements without risking shop stability.

Hej, jak w temacie potrzebuję wprowadzić do swijego sklepu konfigurator który będzie wyświetlał warianty rozmiarowe po wybraniu modelu i rocznika samochodu. mam wstepnie przygotowany taki konfigurstor oparty gdzie kategorie i podkategorie sa mpodelami i rocznikami aut, natomiast lista pasujacych felg wyświetla się podczepiona jako link wygenerowany przez moduł Advanced search 5. ale 1 problem że konfigurowanie tego jest mozolne, a wczytywanie wyników trochę za powolne. może da sie to zorganizować lepiej i sprawniej.

I have no idea what the numbers of the conflicting versions are. And even if I did: I don't know that kind of details. But if you hoster thinks that it works ok and you don't see problems either it likely is ok.

oui n'importe quoi ou effectivement vous pouvez la supprimer si la commande n'existe plus en bdd. (sinon le module détectera le transporteur MR et voudra la réassocier)

Vous pouvez virer les 3

pas de settings.inc dans PS 1.7 + mais dans /app/config/parameters.php

Bonjour, changer le préfixe ps_ par le votre. SELECT c.id_customer, c.firstname, c.lastname, c.email, a.phone, a.phone_mobile FROM ps_customer c LEFT JOIN ps_address a ON a.id_customer = c.id_customer AND a.deleted = 0 AND a.active = 1 WHERE c.deleted = 0 ORDER BY c.id_customer ASC;

It's been a long time since I've posted, but I've come up with a helpful tip while helping a friend develop a PrestaShop 9 website. I came up with a free way to embed responsive videos in product descriptions and any other HTML fields on the website. Enable the "Allow iframes on HTML fields" option (if it's disabled) on the "Shop Parameters > General" tab in the Back Office. Create a child theme (if you haven't already) to enable custom CSS to be added. Add the following to the themes/child_theme/assets/css/custom.css (this code makes the YouTube video responsive so it looks good on desktop, tablet and mobile): .embed-container { position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden; max-width: 100%; margin-bottom: 1rem; } .embed-container iframe { position: absolute; top: 0; left: 0; width: 100%; height: 100%; } Upload the video to YouTube and choose either "Public" or "Unlisted" depending on whether you want the video searchable on your channel. Click the "Share" button on the video and then choose "Embed". Copy the <iframe> code to the product description or other HTML field in the Back Office and then add <p class="embed-container"> before the <iframe> code and </p> after the </iframe> code. I hope this helps someone.

Hey, if you can attach the module here I can update it to work. Also make sure to include your prestashop version. I would need to know payment received order stat id. or from phpmyadmin or ps sql manager First, get the order_state ID(s) SELECT id_order_state, name FROM ps_order_state_lang WHERE name LIKE '%Payment%' OR name LIKE '%Received%'; Use those IDs in this report query This returns product + total qty for orders whose current status is “Payment Received”, within a date range: SELECT od.product_id, od.product_reference, od.product_name, SUM(od.product_quantity) AS qty_sold FROM ps_orders o JOIN ps_order_detail od ON od.id_order = o.id_order WHERE o.current_state IN (/* put id_order_state(s) here */) AND o.date_add >= '2026-01-01 00:00:00' AND o.date_add <= '2026-01-31 23:59:59' GROUP BY od.product_id, od.product_reference, od.product_name ORDER BY qty_sold DESC;

Merci !

Je souhaitais vous remercier pour la mise à jour du module et pour sa compatibilité avec Prestashop 9. Merci vous êtes un développeur qui a la main sur le cœur et je vous en remercie sincèrement !

Hello PrestaShop community, I'm releasing a profesionnal dedicated penetration testing tool i used since years for PrestaShop 1.7.x ( and on a couple of days 8.x ) – designed for integrators, freelancers, hosting providers, and security teams who need to go beyond basic automated scanners. The goal: Simulate a real attacker on your PrestaShop instance (legally, with proper authorization) and generate a professional PDF report that developers, sysadmins, and CISOs can actually use. 🎯 What the tool does Core capabilities: Identifies critical vulnerabilities (SQLi, RCE, XXE, SSRF, etc.) specific to PrestaShop installations Audits system configuration (file permissions, backdoors, Lynis integration) Maps known CVEs through a dedicated, editable JSON database Generates 15-30 page PDF reports with CVSS scores, proof-of-concept evidence, and prioritized remediation Not a replacement for full manual pentesting – think of it as a productivity booster to quickly identify the most dangerous issues. 🔧 Key Features ✅ Web Application Penetration Tests : • SQL Injection: Time-based, Error-based, Boolean-based, Union-based • XXE: XML External Entity attacks • SSRF: Server-Side Request Forgery • RCE: Remote Code Execution via PHP deserialization • Command Injection: OS command injection vectors • Authentication Bypass: Back-office login bypass attempts • Open Redirect & CORS misconfigurations • Session security (cookies, HttpOnly, Secure flags) • SSL/TLS weak protocol detection • Rate limiting & brute-force protection checks 🔍 System-Level Audit : • Lynis integration (full Linux hardening audit) • Automatic spidering (endpoint discovery) • Vulnerable module detection • Sensitive file exposure checks • Backdoor hunting (known malicious patterns) • Dangerous file permission scanning • Database prefix verification 📊 PDF Reporting : • 15-30 page PDF with Viking Production branding • CVSS v3.1 risk scoring (0-10 scale) • Executive summary for management • Technical details + remediation steps • Prioritized action plan (P0/P1/P2) • Proof-of-concept payloads (sanitized) 🚀 Quick Demo (Less than 2 minutes) : # Standard audit (safe for production) python3 cve.py https://your-prestashop.tld # Full system audit + Lynis python3 cve.py https://your-prestashop.tld --path /var/www/prestashop # Generates: prestashop_security_report.pdf Sample output: Identifies PrestaShop version → Maps applicable CVEs → Tests vectors → Delivers PDF report. 🗄️ Extensible CVE Database : The tool uses a JSON CVE database you can customize: { "id": "CVE-2022-31181", "title": "SQL Injection Smarty Cache", "cvss_score": 9.8, "affected_versions": ["1.7.0.0", "1.7.8.6"], "payloads": ["<sanitized_payloads>"], "remediation": "Update to 1.7.8.7+" } 🎁 Why this tool? PrestaShop-specific: Tests actual CVEs affecting 1.7.x/8.x Production-ready reports: Not just "vulnerable/not vulnerable" Developer-friendly: Clear payloads, remediation steps Sysadmin integration: Lynis + file system checks Free & open-source: MIT license Actively maintained: 2026 roadmap includes 8.x support, ML anomaly detection 📚 Resources : GitHub: https://github.com/VikingProduction/CVE-prestashop.1-7.X-pentester README available in French & English ⚖️ IMPORTANT: Legal & Responsible Use Only ✅ Authorized use: Your own PrestaShop installations Client sites with written permission Staging/test environments Contractual security assessments ❌ Strictly prohibited: Testing third-party sites without authorization Production sites without owner consent Any illegal access attempts Law compliance of your country, in france: Article 323-1 Code Pénal, GDPR, NIS Directive. Questions? Need help with a specific CVE? Want to contribute new tests? Reply here or open an issue! Stay secure, Viking Production

Dans la table ps_mondialrelay_selected_relay remplissez les colonnes avec des valeurs fictives tracking_url label_url expedition_num date_label_generation pour cette commande

I’ve run into similar OAuth 400 issues before, and clearing the Instagram connection inside the module settings and redoing the app permissions from scratch in the Instagram account usually fixed it. Sometimes the token gets revoked without warning. I’ve had to reset mine a few times, even though I was just using features like how to see what someone likes on instagram for my own checks. Also make sure your server time is synced, since that can break the handshake.

SOLVED 1. Installed an blanc version of prestashop. 2. Deleted costumer and costumer group from my clone. 3. copied structure with auto increment to clone database from the blanc version 4. deleted the version form my live shop and copied the new data also with auto increment to the live shop

I'm giving it away for free. If you post anything on the forum, it's the property of the forum. When I asked in the past to delete my account and all my uploaded files and modules, I was told that no content can be deleted! I don't need promotion. I've already sent the module to four interested parties yesterday. If you find a similar topic on the forum, I've already posted information on how to do it. If you think my post is defective, you can report it and send it to the administrators for review.

Ok, so heres's the deal with this. Apparently Prestashop moved from swiftmailer (with PS 8 ) to symfony mailer (with PS 9). It appears that my host was blocking the new mailer from sending the emails externally. We had to change our SMTP settings to a gmail server to get it to work. We're not sure what changed between mailers, but this should not be a thing and needs to be looked at within Prestashop. I've seen other people with the same issue.

This is what I have found https://addons.prestashop.com/en/payment-card-wallet/52036-square-official-sell-online-and-in-store.html My question is will the customers check out using Square to make the payment?

Bonjour, Pourquoi ne pas proposer un système de licence pour chaque abonnement ? parce que là, il est vrai que ça ne donne pas envie de l'installer ni même de tester alors qu'au premier abord votre module a l'air très bien. Bonne continuation.

@Thierry L Bonjour Thierry, Je suis d'accord avec vous j'aurai bien aimé que la carte (même si aucun prélevement n'est effectué en version gratuite) ne soit pas demandé, je comprend la contrainte et j'aurai aimé que cela soit différent mais c'est le module billing de Prestashop qui impose cela. Peut-être que Prestashop changera ce process dans le futur en attendant bonne continuation, Bonne journée

To the new owners. Please do something about the ridiculous amount of ads shown in the forums. It's a joke. Not the "ha, ha," funny kind. It's the uncool, you are not a real business kind.

Jetez un œil ici avant de vous lancer dans une migration compliquée: https://eoliashop.com/phenixsuite/prestashop-new

Hi, Musicmaster, I got advice from my hosting on this issue. First of all they agree that this is cause by some upgrades to server (DD, SQL or php), but it can't be downgraded because of security and because it is shared server. So looking into login1.php code they advised to ignore warnings in that particular place of the code. Adding this around original code: $old_level = error_reporting(); error_reporting($old_level & ~E_WARNING); // original code block with mysqli_connect error_reporting($old_level); I added it and it actually it did the trick. At least Combination_delete now works as it used before. I am not sure if it is a good practice for you to add it tot the code as standard. If you see it not usable, I believe I'll need to update login1.php manually every time I take an update from your website. On your POV - can this cause any issues? Thanks!

You have fixed many on-page things already nice work. To move higher focus on authority: Get some quality backlinks Improve internal links to key products Add new helpful content regularly Google needs strong trust signals to push you to the top.

I got the same error. The weirdest part about this error is that it didn't show up in a local and an ubuntu vps installation but it does break on my managed hosting environment. There is a discussion here https://github.com/PrestaShop/PrestaShop/issues/38894 but the hosting environment is never mentioned. edit: The environment was mentioned here after all https://github.com/PrestaShop/PrestaShop/pull/38905 tl;dr make the following changes https://github.com/PrestaShop/PrestaShop/pull/38905/files and the backoffice will probably be fixed.

I had the same issue with indexing delays and weak visibility on new categories. I started using https://www.searchseo.io/ to track keyword movements and fix on-page SEO stuff like duplicate metas and missing tags. It also helped me figure out which pages Google was ignoring. I’ve noticed better crawl rates and more stable rankings since then. Definitely worth checking if you're juggling lots of categories and products.

To have all data backed up makes sense. Save your shop as more hacking is most likely to happen the coming decade.

Je viens à nouveau de remonter le problème depuis le site Thales, mais ils me demandent d'avoir un compte pour traiter la demande... Je réponds quand même on verra ....

May have found something here : https://themeforest.net/item/warehouse-responsive-prestashop-16-theme-blog/3178575?s_rank=1 [PS 8.1] 4.6.4 - 13.10.2023 =============================== [PS 1.7.8] 4.5.9 - 13.10.2023 =============================== FIX: - instagram widget fix - required action after upgrade - https://iqit-commerce.com/how-to-get-instagram-token/ It didnt completely work for me. Creating the token was OK, but I still have the message : {"error_type": "OAuthException", "code": 400, "error_message": "Insufficient developer role"} when clicking on the button "COnnect with your instagram" on the back office. Hope it will help.

Thanks for the tip, I wanted to try, but the developer's support has completely stopped and I can't even contact him through a ticket - because to create a ticket, you need to extend the support. And to be honest, I don't want to renew support for €70 because of this problem

L'extension "Sconnect" peut-être installée sur les navigateurs pour vous connecter de manière sécurisée à votre compte CIC ou autre banque via SafeTrans (le lecteur de carte bancaire qui ressemble a un calculatrice). Celle-ci laisse systématiquement cette trace dans les éditeurs HTML de tous les sites. Il faut donc désactiver ce module lorsque vous ne l'utilisez pas, c'est à dire tout le temps, sauf quand vous allez sur le site de votre banque ou vous les réactiverez. Ce module est développé par Thales Digital Identity and Security (anciennement Gemalto) est une filiale du groupe d'électronique français Thales, on a déjà remonté le problème en 2018 et 2020 mais ça n'a rien changé...

il y a aussi des div vides <div id="sconnect-is-installed"></div> Vous n'auriez pas l'extension SConnect d'installée dans votre navigateur par hasard ?

Data is saved in ps_module_carrier. ID Module -> payment module id ID Reference -> carrier id reference (from ps_carrier table)

Hello again, i just figured out how to do this. Just need to go to modules\ps_mainmenu\ps_mainmenu.php and, in the function generatesCategoriesmenu, add a control for the subcategory where you want to put the link. In my case, the one with the id number 8 if ($category['level_depth'] > 1) { $cat = new Category($category['id_category']); if ((int)$cat ->id_category == 8 $link = "http://google.com/"; else $link = $cat->getLink(); } else { $link = $this->context->link->getPageLink('index'); } After that, you need to clean the cache. When you refresh the page, you should see the new link. Thank you anyways and i hope this post helps someone.

Bueno pues me respondo yo mismo por si le pasa a alguien más: resulta que además de activar el permiso para ver las estadísticas, debe tener permiso para ver los módulos de cada sección de las estadísticas, algo que yo había deshabilitado porque no permito ver ningún módulo a los empleados. Es decir, en la columna de la derecha, Módulos, deben tener "Ver" activado los módulos: Tabla de mando de estadísticas, Mejores fabricantes, Mejores productos, etc. Saludos.

Bonjour à tous, Nous exploitons actuellement une boutique PrestaShop 1.6.0.6, développée en PHP 5.4, en production depuis maintenant près de 10 ans. Dans un objectif de modernisation globale (thème, fonctionnalités, performances et expérience utilisateur), nous souhaitons migrer vers une version plus récente de PrestaShop. L’idée serait de mettre en place une pré-production sur un sous-domaine, probablement en PrestaShop 9.0.2, afin de travailler proprement avant bascule. Concernant les modules : nous utilisons des modules achetés sur Addons, mais aussi beaucoup de modules développés en interne. Cela ne nous pose pas de problème d’adapter nos modules, ni même d’en redévelopper une grande partie, sachant que 90 % d’entre eux sont relativement simples. Sachant que maintenant ChatGPT ou Gemini sont là si on veut accélérer le truc ;) Notre question est donc la suivante : Est-il pertinent de partir directement sur PrestaShop 9.0.2, afin de bénéficier d’une base solide, moderne et scalable pour les prochaines années, avec des mises à jour régulières ? Ou vaut-il mieux se concentrer sur une version 8.x, plus éprouvée aujourd’hui, même si elle peut sembler déjà « obsolète » à moyen terme ? Merci d’avance pour vos retours d’expérience et vos conseils 👍

Je vous propose de lire la notice de prestashop vous avez toutes les infos. Ne demandez pas d aide sur ce forum.