All Activity

Bonjour Avez vous le dossier fr-FR dans le dossier /translations/

Bonjour Peut etre avec ce module ( a vérifier avec le développeur ) https://boutique.comonsoft.com/fr/modules-prestashop/30-verification-codes-postaux-dom-tom-pays-france.html

Bonjour Par défaut le prix spécifique s'affiches en plus des prix classiques sur les listes de produits. Qu'avez vous selectionné Dans: Apparence/ IqitThemeEditor - Backoffice / Content/Pages / Products list/Carousels / >>Grid layout<<

80/12 = 6,66 euros par mois. ça va non ?

On ne résout aucun problème sur Amazon, on s'arrache les cheveux et on les contourne...

oui le support et les MAJ reviennent à moins de 10 euros par mois, c'est cher ?

Bonjour, un message que je viens de faire au support du module à suivre, qui est dans le même cas ???? Merci. Bonjour narong, Nous vous contactons pour signaler un BUG CRITIQUE MAJEUR, ancien et désormais formellement prouvé, lié aux crons Amazon de votre module PrestaShop, en particulier : /modules/amazon/functions/orders/import.php Ce dysfonctionnement est extrêmement grave, car il met directement en péril la fiabilité de nos stocks, nos ventes et notre activité commerciale. Contexte important Ce phénomène est observé depuis plusieurs années sur la boutique : variations de stock inexpliquées incohérences récurrentes entre stock réel et stock affiché sans commandes correspondantes sans mouvements de stock visibles côté PrestaShop Jusqu’à présent, faute de temps, aucune analyse technique approfondie n’avait été menée. Le problème a désormais été instrumenté, tracé et confirmé sans ambiguïté. Configuration Amazon FBA est totalement désactivé Les produits concernés sont en FBM Amazon n’est pas la source de vérité du stock PrestaShop Dans ce contexte : le stock PrestaShop ne doit être modifié que lorsqu’un produit est effectivement vendu sur Amazon et dans ce cas le stock doit impérativement DIMINUER, jamais augmenter Symptôme critique observé Sur plusieurs produits PrestaShop : le champ stock_available.quantity AUGMENTE automatiquement (+1) alors que : physical_quantity reste strictement inchangé reserved_quantity = 0 sans aucune action manuelle Point extrêmement grave Les augmentations de stock n’ont AUCUN lien avec les produits réellement vendus sur Amazon : des produits non vendus sur Amazon voient leur stock augmenter des produits sans aucune commande Amazon associée sont impactés aucune corrélation entre ventes Amazon et produits modifiés 👉 Cela signifie que le module fausse activement les stocks, ce qui entraîne : ventes de produits inexistants risques de survente annulations de commandes perte de confiance clients impact financier direct mise en péril de notre activité e-commerce Diagnostic et preuves techniques Mise en place d’un audit SQL (trigger) sur la table stock_available, journalisant chaque modification (avant/après, timestamp, utilisateur SQL). Résultats factuels : modifications systématiques entre HH:02 et HH:12 correspondance exacte avec l’exécution du cron : orders/import.php (planifié à HH:02) traitement durant plusieurs minutes après le démarrage toujours le même utilisateur MySQL (process PHP) incrément de quantity uniquement aucun mouvement de stock physique aucune correspondance avec des commandes Amazon réelles Test de confirmation définitif désactivation de tous les crons Amazon observation à 21h02 (heure habituelle de déclenchement) ➜ AUCUNE modification de stock ➜ le problème disparaît immédiatement Problème identifié Le cron d’import commandes : modifie directement stock_available.quantity AJOUTE du stock au lieu de le diminuer applique des modifications sans lien avec les ventes Amazon n’est pas idempotent rejoue des logiques de stock à chaque exécution contourne la logique StockManager native PrestaShop Il s’agit d’un bug critique, silencieux et cumulatif, avec un risque business majeur. Attendu (URGENT) Nous attendons de votre part : Une explication claire de ce comportement La confirmation de ce qui est fonctionnellement attendu Une solution officielle immédiate (correctif ou configuration) À défaut, une recommandation formelle de désactivation définitive de ce cron Une indication sur les versions impactées (le problème semble ancien) Nous disposons de preuves techniques complètes (logs SQL horodatés) et pouvons les fournir si nécessaire. Ce sujet est critique pour notre activité et nécessite un retour rapide. Cordialement, ...

This header comes from Roy Content (v.3.3.0) module it is not like Contact info or HTML box.

@Olivier CLEMENCE Thanks but looking for a simple link removal. I'm aware of modules

No, the problem doesn't stem from the header.tpl file itself, but most likely from the incorrect integration of the Google Tag Manager (GTM) code—specifically the <noscript> section. What you're describing (the GTM ID visible on a white background at the top of the site) almost always occurs when the GTM code is misplaced or misinterpreted by the theme.

Check that the image is correctly set as the cover. Sometimes, PrestaShop 8 doesn't enforce the uniqueness of the cover image properly.

