Merci. Je vais travailler en me basant sur cette structure.

oki, cool. Merci !

Merci ! Ça fait le job !

@eolia My bad, j’vais m’auto-flageller pour la peine.

Oui oui, j'avais bien compris.

Dans maintenance, j'avais des IPv6 que j'avais pourtant supprimées, mais y'avait du ghosting dans la BDD, Eolia m'a conseillé de vider une table (ghost) qui n'avait pas était "trunquer" depuis le BO et "MAGIC". Point final. Bonne nuit à tous. Pis bisous, tiens.

ok, très bien.

👍👍👍 j’irai voir ça tout à l’heure de retour au pc ! À bientôt

pouce en l'air

@eolia Grazie !

Fait merci ! Tutto bene ! Pour ceux qui seraient intéressés, il sagit d'une mauvaise implémentation dans le code du module, en appelant une méthode de la mauvaise manière : new PDF->render(filename, output) alors qu'il aurait fallu render(true).

@doekia merci merci j'y vais ...

Ok, entendu. Et là, je viens de me déconnecter de l'admin et de me reconnecter, il n'y a plus de message d'erreur ...

Justement tu ne dois pas utiliser le paramétrage "livraison/préférence", c'est une option trop restrictive. Tu dois utiliser les règles paniers et/ou un maillage plus fin de transporteur (ou un mix des 2)

Bonsoir, je reviens vers vous pour remonter ce sujet car je n'arrive pas à faire marcher les taches crons malgré votre codage. Je suis en prestashop 1.7 avec un OVH mutualisé. Je veux faire tourner une tâche cron d'un module de génération de relances via messenger. J'ai donc mis la tache cron indiquée dans ce module dans le module cronjob. Et j'ai copié votre script dans un fichier cron.php que j'ai mis à la racine de mon fichier admin dans le www (c'est-à-dire : www/adminxx/cron.php). J'ai pris soin de mettre la tache cron indiquée dans cronjob dans ce cron.php. Je vous recolle le texte indiqué dans cron.php peut-être ai-je fait une erreur ? J'ai levé mon nom de domaine et les clés en remplaçant par xxx <?php /* ** Changez cette variable en true ou false pour que le cron ** affiche quelque chose - ceci apparaît dans les log de la ** console */ $verbose = true; /* ** sur l'écran de configuration du module cronjobs ** après avoir activé le mode avancé */ $cronjob_url = <<< EOT https://www.monnomdomaine.fr/adminxxx/index.php?controller=AdminCronJobs&token=xxxx EOT; /************************************** ** Ne rien modifier après cette ligne ** ***************************************/ error_reporting(E_ALL); $break_line = (php_sapi_name() == "cli") ? PHP_EOL : '<br/>'; $output = $verbose ? $break_line.'Cron Report of '.date('c').$break_line.$break_line : ''; $cronjob_url = trim($cronjob_url); $ch = curl_init($cronjob_url); curl_setopt($ch, CURLOPT_URL, $cronjob_url); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0); $data = curl_exec($ch); if ($verbose) { if($data) $output .= 'Ok'.$break_line.$data; else $output .= 'Failed'; } curl_close($ch); die($output); Sur ovh, j'ai crée le lien pour aller chercher ce cron.php Quand je le teste avec www.monnodomaine.fr/adminxxx/cron.php j'ai le resultat suivant qui semble indiquer que cela fonctionne : cronjobs_prestashop Cron Report of 2018-08-20T19:17:37+02:00 Ok 1 Quand je vais dans cronjob, cela m'indique que la requete a tourné (peut etre parce que j'ai testé manuellement comme indiqué ci-dessus). Pour autant les fameux messages par messenger ne sont jamais envoyés. Quelqu'un pourrait-il regarder pour vérifier si j'ai oublié quelque chose ou mal retranscrit une étape ? Sinon y a t il une autre moyen ? J'ai vu qu'il y a un module crontab. est-il plus efficace ? Je vous remercie par avance pour l'aide que vous pourrez m'apporter. Bonne soirée

Cliquez sur l'avatar de mon profil et les 3 points en haut à droite puis "Continuer la discussion avec Eolia"

L'intérêt est de garder tous les réglages faits au cours du temps : hook des modules (sans avoir à reconfigurer ceux par défaut dans left ou right column...), et de se concentrer sur les modifs du thème pour retrouver un thème enfant "propre" (rappel: j'ai repris le site avec le thème bootstrap copié-collé et modifié dans tous les sens depuis...2015).

Ben non, pas d'imports, les produits sont ajoutés manuellement via le BO. Pas de module de nettoyage non plus. Je vous joins la liste des modules actifs. Certains sont de mon cru, mais aucun n'agit sur les images produits. C'est vraiment curieux car le problème est survenu il n'y a pas longtemps. On est resté longtemps sur le site de dev (bp de modif dans les textes à faire) sans aucun souci. Cela touche des produits sur lesquels on n'est pas intervenus depuis un moment comme des produits mis à jour ou des nouveaux produits. C'est aléatoire. C'est la surprise du matin ...! J'ai vérifié le module créé pour ajouter le webp aux images des catégories, mais il ne cible que celles-ci et il n'y a pas de deleteImage. Au début, cela ne semblait concerner que quelques produits. Là (ou est-ce parce cette fois ça touche une page entière) c'est quasi 30 produits.

Ben non, regardez mieux, vous n'avez pas la même ligne (isset est différent de not empty) Tous les modules natifs de Phenix sont compatibles PHP 8.3 mais si votre thème a ses propres tpls je ne peux rien vous garantir.