Need-Design

Bonjour, Quelqu'un pour m'éclairer ? Merci

Bonjour, Je vous contacte car sur la version Prestashop 1.7.3.1 je n'arrive pas à trouver le module Mails Alerts que j'ai l'habitude d'utiliser sur la versions 1.6. (voir image-1) Je suppose qu'il a été retiré, mais je n'arrive pas trouver ces fonctionnalités sur la version Prestashop 1.7.3.1. Pouvez-vous m'indiquer ou se situe les préférences d'envois des courriels ? Le problème majeur est que je reçois tous les courriels des produits hors stock, ce qui ne m'intéresse pas. Je vous remercie, Bonne journée,

UP

Bonjour à tous, Un de mes clients utilise le Web Service pour leur gestion des stocks (EBP). Lors de la synchronisation de leur site web, il est possible que des stocks arrivent en négatif (s’il y a eu des précommandes etc...). Le problème est que certaines déclinaisons d’un produit peuvent être en stock et d’autres peuvent être hors stock (négatif ex : -30). Dès que le solde d’une déclinaison est négatif, toutes les autres déclinaisons sont considérées comme « En Approvisionnement ». Quand je repasse les valeurs négatives à 0 ça fonctionne de nouveau. Je vous laisse voir en vidéo (voir pièce jointe, ça sera surement plus explicite) Merci à vous, et bonne journée Cordialement, Version Prestashop : 1.6.1.17 Déclinaison.mp4

Bonjour, Merci de ta réponse. Moi aussi je viens avec une solution. Mon hébergeur n'était pas la cause du problème. Sans aucune raison apparente je n'avais pas le module Alertes par e-mail. Je l'ai installé dans la sélection de module (sur Prestashop 1.7.1.2) https://i.imgur.com/AbkfnAK.png Sur les forums de Prestashop beaucoup d'utilisateurs disaient que ce module n'existait plus sur Pretashop 1.7 (ce qui est faux). Cependant, après l'installation je reçois bien les courriels de commandes. En espérant avoir pu aider. Cordialement,

Bonjour, Du coup, quelle est la solution ? Pour l'hébergeur, je suis chez OVH. Prestashop 1.7.1.2 Je les ai eu au téléphone et ils me disent que ça ne provient pas de chez eux. On a fait un test d'envoi via le système Prestashop et on reçoit bien le test mail, les clients reçoivent bien les mails et le formulaire de contact fonctionne aussi. Seul problème, quand une commande arrive nous n'avons pas de notification mail. Merci

Bonjour, Désolé pour le temps de réponse, je n'étais pas la la semaine dernière. On est sur un serveur mutualisé chez OVH. On ne recoit pas non plus l'email de confirmation. Concernant la fonction mail de php comment je peux faire pour résoudre ? Dois-je remplacer un fichier PHP dans le FTP ? Je vais regarder dans les logs. On est en version 1.7 (dernière version). Merci

Bonjour, Je rencontre une difficulté sur Prestashop 1.7 Quand une commande est effectuée sur note site web, nous ne recevons pas l'e-mail de confirmation. Pourtant nous utilisons la configuration : "Utiliser la fonction mail() de PHP" et l'adresse e-mail est bonne. Avez-vous d'autres pistes à explorer ? Je vous remercie, Bonne journée à vous

Bonjour, Merci de votre retour. Il est encore la, mais il ne cause plus de problème. Je vais voir avec l'hébergeur pour bloquer les plages, mais je suis pas sur que ca soit des plages (Voir PJ en haut) Je fais un retour dès que je peux. Encore merci

Nous avons plus ou moins résolu le problème. Nous fournissons la procédure au cas ou quelqu'un passe par la Petit rappel : Nous n'avons plus accès au Front-Office du fait que le BOT envoie des milliers de requêtes. Du coup, on a dû activer le mode maintenance via phpMyAdmin -> Table "ps_configuration" -> "PS_SHOP_ENABLE (modifier) et changer la valeur 1 vers 0. Après ça, le BOT ne pouvait plus fonctionner. On a réinstallé "SendToFriend 1.9" et nous avons trouvé sur un forum Anglais qu'il fallait changer une ligne de code dans le dossier www/module/sendtofriend/sendtoafriend_ajax.php if (!$friendName || !$friendMail || !$id_product) par if (!$friendName || !$friendMail || !$id_product || !$module->context->cookie->customer_firstname) Cette ligne permet au BOT de venir sur votre serveur, mais d'être rejeté, car il n'a pas le cookie d'authentification de Prestashop. Du coup, nous avons réactivé le site et le BOT ne fonctionne plus (même temps de réponse qu'avant). Info : Pour rappel, dès qu'on enlevé le mode maintenance nous n'avions plus accès au site au bout de deux minutes (ce n'est plus le cas depuis l'ajout de la nouvelle ligne de code au dessus. Seul problème, c'est que le BOT n'arrête pas son activité puisque ces requêtes sont en dehors de notre serveur. Nous avons un excellent temps de réponse et plus de Timeout, mais nous voyons dans les LOGS serveur qu'il tente désespérément de rentrer. Quelqu'un aurait une solution pour le BAN ? Sachant qu'il bombarde des milliers de requêtes minute avec des milliers d'adresse IP (voir Pj plus haut). Pensez de suite à mettre à jour votre module "SendToFriend" en 1.9 (ou le supprimer / désactiver si vous l'utilisez pas). Faille connue depuis quasiment 1 an, mais qui reste un vrai problème pour votre boutique. Merci de votre retour

