Fluorite

Bonjours Après plusieurs essais je n'arrive pas à faire fonctionner le module paypal sur une seconde boutique qui est une 1.3.7. Le paiement s'effectue bien, mais aucune commande n'est validée. Sur la 1.2.5 aucun problème, ça à toujours bien fonctionner, j'ai bien sûr suivie quelques conseille pour ceux qui avais le problème, mais en vain, impossible d'avoir une commande validée. Si vous avez des retours ou que vous utiliser deux boutiques, pouvez-vous S.V.P., faire part de votre configuration. En vous remerciant par avance bonne journée Yannick

Bonsoir Peut-être ici http://www.cnil.fr/vos-responsabilites/vos-obligations/ Bonne soirée Yannick

Bonsoir Hum je voudrais pas déterrer un vieux Topic qui Date de mon inscription sur la Team Prestashop, ou cela avais pas mal fait de polémique, et je ne reviendrais pas sur les faits en relisant certain post, pour en avoir pris pas mal sur la tronche... C'est vraiment dommage de la part de prestashop, mais à mon sens! puisque vous avez découvert le pirate il serait bien de faire sortir son Nom? Il y'a quand même des boutiques qui ont était touché et je ne rappellerais pas les lois sur le piratage et tout le blablabla. M'enfin si le jeu continue ça va causer pas mal de tort un jour ou l'autre? et ce serait vraiment dommage. Bonne soirée Yannick

Bonjour En effet il recherche ce fichier qui n'était pas inclus dans le module "font.swf" . En voilà un, à mettre à la racine du site. Il faut renommer le fichier en swf en ouvrant simplement le bloc note et mettre font.swf. Yannick font.swf.txt

Bonjour Moi perso quand j'ai acheter xp, j'ai eu les mises à jour gratos, et je continue de les avoir, comme tous d'ailleurs ;-) et forcement il n'y a aucune comparaison dans vos propos d'ailleurs je cherche encore. Je reste quand même d'accord avec Voila Bonne journée Yannick

Bonjour je recherche un Dev qui ferait un upgrade d'une version 1.2.5 avec la dernière version à jour, à savoir la 1.4.3. Merci de prendre contact avec moi 'pv' et me faire un devis. Merci et bonne soirée Yannick

Bonsoir Mouarfff j'ai les même à la maison bonne soirée

Bonsoir Certainement des Scripts automatisés a la recherche de faille ou plus communément des robots.Il suffit de voir a quel heures c'est produit l'erreur et ensuite de bloquer l'IP dans le .htaccess. Pour cela, regardez les logs serveur Bye Yannick

Re Pour voir la source du code, carré en rouge. Bye

Bonjour Et pourquoi vous ne les enlever pas depuis la fiche produit? Vous passez en mode code. Bye Yannick

Re bonsoir Et bien écouté le script me semble très bien comme ça. Peut-être un bug de Google, attendez quelques jours puis donné nous des nouvelles. dsl de ne pas faire mieux. Bonne soirée Yannick

Re serait-il possible d'avoir le lien de votre site, j'ai l'impression qu'il manque quelque chose dans votre script. Bonne soirée Yannick

Bonsoir Comme le dit si bien Ejai, tu dois créer des objectifs sur ton compte Google analytique. Bye Yannick

Bonjour Lorsque vous avez l'intention de supprimer une page produit ce qui met déjà arrivé pour diverses raisons ( Fournisseurs qui ne fait plus le produit par exemple ) il serait plus judicieux de renvoyer une erreur 410. Par exemple, faire une copie de la page 404.tpl et lui donner le nom de 410.tpl et changé le txt et faire une copie de la page 404.php et lui donner le nom 410.php, changé le txt si besoin. Ensuite dans votre .htaccess vous rajoutez un ErrorDocument 410 /410.php . Ensuite vous faites la redirection Redirect 410 \pageproduit.htm . ou Redirect gone \pageduproduit.html . Bien évidemment, l'erreur 404 ne renvoie pas le même code d'erreur que l'erreur 410 qui signifie que la Page est indisponible définitivement contrairement aux 404 pages introuvables. Bonne journée Yannick

Bonsoir Je ne vois pas pourquoi ça poserait des problèmes? Attention bien sûr, au droit d'écriture, mais bon ça devrait le faire. Bye Yannick