Hi everyone, I'm pleased to introduce my new module: Google Translate Pro, which makes it easy to integrate Google Translate into your PrestaShop store. ► The problem it solves You're selling internationally but don't have the time (or budget) to translate your store into 10 different languages? Your foreign visitors leave because they can't understand your product pages? This module offers a simple solution: your customers choose their language and Google instantly translates all page content. ► What the module offers • Over 100 languages supported (from Chinese to Arabic, including Russian, Japanese, Portuguese...) • 6 different designs to match your theme: - Simple (classic Google style) - Dropdown menu - Horizontal bar - Flags with language names - Flags only (ultra-compact) - Modern card style • 20 color themes: Ocean, Violet, Emerald, Sunset, Gold, Carbon... • Flexible positioning: footer, header, navigation, side columns... • Language selection: display only the ones you need • High quality SVG flags ► Compatibility ✅ PrestaShop 1.7, 8.x and 9.0 ✅ PHP 5.6 to 8.4 ✅ All themes ► Installation Nothing complicated: install the module, choose the design, colors and languages to display. Ready in 2 minutes. No API key required, no complex technical configuration. ► Who is it for? • Stores selling internationally • Merchants without a translation budget • Those who want to offer a better experience to foreign visitors • Niche sites where customers come from all over the world ► Screenshots ► Link 👉 Available on PrestaShop Prestatoolbox: https://www.prestatoolbox.com/international-localization/479-google-translate-pro-translate-your-shop.html 👉 Available on PrestaShop Addons: Soon

Bonjour à tous, Je vous présente mon nouveau module : Google Translate Pro, qui permet d'intégrer facilement Google Translate sur votre boutique PrestaShop. Vous vendez à l'international mais vous n'avez pas le temps (ni le budget) de traduire votre boutique en 10 langues différentes ? Vos visiteurs étrangers quittent votre site car ils ne comprennent pas vos fiches produits ? Ce module offre une solution simple : vos clients choisissent leur langue et Google traduit instantanément tout le contenu de la page. ► Ce que propose le module • Plus de 100 langues supportées (du chinois à l'arabe, en passant par le russe, japonais, portugais...) • 6 designs différents pour s'adapter à votre thème : - Simple (style Google classique) - Menu déroulant - Barre horizontale - Drapeaux avec noms de langues - Drapeaux seuls (ultra-compact) - Style carte moderne • 20 thèmes de couleurs : Ocean, Violet, Emerald, Sunset, Gold, Carbon... • Positionnement flexible : footer, header, navigation, colonnes latérales... • Sélection des langues : affichez uniquement celles qui vous intéressent • Drapeaux SVG haute qualité ► Compatibilité ✅ PrestaShop 1.7, 8.x et 9.0 ✅ PHP 5.6 à 8.4 ✅ Tous les thèmes ► Installation Rien de compliqué : vous installez le module, vous choisissez le design, les couleurs et les langues à afficher. C'est prêt en 2 minutes. Aucune clé API requise, aucune configuration technique complexe. ► Pour qui ? • Les boutiques qui vendent à l'international • Les marchands qui n'ont pas de budget traduction • Ceux qui veulent offrir une meilleure expérience aux visiteurs étrangers • Les sites dans des niches où les clients viennent du monde entier ► Captures d'écran ► Lien 👉 Disponible sur Prestatoolbox : https://www.prestatoolbox.fr/international-localisation/479-google-translate-pro-traduisez-votre-boutique.html 👉 Disponible sur PrestaShop Addons : Bientôt

Hello, you can use our sitemap module to choose precisely wich page should appear in your sitemap : https://addons.prestashop.com/en/seo-natural-search-engine-optimization/88488-op-art-sitemap-unlimited-pages-images-filters-.html

Hi, Some reading material to help you secure your website. https://www.mediacom87.com/post/security/

After you recover (restore?) you can use my module written when my 1.4 shop got hacked. Once installed it will monitor your shop files and detect 'any' change rnd send an alert. You can then action by: restoring the file from vault | commit trusted change to vault. https://prestaheroes.com/collections/all-modules/products/prestavault-malware-trojan-virus-protection immunavy is good to have on your hosting, for plesk but may be one for cpanel. What to do immediately Change all passwords PrestaShop back office users FTP / SFTP Hosting panel Database user Scan for modified files Compare timestamps vs backups Look for: Unexpected .php files PHP code inside /img, /upload, /pdf Modified .htaccess Lock down permissions Files: 644 Folders: 755 Disable unused modules Especially old or unmaintained ones Remove modules you “might use later” Note: AI is excellent in reading and reporting log issues. Check logs Access log Error log ModSecurity log (if enabled) Look for POST requests to upload endpoints

It happens when use additional modules which affect to combinations. Dm me old combination table to detect problem and explain a way to fix

Ciao, ho preso questo modulo e funziona benissimo per gli shop italiani....aggiunge i due campi sdi e pec al formato indirizzo. Per renderlo obbligatorio puoi chiederlo al developer nel caso non riesci a farlo..il modulo fá un'override della classe address per cui é facile alterarlo secondo le tue esigenze.

