Dadou

J'ai trouvé pourquoi il y avait un problème de mémoire dans ce module, il s'agit en fait de catégories de produits qui bouclaient, donc forcement, cela partait en boucle infinie. Le problème vient en fait qu'apparement, la gestion des catégories, gére pas convenablement les risques de boucles

Même problème avec un mutualisé chez OVH (memory limit : 128M) et avec une seule catégorie. Version de Prestashop : 1.5.3.1 C'est plutôt génant ce problème de mémoire

Bah mince, tout a l'heure il n'y était pas, j'ai regardé à plusieurs reprises. Par contre, il y a eu d'autres produits ajoutés entre temps

Bonjour; Ce matin, des produits ont été ajouté, mais, ils n'apparaissent pas dans nouveaux produit, par exemple ce produit http://www.occazouzou.com/manteau-blouson-veste/778-manteau-bleu-orchestra-2-ans.html n'est pas présent. Quelqu'un à une idée de ce qui peux générer cette absence ? Merci d'avance

Pas tout a fait fini, mais déjà en place : http://www.grainedecrapule.fr

J'ai réussi en trichant un peu Aller à l'ancre

Ce qui aurait été sympa, au lieu de mettre résolu, c'est d'indiquer aussi la réponse

J'ai trouvé, comme je redéfini les zones, il faut aller dans paiement / taxe Pour moi c'était éditer 19,6 et cocher les zones a affecter

Sur ma partie local, ça fonctionne en TTC, j'ai fait une copie de la base en ligne, et j'ai maintenant l'affichage en HT, il y a donc un parametre dans la BDD qui vient mettre le bordel, oui mais lequel, j'ai vérifié la table ps_configuration, elle est identique. Ou le HT peut il intervenir????

Bonjour, j'ai un problème similaire > Dans la zone admin, j'ai bien de coché à non le fait de faire apparaitre les produit HT, > Les fiches produits sont correctement renseignés avec une TVA a 19,6% > Mais j'ai le prix H>T affiché sur le site, et dans le panier. Petite particularité, hier c'était les bons prix d'affichés, il y a eu juste une erreur lors de la modification du contenu d'une page dans la partie CMS due à l'usage du mot union (pour Union européenne). Je ne comprends pas, quelque soit les paramètres que je regarde, tout semble Ok Y a t'il un mode Debug pour pister l'erreur?? Je suis sous la version Version 1.1.0.5

Comme je vais m'attarder dessus dans les jours qui viennent, je vais voir ce qu'il y a a fait comme modif au niveau du module de newsletter pour l'améliorer, et le proposer ensuite ici.

Petite édition, je pensais que les stats montraient le nombre d'inscrits / déinscrits, mais non, en fait uniquement les inscrits, il serait intéressant de rajouter aussi le nombre de désinscrits Et je viens de comprendre comment c'est géré, si je me suis inscrit il y a un mois et que je me désinscrit aujourd'hui, je ne suis plus du tout comptabilisé dans les stats, donc les données de stats newsletter ne sont pas vraiment intéressantes car du coup elles sont erronés. Je suis désolé d'être aussi critique, mais c'est me semble t'il ce qui fait avancer les choses.

C'est une demande récurrente parmi mes clients, c'est donc qu'ils doivent y trouver un intérêt non? Actuellement les visiteurs en s'inscrivant par le biais du block newsletter, génèreront fatalement dans la masse des adresses "fausses", que l'on doit purger à chaque fois lors le import dans un outil externe. Si au fur et à mesure de la découverte des ces bounces on peut avoir la possibilité de les purger de la base, une bonne partie du boulot est faite. Le principal intérêt c'est de garder une base saine. Comment ça ? Il s'agit d'avoir la liste par exemple des désincrits pour aller purger l'outil externe Disons que la problématique actuelle de l'export CSV, c'est qu'il n'est pas configurable, et le CSV ne peut par exemple être intégré tel quel dans Pommo qui a un format particulier : les champs sont englobé de doubles quotes et séparé par une virgule. J'ai bien entendu pensé de développer un tel module, je mis attellerais dès que mon temps libre me le permettra et que mes connaissance dans le dev de module sous prestashop se soient étoffés.

Je ne serait pas aussi catégorique, le e-commerce contient une bonne par d'emailing. L'usage d'outils externe complique la tache pour l'utilisateur final (je ne parle pas de moi, mais de mes clients) : Exporter un CSV, puis le réimporter dans un outil spécialisé, beaucoup ne savent pas faire. Sans compter la gestion des inscrits / désinscrits sur le site qui vient complexifier la tache. Je vois plusieurs améliorations au module actuel de newsletter : - Permettre de consulter la liste des emails inscrits : être obligé d'exporter en CSV pour le consulter après c'est pas très pratique - La version 1.2 ajoute le nombre d'inscrits/désinscrits dans les stats, il serait intéressant d'avoir quels sont les emails impactés - A étudier la possibilité de faire le pont entre Prestashop et une solution emailing existante pour ne pas avoir à faire les exports/imports

Cela rejoint ma question d'il y a deux semaines : http://www.prestashop.com/forums/viewthread/15204/developpement_et_modules/block_en_standalone Je n'ai pas vraiment eu de retour, j'en ai donc déduit que de "base" cela ne semblait pas trop possible