Jump to content

Florent

Members
  • Posts

    295
  • Joined

  • Last visited

Everything posted by Florent

  1. Exact. ça nous pose bien des problèmes. Entre le cache CDN, le cache Presta, le cache des navigateurs... 🙂
  2. Bonjour, Merci pour votre réponse. En effet, il s'agissait bien d'un problème de cache. Mais, a priori au niveau du CDN. Nous avons tout vidé, et ça marche ! Merci
  3. Bonjour, Depuis quelques jours sous Firefox, de façon aléatoire, j'ai des pages blanches sur mon Back Office. Si je recharge la page (F5 ou Ctrl+F5), la page finit par se charger. En testant sur un autre navigateur (Edge), je ne reproduis pas le problème. Pour info, j'ai une copie de ce même site sur un hébergement de tests et développement, et je n'ai pas ce problème. A priori, la seule différence entre les 2 hébergements OVH c'est une option CDN activée sur l'hébergement de production par sur l'autre. Version Prestashop : 1.6.0.14 php 5.6 Merci pour votre aide. Florent
  4. Bonjour, Je me permets de déterrer cet ancien sujet car je rencontre le même type de problème. Je voulais savoir si vous aviez pu trouver une solution Merci, Florent
  5. Il s'agissait d'un problème dans la migration des données. Une nouvelle migraton a résolu le problème.
  6. Bonjour, Je viens de migrer sous Prestashop 1.6.1.24 Je constate que sur les factures, sur les lignes produits, le taux de taxe apparaît 2 fois séparé par une virgule : 20%,20% Est-ce 'normal' ? Est-ce qu'il y a un moyen pour le faire apparaître qu'une seule fois ? Merci, Florent
  7. 1- Il est donc possible que l'un de nos modules soit touché sans que nous le sachions 2- C'est possible. Même si je connais bien nos modules, ma mémoire peut me faire défaut. 3- Pas de WordPress Pour le scan, je ne sais pas comment procéder. Je sais comment accéder au ftp, mais je ne sais pas quel outil utiliser pour scanner les fichiers. Merci, Florent
  8. Merci pour votre réponse. Nous n'avons aucun des modules listés.
  9. Bonjour, Depuis 2 jours, nous rencontrons un problème de façon alétaoire, a priori uniquement sur le back office. Lorsque nous naviguons d'une page à une autre, l'url de destination est modifiée et renvoie vers un site étranger. Pour être plus précis, sur une url du type https://www.monsite.com/Admin/index.php?controller=AdminOrders&id_order=3728&vieworder&token=xxxx le 'www.monsite.com" est remplacé par un autre site. Nous pensons évidemment à un piratage. Nous avons fait une recherche relative à 'xamxam je sais pas quoi'. Il s'avère que nous avions déjà appliqué les mesures qui étaient conseillées à l'époque. Et nous ne trouvons pas de trace de fichiers phpunit aujourd'hui. Je suis preneur de tous vos conseils et démarches à mettre eu oeuvre pour comprendre de quoi il s'agit et comment solutionner le problème. Merci, Florent
  10. Alors, je passe par phpmyadmin de mon easyphp. Et j'exécute les requêtes listées en erreurs en supprimant la mention IGNORE ? C'est ça ?
  11. Bonjour, Merci pour votre réponse. D'après les infos que vous m'avez invité à consulter, je comprends que cette clause n'est plus utilisée avec MySQL 5.7. Effectivement, ma base de données a été impotée depuis mon hébergement où la version MySQL est 5.6. Alors que la version MySQL sur mon serveur en local est en 5.7 Par contre, je ne ai pas compris l'utilité de la clause IGNORE. Et donc, je ne sais pas quelles sont les conséquences de son abandon en MySQL 5.7 sur la mise à jour de mon site. Dois-je modifier la version de mon MySQL local en le passant en 5.6 ? Merci, Florent
  12. Bonjour, Je viens de faire une mise à jour de mon site en local avec le module Prestashop : 1.6.0.14 -> 1.6.1.24 Une fois la mise à jour terminée, le module m'affiche une 'petite' liste des erreurs rencontrées. Je ne suis pas capable d'interpréter ces erreurs et donc de les corriger. Ni même de savoir si elles ont une incidence ou pas sur le fonctionnement du site. Est-ce que quelqu'un(e) pourrait m'aider ? Merci Liste des erreurs : SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_cart_product` ADD PRIMARY KEY (`id_cart`,`id_product`,`id_product_attribute`,`id_address_delivery`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_cart_product` ADD PRIMARY KEY (`id_cart`,`id_product`,`id_produ' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_customization` ADD KEY `id_cart_product` (`id_cart`, `id_product`, `id_product_attribute`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_customization` ADD KEY `id_cart_product` (`id_cart`, `id_produc' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_image_shop` DROP KEY `id_image`, ADD PRIMARY KEY (`id_image`, `id_shop`, `cover`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_image_shop` DROP KEY `id_image`, ADD PRIMARY KEY (`id_image`, `' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_image_shop` DROP PRIMARY KEY, ADD PRIMARY KEY (`id_image`, `id_shop`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_image_shop` DROP PRIMARY KEY, ADD PRIMARY KEY (`id_image`, `id_' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_image` ADD UNIQUE KEY `id_product_cover` (`id_product`,`cover`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_image` ADD UNIQUE KEY `id_product_cover` (`id_product`,`cover`)' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_image_shop` ADD UNIQUE KEY `id_product` (`id_product`, `id_shop`, `cover`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_image_shop` ADD UNIQUE KEY `id_product` (`id_product`, `id_shop' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_product_attribute` ADD UNIQUE KEY `product_default` (`id_product`,`default_on`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_product_attribute` ADD UNIQUE KEY `product_default` (`id_produc' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_product_attribute_shop` ADD UNIQUE KEY `id_product` (`id_product`, `id_shop`, `default_on`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_product_attribute_shop` ADD UNIQUE KEY `id_product` (`id_produc' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_product_download` ADD UNIQUE KEY `id_product` (`id_product`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_product_download` ADD UNIQUE KEY `id_product` (`id_product`)' at line 1 SQL 1.6.1.0 1064 in ALTER IGNORE TABLE `fp_specific_price` ADD UNIQUE KEY `id_product_2` (`id_cart`, `id_product`,`id_shop`,`id_shop_group`,`id_currency`,`id_country`,`id_group`,`id_customer`,`id_product_attribute`,`from_quantity`,`id_specific_price_rule`,`from`,`to`): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE `fp_specific_price` ADD UNIQUE KEY `id_product_2` (`id_cart`, `id_p' at line 1
  13. Bonjour, Je me permets de relancer le sujet. Je suis dans le même cas que vous : mise à jour d'une 1.6.0.14 vers 1.6.1.24 J'ai réussi à paramétrer la boutique en local. Par contre, comment procédez-vous pour la mise à jour ? Est-ce que vous utilisez le module one click upgrade ? Parce que j'ai un message d'erreur lors du téléchargement de la version 1.6.1.24 quand je lance la mise à jour. Merci, Florent
  14. Merci Eolia pour votre réponse rapide ! Ce qui m'inquiétait surtout c'était la version de php. J'imagine qu'il est quand même préférable d'utiliser une version plus récente. Pour Prestashop nous avons appliqué les différents patchs de sécurité et autres. Malgré tout, je vais suivre votre conseil et planifier une mise à jour. Merci encore, Florent
  15. Bonjour, Je me permets de poser une question. Je cherchais des infos sur la stabilité et la sécurité d'un site sous Prestashop 1.6.0.14 avec php 5.6. Nous utilisons cette configuration qui tourne très bien. Mais, j'ai vu que php 5.6 était obsolète et pourrait provoquer des problèmes de sécurité. Eolia, quand vous dites qu'une 1.6.1.24 avec php 5.6 n'a que des avantages, qu'en est-il de notre configuration à votre avis ? Merci, Florent
  16. Salut, Merci d'avoir répondu aussi vite. De mon côté, je n'ai qu'un seul cas pour le moment, et le client n'a pas passé commande. Mais, ça m'inquiète quand même. Je me demande ce qui se passe quand le client passe commande dans la foulée. Est-ce que celle-ci est bien enregistrée et sur quel compte ? Ma boutique fonctionne sous Prestashop 1.6.0.14 depuis 4 ans sans aucun problème similaire. Ce qui est surprenant, c'est qu'il y a très peu de cas recensés sur le forum. Je comprends ton idée de désactiver le compte en doublon. Mais, il doit y avoir une raison à ce problème. Il faudrait pouvoir trouver laquelle. J'avoue que mes compétences en informatique sont limitées. Est-ce que le souci ne pourrait pas se trouver au niveau de la base de données ? Ce qui serait sympa, c'est que l'on puisse avoir l'avis, l'aide de quelqu'un qui maîtrise parfaitement Prestashop.
  17. Bonjour, Ayant un problème similaire, je voulais savoir si tu avais trouvé une solution. Merci, Florent
  18. Peut-être que le développeur pourrait nous renseigner.
  19. Bonjour, J'ai également installé cette version du module. Dans le code source, on voit qu'il est bien installé sur les pages du site. Mais, le logo 'Recaptcha' n'apparaît pas. C'est peut être un fonctionnement normal du module ?
  20. Merci pour ta réponse. En fait, nous avons constaté ce 'problème' depuis l'installation du module Google Analytics de Prestashop. Nous n'avions pas ce genre de logs avant. Malgré mes recherches, je n'ai rien trouvé sur le même sujet.
  21. Bonjour, J'ai constaté hier dans les logs de mon hébergement des requêtes GET des robots 'Mediapartners-Google' et 'comscore.com/Web-Crawler'. Ce qui m'étonne et m'inquiète surtout c'est qu'ils "interrogent" l'Admin de notre boutique. En d'autres mots, ils connaissent le chemin vers le dossier admin et le nom du dossier. Les requêtes en question concernent les commandes de la boutique (le numéro de chacune d'elles figurant dans les requêtes). Pour des questions de sécurité, il me semblait que le nom du dossier Admin devait rester protégé. Comment ces robots ont-ils eu l'info ? En examinant de plus près les logs, je vois que le module Google Analytics connait également le chemin vers l'Adlmin. Est-ce que la fuite ne viendrait pas de là ? Est-ce un problème ? Est-ce normal ? Merci pour votre aide. Florent
  22. Et bien sous Prestashop 1.6.0.14, dans 'Paramètres Avancés', il y a 'Webservice' . Je me demandais juste si la fameuse clé API Google Maps pouvait être rentrée ici ou si cela n'avait rien à voir. N'étant pas un spécialiste de la programmation, j'avoue que 'patcher le js' ne veut rien dire pour moi. Mais, avec votre lien j'y vois plus clair. Merci
  23. Merci pour vos réponses. Et patcher l'appel js, ça se fait où et comment ? J'ai suivi le lien d'Eolia, mais j'avoue que je n'y comprends rien. Si quelqu'un peut m'éclairer... Merci
  24. Bonjour, J'ai le même problème sur une version 1.6.0.14. Je ne comprends pas du tout où ajouter cette clef API. J'imagine que c'est une clef que l'on doit obtenir auprès de Google ? Merci pour votre aide.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More