Avrei bisogno di aggiungere il campo per lo SDI nei dati di fatturazione e renderlo obbligatorio ma non so come fare (ipotizzando che si possa). Ho trovato questo cercando online ma prima di installarlo vorrei sapere se qualcuno lo ha già provato/utilizzato: https://www.interno15.it/blog/come-aggiungere-in-prestashop-i-campi-sdi-e-pec-per-la-fatturazione-elettronica-modulo-gratuito#downloadmodule Grazie

Hi, This will not change your TTFB, but you should first correct HTML code errors such as: <div class="html_inside "> <!DOCTYPE html> <html> <head> </head> <body> <p>Telefon: +48 535 528 028 E-mail: <a href="mailto:[email protected]">[email protected]</a> Godziny pracy: 10:00-18:00</p> </body> </html> </div> Or all the </br> used when it should be <br> or <br /> For your TTFB, you can also test by removing the concatenation of JS and CSS files in the Performance page.

I run an online store based on PrestaShop 8.1.4 – letsgotry.pl. The store works and customers are using it, but everything is extremely slow, and the loading times can honestly drive you crazy. Tests performed in Google PageSpeed Insights / Core Web Vitals indicate serious performance issues, especially on mobile devices, which results in failing Core Web Vitals. Access to the report: https://pagespeed.web.dev/analysis/https-letsgotry-pl/rzfih6p97u?form_factor=mobile 1. Core Web Vitals – CrUX, Mobile LCP: 8.9 s INP: 198 ms CLS: 0 FCP: 8.8 s TTFB: 6.2 s Core Web Vitals – Desktop: LCP: 10.9 s INP: 59 ms CLS: 0 FCP: 7.5 s TTFB: 6.1 s Lighthouse – Mobile: FCP: 3.9 s LCP: 16.4 s Speed Index: 14.6 s TBT: 110 ms Lighthouse – Desktop: FCP: 1.0 s LCP: 7.6 s Speed Index: 9.7 s TBT: 180 ms CLS: 0 When I enable debug mode, I get a huge number of errors. I won’t hide that I’ve already tried fixing them three times using ChatGPT. Each time, about 3/4 of the instructions work fine, but the final steps that involve code changes usually end with HTTP 500 errors or even blocking access to the back office, which I then have to undo and roll back to the starting point. I’m not asking for miracles, but for real, feasible tools and solutions that will allow me to fix the store’s performance so that it loads in a reasonable, modern way — as expected in 2025. All images in the store have already been converted to WebP. Lazy loading is enabled, as far as I know, and is working. If you need anything from the back office side, please let me know — I’m happy to share the required information. Thank you in advance.

Posiadam sklep internetowy oparty na PrestaShop 8.1.4. - letsgotry.pl Działa - klienci korzystają ale jest bardzo wolne wszystko i samo ładowanie doprowadzić może do szału. Testy wykonane w Google PageSpeed Insights / Core Web Vitals wskazują na poważne problemy z wydajnością, szczególnie na urządzeniach mobilnych, co skutkuje niezaliczeniem Core Web Vitals. Dostęp do raportu: https://pagespeed.web.dev/analysis/https-letsgotry-pl/rzfih6p97u?form_factor=mobile 1. Core Web Vitals – CrUX, Mobile LCP: 8.9 s INP: 198 ms CLS: 0 FCP: 8.8 s TTFB: 6.2 s Core Web Vitals - Desktop: LCP: 10.9 s INP: 59 ms CLS: 0 FCP: 7.5 s TTFB: 6.1 s Lighthouse – Mobile FCP: 3.9 s LCP: 16.4 s Speed Index: 14.6 s TBT: 110 ms Lighthouse – Desktop: FCP: 1.0 s LCP: 7.6 s Speed Index: 9.7 s TBT: 180 ms CLS: 0 Wlaczajac debug mam mnóstwo bledow nie ukrywam ale przy pomocy ChatGPT robiłem naprawę juz 3x i jak robię 3/4 instrukcji to wszystko przechodzi dobrze ale finalne rzeczy które sugeruje w sprawie zmian w kodzie to oczywiście spotykam sie z error500 czy nawet blokadami backoffice'u które później muszę odkrecac i wracać do punkty z którego zacząłem. Nie proszę o cud ale realne możliwe narzędzia które pozwolą mi naprawić poprawne działanie sklepu by ładowała się jak na 2025 rok po ludzku. Zdjęcia na sklepie zostały już wszystkie zmenione na webp. lazy loading jest z tego co wiem i działa. Jeśli czegokolwiek potrzebujecie od strony backoffice'u proszę pisać podzielę się z informacjami. Z góry dziękuję

Nein, reCAPTCHA mögen die Kunden nicht, Cloudflare wäre aber vielleicht eine Option.

Haben Sie reCAPTCHA ausprobiert oder den Shop mit Cloudflare verbunden?

Hi, it can be a js theme,or a module issue. What is your theme, and can you specify your PHP version? The Warning as it said is juste a warning. But if you are in debug mode, some js not not working properly.