No, the HtmlTemplateInvoice() class always expects an object of type OrderInvoice, so there will never be a problem. The HtmlTemplateDeliverySlip() class accepts both types of objects (Order or OrderInvoice). This historical code error only triggered a warning up to PHP 7.2, but beyond that, it's a fatal error.

Merci pour l'info, je ne sais pas si j'intègrerai ce module dans mes correctifs vu comment Payplug est peu coopératif (ils ont refusé d'activer ApplePay pour les 1.6 alors que je leur avais ré-écrit le module pour ça)

Bonjour, ok merci pas de soucis, je peux m'en passer. Bon dimanche

Waouu un truc de ouf ! installé à l'instant et fonctionnel dans la foulée...merci beaucoup !!!!

Oui pas de soucis. Merci encore

Merci pour la réponse !

Ca paraît si simple... et pourtant pour sûr j'aurais jamais trouvé de moi même. Merci encore, ça fonctionne du premier coup (en tout cas avec le devis partagé par mon client).

Ah oui, en effet, mon thème default ne s'était pas mis à jour avec la version Phenix ! J'ai téléchargé à nouveau l'archive pour y glisser / remplacer son contenu. Merci !

Le principe de ces modules est que ça crée des clients particuliers (à qui on donne une clé d'accès). Il peuvent alors voir/créer/modifier leurs produits dans une page dédiée et l'admin valide. Ils peuvent également suivre leurs commandes/sav etc. Il faut créer un entrepôt par vendeur et associer ses produits à son entrepôt (ce qui permettra de calculer correctement les frais de port)

@eolia Bonjour, quelle rapidité merci énormément ! Message du client final : Je viens de compléter mes commandes fournisseurs, tout est fonctionnel. Donc merci encore !

Merci pour la réponse qui me convient parfaitement ! Et surtout merci encore pour tout le travail accompli, on ne le dit jamais assez C'est la première fois que je passe un client sur votre version, je vais pouvoir l'éprouver à fond !

C'est ok avec la mise à jour de la fonction delete() ?

@camille Je viens de controller il n'existe pas de acinclude.m4 sur les serveurs. Ce fichier fait normalement partie du code source de curl et sert à la compilation de ce dernier. https://github.com/curl/curl/blob/1611e87d66df8bb8d2c28bf0815ec006230ae648/acinclude.m4

Exactement. On lui dit de ne pas le suivre, de ne pas l'indexer et comme il est suivi de ?back= qui est interdit dans le robots.txt, si le lien a été cliqué/suivi c'est un ban direct de 24h (sauf pour Google qui lui ne respecte rien mais dont on a besoin)

merci Eolia, j'avais aussi pensé à un souci de cache, mais rien d'activé sur O2Switch. J'avais bien testé PageSpeed mais depuis, je l'avais désactivé. Dans le FTP, j'ai vu qu'il restait un .htaccess.PageSpeed.bckup (ou quelque chose comme ça), je l'ai supprimé, on verra si ça change quelque chose. Et pas de cloudflare non plus.

Il y aurait beaucoup à faire sur cette classe (piquée à Joomlà à l'origine) mais cela dépend aussi de comment vous avez paramétré vos préférence de recherche. Si vous voulez principalement matcher sur les titres/auteurs mettez un poids à 0 sur les descriptions par exemple. Vous pouvez aussi forcer "mot exact" mais tant pis pour ceux qui font des fautes de frappe...

Ok, donc le module essentiel pluginadder était désactivé. Or ce module est essentiel au thème. Une fois réactivé tout fonctionne.

D'ailleurs je vais rajouter le timestamp $img_time (comme pour les images catégories) car si on met à jour le fournisseur 1 avec une nouvelle image, celle-ci s'appellera toujours 1.jpg Dans le thème: <img src="{$img_sup_dir}{$supplier.image|escape:'html':'UTF-8'}-medium_default.jpg?rand={$img_time}" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" />