imjulien.dev

Bonjour, Il y a des problèmes d'installation avec Wamp pour cette version de Prestashop. Il y a un autre sujet sur le forum qui en parle (résolu): Bonne journée !

Bonjour, Ce mail est géré par le module ps_emailalerts, la liste des variables est disponible dans le fichier modules/ps_emailalerts/ps_emailalerts.php au niveau de la fonction hookActionValidateOrder(): $template_vars = [ '{firstname}' => $customer->firstname, '{lastname}' => $customer->lastname, '{email}' => $customer->email, '{delivery_block_txt}' => MailAlert::getFormatedAddress($delivery, "\n"), '{invoice_block_txt}' => MailAlert::getFormatedAddress($invoice, "\n"), ... ]; La variable {items} est défini ici: $items_table = ''; foreach ($order_return_products as $key => $product) { $url = $context->link->getProductLink($product['product_id']); $items_table .= '<tr style="background-color:' . ($key % 2 ? '#DDE2E6' : '#EBECEE') . ';"> <td style="padding:0.6em 0.4em;">' . $product['product_reference'] . '</td> <td style="padding:0.6em 0.4em;"> <strong><a href="' . $url . '">' . $product['product_name'] . '</a> </strong> </td> <td style="padding:0.6em 0.4em; text-align:center;">' . (int) $product['product_quantity'] . '</td> </tr>'; } L'intégration des variables dans les templates des mails n'est pas la même que pour smarty, il ne faut pas ajouter de $ devant le nom de la variable.

Bonjour, Est-ce que la table ps_country_lang contient bien une valeur pour l'id_lang 2 ? C'est relié à l'adresse de facturation, il faudrait: - Regarder les addresses liées au client : SELECT * FROM ps_address WHERE id_customer=[id du client] - Regarder pour l'id_country des addresses si le pays a une valeur pour l'id_lang 2 dans la table ps_country_lang

Bonjour, J'ai l'impression que la commande n'a pas de langue associée. Il faudrait vérifier que la ligne associée dans la table ps_orders a bien une valeur pour la colonne id_lang et que cette langue est bien activée dans le BO. Si ce n'est pas le cas, il faut activer la langue ou modifier l'id_lang dans la table. Pour éviter tout problème avec d'autres commandes déjà passées, il faudrait faire une modification au global sur cette table: UPDATE ps_orders SET id_lang={un id_lang fonctionnel} WHERE id_lang IS NULL or id_lang=0 (ou l'id_lang qui n'est pas activé)

Bonjour, Le vidage de cache depuis le BO est effectué côté serveur, mais le problème que tu rencontre est au niveau du cache client, c'est à dire celui de ton navigateur. Lorsqu'une image de catégorie est modifiée, le fichier de l'image est remplacé sur le serveur mais garde le même nom. Le cache de ton navigateur garde en mémoire l'image et elle n'est donc pas modifiée de ton point de vue. Cependant, elle est bien modifiée et les visiteurs de ton site qui n'ont pas l'image présente dans leur cache verront le bon fichier. La seul solution a ce problème, comme avec les fichiers CSS, est de renommer le fichier ce qui empêchera le navigateur de charger le cache.