webconcept76

Bonjour, Je vous cite la source d'un de mes contacts : C'est toute la difficulté de la chose... Prestashop garde en base de données le prix HT non remisé, puis recalcule les prix finaux en fonction d'énormément de paramètres (TVA, prix spécifiques, réductions catalogue, réduction de groupe, etc etc). Ce calcul de prix passe par une fonction PHP, certaines requêtes de Prestashop tente de s'en approcher, mais n'ont pas exactement le bon résultat tout le temps. Ce qui est le cas sur les pages catégories. Et pour palier à cela afin que ça soit moins visible, Prestashop retri au sein d'une page en fonction du prix final recalculé en PHP. Le comportement décris n'est pas optimal, nous sommes d'accord. Mais si prestashop à fait ainsi c'est pour des raisons de performances notamment. Des contournements (lourds) sont possibles, mais ils peuvent ne pas convenir pour justement des raisons de performances, ou d'interactions avec des modules type navigation à facettes. Cordialement

Bonjour, Juste une suggestion car ce genre de module n'ont pas trop d'intérêt (au niveau expérience utilisateur et seo) si vous vous basez sur id_product N-1 et id_product N+1 . Il faudrait que vos liens se basent sur le prochain/précédent produit de la même catégorie que le produit ou l'on se trouve, et là ca devient cohérent pour l'internaute et aussi pour le maillage interne. C'est peut être le cas mais comme la démo n'a pas beaucoup de produit difficile de juger. Merci de me confirmer Cordialement

Merci Eolia pour le fix temporaire, sinon plus précisément c'est l’accès à api.addons.prestashop.com qui pose problème.

Non pour information, l'équipe Profileo nous confirme que le problème vient de addons.prestashop.com, les appels réalisés vers ce service prestashop ralentissent le bo.

Bien reçu votre mail, je viens de vous répondre. Cordialement

Je me disais bien, merci j'ai testé sur une copie du site plus de bug de code, je mettrai en place l'overide sur le site en production la semaine prochaine, et vérifierais si tout es ok en tout cas merci d'avoir pris de ton temps pour me répondre ChDUP

De cette manière alors ? <?php class Mail extends MailCore { ​public static function Send($id_lang, $template, $subject, $template_vars, $to, if (strpos($to, "alerts-shopping-flux.com")) return true; if (strpos($to, "clemarche.com")) return true; $to_name = null, $from = null, $from_name = null, $file_attachment = null, $mode_smtp = null, $template_path = _PS_MAIL_DIR_, $die = false, $id_shop = null, $bcc = null, $reply_to = null) }

Bonjour Confronté au même soucis avec les places de marchés j'ai suivi la procédure, (un grand merci à ChDUP) cependant j'obtiens une erreur de syntaxe avec le "if" Parse error: syntax error, unexpected 'if' (T_IF), expecting function (T_FUNCTION) in /var/www/dev26/override/classes/Mail.php on line 3 Voici mon code /override/classes/Mail.php : <?php class Mail extends MailCore { if (strpos($to, "alerts-shopping-flux.com")) return true; if (strpos($to, "clemarche.com")) return true; ​public static function Send($id_lang, $template, $subject, $template_vars, $to, $to_name = null, $from = null, $from_name = null, $file_attachment = null, $mode_smtp = null, $template_path = _PS_MAIL_DIR_, $die = false, $id_shop = null, $bcc = null, $reply_to = null) } Si quelqu'un a une piste car je vois pas le souci, la syntaxe m'a l'air correct. Merci

Hy Please, how enable HTML on the `delay` field of 'ps_carrier_lang` table. i've some html link in this field and i'm looking for their execution I've try with 'type' => self::TYPE_HTML, bot not execute as html 'delay' => array('type' => self::TYPE_HTML, 'lang' => true, 'validate' => 'isAnything', 'required' => true, 'size' => 628), Thank's Best regards Thomas

Il est en cours de finalisation mais j'ai fais appel à un développeur pour m'aider à le finaliser (surtout la partie boucle pour générer le contenu de l'email) donc malheureusement le module à un coût et à été développé spécifiquement pour notre boutique. (mais adaptable pour une prestashop 1.6) Pour rappel le développement du module s'articule comme ceci : - Création du module (gestion affichage sur le profil client + gestion en base de donnée) - Création d'un script php qui va s’exécuter par CRON pour checker les nouveautés selon le choix de l'utilisateur puis génération du contenu de dynamique de l'email qui sera intégrer dans le un nouveau Template qu'il faut aussi créer /mails/fr/alerte_arrivage.html - Mise en place du CRON selon les besoins pour ma part 1 fois par semaine PRE-REQUIS : prestashop 1.6 / un serveur qui accepte les CRON Voilà une capture d’écran coté front-end : Si vous êtes intéressé je peux vous communiquer par mp le prix à titre informatif. Cordialement Thomas

Et voilà un footer un peu plus personnalisé. Merci de vos retours

Bonjour Merci pour vos retours Mr yoorshop , concernant le footer vous avez raison j'ai donc motivé la cliente pour effectuer des changements (la suite viendra prochainement): AVANT APRES Pour ce qui concerne la fiche produits et les éléments de réassurance je l'ai greffé sur un autre hook afin de le faire rendre visible et j'ai changé les couleurs : Pour le dernier point nous avons déjà à peu prés tout testé la seule place de marché rentable reste ebay en sachant que beaucoup de marketplace n'accepte pas les produits d'occasions. Ce qui restreint déjà pas mal. ++

Bonjour à tous Je reviens vers vous, personne pour émettre des critiques constructives ? Merci de vos retours

Bonjour Pour ce qui concerne les miniatures quand on édite une commande, créer un override dans /override/controllers/admin/AdminOrdersController.php et changer la valeur "450" par ce que vous désirez. <?php class AdminOrdersController extends AdminOrdersControllerCore { protected function getProducts($order) { $products = $order->getProducts(); foreach ($products as &$product) { if ($product['image'] != null) { $name = 'product_mini_'.(int)$product['product_id'].(isset($product['product_attribute_id']) ? '_'.(int)$product['product_attribute_id'] : '').'.jpg'; // generate image cache, only for back office $product['image_tag'] = ImageManager::thumbnail(_PS_IMG_DIR_.'p/'.$product['image']->getExistingImgPath().'.jpg', $name, 450, 'jpg'); if (file_exists(_PS_TMP_IMG_DIR_.$name)) $product['image_size'] = getimagesize(_PS_TMP_IMG_DIR_.$name); else $product['image_size'] = false; } } return $products; } } Ne pas oublier de supprimer vos signatures situé dans /public_html/img/tmp/ portant le nom de product_mini_xxxxx_xxx .jpg. Elles seront re-généré lorsque vous afficherez le détail d'une commande coté BO.

problème résolu, j'ai finalement prix mon courage pour créer le module