Bonjour à toute la communauté, Vers 12h00 le serveur de notre client a été suspendu, car une faille dans l'un des modules "SendToFriend" du CMS Prestashop a été découverte. Cette faille permet d'injecter des requêtes et sature donc le serveur. Nous avons reçu une réponse rapide d'un technicien de Planethoster (notre hébergeur) nous indiquant la démarche à suivre. Après avoir respecté les demandes du technicien (à savoir) : * Désactiver ou protéger avec un captcha le module "SendToaFriend" * Mettre à jour tous les CMS de votre hébergement ainsi que les modules/plug-ins/extension. * Vérifier qu’il n’y est pas de code malveillant sur votre FTP (merci de regarder aux dates de modification) * Changer le mot de passe cPanel/SQL/Emails par un mot de passe de 18 caractères comprenant des caractères spéciaux. * Passer l’antivirus (Scanneur de virus/Anti-Malware) depuis cPanel sur l’ensemble de votre hébergement et supprimer les fichiers contaminés. * Activer le SpamAssasin dans votre cPanel afin de limiter le nombre de courriels indésirables à la réception. ---- Prestashop 1.6.1.2 Le technicien nous a de nouveau donnés les accès. Le module en question a été supprimé. Pour autant, le problème n'a pas été résolu. Le site nous fait un Timeout (On a accès au BO quand nous activons le mode maintenance via la base de données) Le BOT continue d'injecter ses requêtes malgré que le module n'existe plus. (Voir PJ) Comme la cité le technicien : "Ceci est probablement lié à (SendToaFriend) qui reçoit toujours des requêtes malgré qu'il soit retiré." En effet, après une visite sur le Panel et dans l'outil "Visiteurs" nous remarquons encore les requêtes du BOT via plusieurs milliers de requêtes / IP. (Voir image PJ) Depuis nous bataillons avec notre hébergeur qui veut nous faire passer vers un plan haute gamme. Avez-vous une démarche à suivre pour bloquer ces requêtes intempestives (.htaccess, etc..) ? Ça fait plus de 12 heures que nous envoyons des messages à notre hébergeur qui ne fait que retourner le problème sans solution. Je vous remercie,

Bonjour, Merci de vos réponses. Actuellement, nous avons toujours l'erreur. Je n'ai pour le moment accès à la BDD. Dès que c'est le cas, je ferais un retour de la table PS_Product. Merci à vous.

Bonjour Olivier, Merci de ta réponse. Dans ce cas, si elle n'existe pas que dois-je faire ? Je fais un retour rapide savoir si elle existe ou non. Merci

Bonjour, Depuis la mise à jour de Prestashop 1.6.1.2, quand nous faisons un export de nos clients via "Clients -> "Exporter", Nous avons bien l'export qui se télécharge en CSV, mais pour autant nous n'avons plus le téléphone du client dans l'export. Comment faire pour modifier cette requête SQL ? Est-ce bien celle-ci ? Si oui, comment faire pour modifier cette requête. En vous remerciant par avance. (Voir image en PJ). SELECT a.`id_customer`, `firstname`, `lastname`, `email`, `company`, a.`active` AS `active`, `newsletter`, `optin` , a.date_add, gl.name as title, ( SELECT SUM(total_paid_real / conversion_rate) FROM ps_orders o WHERE o.id_customer = a.id_customer AND o.id_shop IN (1) AND o.valid = 1 ) as total_spent, ( SELECT c.date_add FROM ps_guest g LEFT JOIN ps_connections c ON c.id_guest = g.id_guest WHERE g.id_customer = a.id_customer ORDER BY c.date_add DESC LIMIT 1 ) as connect FROM `ps_customer` a LEFT JOIN ps_gender_lang gl ON (a.id_gender = gl.id_gender AND gl.id_lang = 1) WHERE 1 AND a.`deleted` = 0 ORDER BY `date_add` DESC LIMIT 0, 50

Bonjour à toute la communauté, J'expose un problème que je rencontre. Après avoir fait une modification graphique et une mise à jour Prestashop, nous rencontrons quelques difficultés sur le tableau de bord. Quand nous nous rendons dans "Produits en rupture de stock" (dans tableau de bord), et que nous cliquons sur Etat (pour voir les produits en rupture de stock qui sont activés ou non), nous rencontrons une erreur SQL (voir image en pièce jointe). " Mauvaise requête SQL Unknown column 'sa.active' in 'where clause' " Une piste pour résoudre ce problème ? En vous remerciant, Alexandre.