Messages postés par Olivier75009

Bon ben réparé. En effet, il manquait un semi-colon pour clore les définitions de la classe...
Par contre il y a toujours cette erreur de semi-colon en double.

Je suis dessus, je checke.

Bonjour Pierre,
Depuis la mise à jour v.31 je rencontre des problèmes avec le smart cache des feuilles de styles. Si celui-ci est activé, je n'ai plus, par exemple, autoload.css (.for_bots ... - d'ailleurs, je n'ai même plus les liens pour les bots) ni des fichiers injectés depuis mes modules (affichage des scènes pour certaines catégories...).

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

Merci !!!
Mais oui, en effet, ces règles là doivent effectivement être appliquées en dernier, mais je pensais que s'il y avait des "cumuls" de règles (dans l'onglet "conditions"), c'était précisément pour ne pas se préoccuper des priorités. En fait la priorité des règles est bel et bien importante même s'il y a ces cumuls.
Merci encore, j'applique cet ordre aux règles qui vont bien du coup.

Tu vas finir par me haïr, mais :

Je lui demanderai quand elle a sorti sa facture.

Bonjour Pierre,
une cliente vient de nous faire remonter un problème lorsqu'elle génère sa facture depuis son compte client :

Alors que depuis le BO, j'ai ça :

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).

J'ai ça dans cron_error.log :

--2024-10-22 09:59:01--  https://www.monsite.com/pdfnuancier
Resolving www.monsite.com (www.monsite.com)... IPV6, IPV4
Connecting to www.monsite.com (www.monsite.com)|IPV6|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/var/www/clients/client3/web3/web/ftp/nuancier_pdf.pdf’

     0K .......... .......... .......... .......... .......... 90.4M
    50K .......... .......... .......... .......... ..........  148M
   100K .......... .......... .......... .......... ..........  118M
   150K .......... .......... .......... .......... ..........  111M
   200K .......... .......... .......... .......... ..........  111M
   250K .......... .......... .......... .......... .........   130M=0.003s

2024-10-22 10:00:04 (115 MB/s) - ‘/var/www/clients/client3/web3/web/ftp/nuancier_pdf.pdf’ saved [306447]

J'ai un fichier généré, mais c'est du html

Je relance un cron, il lui faudra bien 3 minutes.

Bonjour Pierre,
Je reviens vers toi car j'ai à nouveau ce même soucis lorsque je souhaite générer un pdf depuis une tâche cron (cellspacingx undefined variable... à la ligne 18272 et 18420). Je ne suis pourtant pas en mode debug (mais je logue la tâche pour savoir de quoi il en retourne). Le pdf n'est pas généré. Si j'appelle la page depuis mon navigateur, je n'ai qu'une page html avec un tableau (html/body/table/th/td). Si je génère une facture depuis une commande, le pdf se génère bien. J'ai un override sur pdfgenerator :

<?php
class PDFGenerator extends PDFGeneratorCore
{
	
    /*
    * module: alinkmodpantones
    * date: 2023-05-25 09:02:05
    * version: 1.0
    */
    public function writePage()
    {
        
        $this->SetHeaderMargin(10);
        $this->SetFooterMargin(21);
        $this->setMargins(10, 40, 10);
        $this->AddPage();
        $this->writeHTML($this->content, true, false, true, false, '');
    }
    /*
    * module: alinkmodpantones
    * date: 2023-05-25 09:02:05
    * version: 1.0
    */
    public function Header()
    {
        $this->writeHTML($this->header);
        $this->SetLineStyle( array( 'width' => 2, 'color' => array(246, 216, 190)));
		$this->Line(5, 5, $this->getPageWidth()-5, 5); 
		$this->Line($this->getPageWidth()-5, 5, $this->getPageWidth()-5,  $this->getPageHeight()-5);
		$this->Line(5, $this->getPageHeight()-5, $this->getPageWidth()-5, $this->getPageHeight()-5);
		$this->Line(5, 5, 5, $this->getPageHeight()-5);
    }
    /*
    * module: alinkmodpantones
    * date: 2023-05-25 09:02:05
    * version: 1.0
    */
    public function createContent($content)
    {
        $font = TCPDF_FONTS::addTTFfont(_PS_MODULE_DIR_.'alinkmodpantones/views/fonts/Arial.ttf', 'TrueTypeUnicode', '', 32);
        $this->FontFamily = 'Arial';
        $this->content = $content;
    }
    /*
    * module: alinkmodpantones
    * date: 2023-05-25 09:02:05
    * version: 1.0
    */
    public function Footer()
    {
        $this->writeHTML($this->footer);
        $this->FontFamily = self::DEFAULT_FONT;
    }
}

Celui-ci fonctionnait bien jusqu'à présent.

Merci encore !!!!

A nouveau une erreur, là c'est sur le calcul HT/TTC sur la règle panier (on a déjà eu ça de mémoire) - la cliente est belge :

Merci encore !!!!

Un problème à l'instant (c'est encore sur une catégorie de produits qui voit son prix réduit de 40% suivant le groupe du client. Ici, cette cliente est inscrite depuis longtemps en tant que pro. Le calcul dans la liste des produits est pour cette catégorie fait à partir du prix des clients particuliers, pas des clients pros - émollient 14ml) :

EDIT: on supprime/ajoute le produit en question depuis la commande, elle doit partir aujourd'hui.

Grazie ! Je zieute !

Idem, nouvelle cliente par contre, et le problème vient d'un article dont le prix est modifié en fonction du groupe (-40% pour les pros) :

Encore une erreur, et pourtant la cliente est inscrite depuis 2015, donc ce n'est pas un passage de groupe à l'autre :

On a corrigé dans la foulée (suppression/ajout)

Par défaut, les nouveaux clients sont des clients particuliers, et passent en clients pros dès qu'ils renseignent un numéro de TVA/Siret. Ils passent alors par défaut en clients pros, mais font partie des deux groupes.
On a aussi fait des tests, à partir du moment où le client est dans le groupe pro, les prix s'affichent normalement. Là, il semblerait qu'elle est commencé son panier avant de basculer chez les pros en renseignant son Siret.