Flux d’activité

Flux d’activité de Messages

  3. Gligli

    Posté(e) · Signaler ce message

    Bonjour,

    Voici ce qui va être fait pour la prochaine version de PEEL :

    Le format de numéro de facture peut être vide (numérotation manuelle de chaque facture) ou contenir du texte, des chiffres et des champs du type [column] [column,N] [++] [++,N] :

    [column] sera remplacé automatiquement par la valeur de la colonne "column" dans la table des commandes de la création d\'une commande (exemple : [id] => id de la commande),

    [++] permet d\'incrémenter une valeur : si une facture existe déjà avec le reste du format demandé, alors on incrémente cette section, sinon on repart de 1,

    L\'ajout de ,N permet de rajouter automatiquement des 0 pour formater sur N caractères la valeur.

    Si je comprends bien, il n'y aurait plus de numéros de factures utilisés pour rien (commandes non finalisées), à condition qu'on entre le numéro de facture manuellement ? J'attends avec impatience cette nouvelle version, car je viens de constater que même pour les paiements par CB en ligne, le numéro de facture était utilisé quel que soit le résultat de la transaction (annulée, mais facturée quand même). D'un point de vue comptable, c'est quand même bien mieux d'attendre la validation du paiement pour éditer la facture.

    Vous avez une idée de la date de sortie de cette version ?

    Merci.

  8. Gligli

    Posté(e) · Signaler ce message

    Justement, c'est là le problème : quelle que soit la couleur que je mets par défaut, ou les numéros d'image que j'associe à chaque couleur, le site ne sauvegarde pas : il revient toujours systématiquement à mettre l'image 3 par défaut et pour chaque couleur.

    Autres essais : même en modifiant les valeurs directement dans la base de données, on revient toujours à l'image 3 par défaut, pour toutes les couleurs.

  10. Gligli

    Posté(e) · Signaler ce message

    D'après ce que je comprends vous souhaitez changer de couleur affichée par défaut. Dans ce cas le numéro d'image est indépendant de la notion d'affichage d'une couleur par défaut.

    Pour afficher une couleur par défaut il vous suffit de cocher le bouton radio au niveau de "Fichiers pour la couleur XXX (afficher cette couleur par défaut en front-office)"

    Justement, c'est là le problème : quelle que soit la couleur que je mets par défaut, ou les numéros d'image que j'associe à chaque couleur, le site ne sauvegarde pas : il revient toujours systématiquement à mettre l'image 3 par défaut et pour chaque couleur.

  12. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonsoir,

    D'après ce que je comprends vous souhaitez changer de couleur affichée par défaut. Dans ce cas le numéro d'image est indépendant de la notion d'affichage d'une couleur par défaut.

    Pour afficher une couleur par défaut il vous suffit de cocher le bouton radio au niveau de "Fichiers pour la couleur XXX (afficher cette couleur par défaut en front-office)"

    Cordialement,

    Gilles

  14. Gligli

    Posté(e) · Signaler ce message

    Bonjour,

    Dans ma boutique, je n'ai que deux états de stock : en stock, livrable en 2 à 3 jours, et pas en stock, lorsque celui-ci est à 0, livrable en 2 à 3 semaines. Or, j'ai besoin d'une autre catégorie, pour des produits uniques (bouquins d'occasion), qui par définition ne peuvent être renouvelés. Il faudrait que lorsque que quelqu'un commande un de ces produits, celui-ci disparaisse de la liste des produits, ou alors qu'il ne soit plus possible de le commander. Je n'ai pas trouvé comment faire.

    Merci.

  15. Gligli

    Posté(e) · Signaler ce message

    Bonjour,

    J'ai un produit qui se décline en plusieurs couleurs. J'ai uploadé une photo de chaque couleur dans les fichiers associés aux produits, ce qui fait 4 images pour le produit. Juste en dessous, on peut attribuer un numéro d'image pour chaque couleur. Or, ça ne fonctionne pas. J'ai beau changer les numéros d'image, ça ne les garde pas et ça m'affiche toujours la même image par défaut pour toutes les couleurs. Où est-ce que je me suis trompé ? :)

  17. Gilles Boussin

    Posté(e) · Signaler ce message

    Merci pour les informations, on avance.

    Pour info, l'encodage du titre en base64 est voulu : ça permet d'y mettre de l'UTF-8, et donc d'avoir toute compatibilité quels que soient les caractères transmis.

    Je n'avais pas compris que MIME-.... s'affichait en clair.

    Donc le problème vient sans aucun doute du saut de ligne avant la ligne de déclaration MIME-Version.

    Mais pourquoi y a-t-il ce saut de ligne ?

    Dans le code dans lib/fonctions/emails.php vers ligne 52, on a :

    $mail_header = "Content-Transfer-Encoding: 8bit\r\n";

    $mail_header .= "MIME-Version: 1.0\r\n";

    Vous pouvez essayer en retirant les \r

    La configuration des serveurs et des envois d'emails est assez peu standard, il peut y avoir ce genre de soucis dans la nature des retours chariots à prendre en compte.

  19. DomLozere

    Posté(e) · Signaler ce message

    Dans la BDD tous les enregistrements, ID 14 et autres sont corrects. Je vous avais envoyé le code source de ce mail à titre d'exemple, mais tous les mails envoyés par ma version de premium 6 ne sont pas reconnus comme UTF8.

    Dans la messagerie orange le résultat est identique idem pour des personnes externes, matériels externes, et autres messagerie comme yahoo etc.

    Si je force les caractères par le menu "encodage des caractères" les accents et caractères accentués s'affiche correctement...... par contre les caractères<br /> restent.

    Je reste persuadé que l'origine reste dans la construction du message. En effet que UTF8 soit forcé ou non la chaine:

    MIME-Version: 1.0

    From: sav@musee-filature-calquieres.com

    Reply-To: sav@musee-filature-calquieres.com

    Content-Type: text/html; charset=utf-8

    apparaît dans le corps du message lu, alors qu'elle devrait être transparente et ne servir que d'indication à la messagerie.

    C'est donc avant ces instructions qu'une information est mal interprétée!!

    Il existe déjà une bizarerie dans la construction du sujet du message:

    Subject: =?UTF-8?B?T3V2ZXJ0dXJlIGRlIHZvdHJlIGNvbXB0ZSBjbGllbnQ=?=

    Content-Transfer-Encoding: 8bit

    Alors que sur l'autre site propulsé par premium 5.7 (même serveur et même moteur de messagerie) on trouve:

    Subject: Ouverture de votre compte client Jupons et Cavalcades

    ce qui est correct

    Dominique

  20. Gilles Boussin

    Posté(e) · Signaler ce message

    Quand vous copiez du texte ici, je ne peux pas savoir si à l'origine le texte est en UTF8 ou non. Donc pour être sûr du format, quand vous visualisez votre message sous thunderbird, forcez l'utilisation de l'UTF8 dans Affichage > Encodage des caractères

    Par ailleurs, allez voir dans phpmyadmin si le texte avec l'id 14 de la table peel_email_template s'affiche bien sans aucun problème.

    Gilles

  21. DomLozere

    Posté(e) · Signaler ce message

    Re Bonjour, suite et pour aide

    Code source du mail envoyé par premium 5.7 à la suite d'une ouverture de compte

    From - Mon Mar 14 10:01:14 2011

    X-Account-Key: account2

    X-UIDL: 1259021205.5192

    X-Mozilla-Status: 0001

    X-Mozilla-Status2: 00000000

    X-Mozilla-Keys:

    Return-Path: <anonymous@de301.ispfr.net>

    Received: from mwinf5c33 (mwinf5c33.me-wanadoo.net [10.223.111.83])

    by mwinb2c01 with LMTPA;

    Mon, 14 Mar 2011 10:00:56 +0100

    X-Sieve: CMU Sieve 2.3

    Received: from de301.ispfr.net ([195.14.0.225])

    by mwinf5c33 with ME

    id Jx0w1g0024rGH2z01x0wQi; Mon, 14 Mar 2011 10:00:56 +0100

    X-bcc: villevieillette@wanadoo.fr

    X-me-spamrating: 38.00

    X-me-spamcause: (-50)(0000)gggruggvucftvghtrhhoucdtuddrfedugedrudeggddugedthecuteggodetufdouefnucf

    rrhhofhhilhgvmecuoffgnecuuegrihhlohhuthemucegtddtnecuvhhothhrvgcuihguvghnthhifhh

    i

    rghnthculddqhedtmd

    X-me-spamlevel: not-spam

    Received: (qmail 25603 invoked by uid 33); 14 Mar 2011 09:00:55 +0000

    Date: 14 Mar 2011 09:00:55 +0000

    Message-ID: <20110314090055.25601.qmail@de301.ispfr.net>

    To: villevieillette@wanadoo.fr

    Subject: Ouverture de votre compte client Jupons et Cavalcades

    From: boutique@costumes-amazone-spectacles.com

    X-BitDefenderWKS-SpamStamp: v1, build 2.9.7, bayes score: 0(0), pbayes

    score: 230(63), apm score: 500, ApmFlags: [NN_NO_LINK_NMD;

    NN_NO_CONTENT_TYPE], total: 0(725)

    X-BitDefenderWKS-Spam: No - 0

    Vous venez de créer un compte client sur Jupons et Cavalcades.

    Votre identifiant est le suivant : xxxxxx@wanadoo.fr

    Votre nouveau mot de passe est : xxxxxx

    Votre identifiant client est : CLT20117

    Code source du mail envoyé par premium 6 à la suite d'une ouverture de compte

    From - Mon Mar 14 09:57:09 2011

    X-Account-Key: account2

    X-UIDL: 1259021205.5191

    X-Mozilla-Status: 0001

    X-Mozilla-Status2: 00000000

    X-Mozilla-Keys:

    Return-Path: <sav@musee-filature-calquieres.com>

    Received: from mwinf5c33 (mwinf5c33.me-wanadoo.net [10.223.111.83])

    by mwinb2c01 with LMTPA;

    Mon, 14 Mar 2011 09:06:39 +0100

    X-Sieve: CMU Sieve 2.3

    Received: from de301.ispfr.net ([195.14.0.225])

    by mwinf5c33 with ME

    id Jw6f1g0064rGH2z01w6fEx; Mon, 14 Mar 2011 09:06:39 +0100

    X-bcc: villevieillette@wanadoo.fr

    X-me-spamrating: 36.00

    X-me-spamcause: (-85)(0000)gggruggvucftvghtrhhoucdtuddrfedugedrudeggddugedthecuteggodetufdouefnucf

    rrhhofhhilhgvmecuoffgnecuuegrihhlohhuthemucegtddtnecusghonhhjohhurhculddquddtmde

    n

    vhhothhrvgcumhhothcuuggvuchprghsshgvucdlqddvhedmnehvohhtrhgvuchiuggvnhhtihhfihgr

    n

    hhtucdlqdehtddm

    X-me-spamlevel: not-spam

    Received: (qmail 32294 invoked by uid 33); 14 Mar 2011 08:06:38 +0000

    Date: 14 Mar 2011 08:06:38 +0000

    Message-ID: <20110314080638.32292.qmail@de301.ispfr.net>

    To: villevieillette@wanadoo.fr

    Subject: =?UTF-8?B?T3V2ZXJ0dXJlIGRlIHZvdHJlIGNvbXB0ZSBjbGllbnQ=?=

    Content-Transfer-Encoding: 8bit

    X-BitDefenderWKS-SpamStamp: v1, build 2.9.7, bayes score: 0(0), pbayes

    score: 241(64), apm score: 500, ApmFlags: [NN_NO_LINK_NMD;

    NN_TP_TAG_HREF; NN_NO_CONTENT_TYPE; NN_NO_FROM], total: 0(725)

    X-BitDefenderWKS-Spam: No - 0

    MIME-Version: 1.0

    From: sav@musee-filature-calquieres.com

    Reply-To: sav@musee-filature-calquieres.com

    Content-Type: text/html; charset=utf-8

    Bonjour,<br />

    <br />

    Vous venez de créer un compte client sur Filature des Calquières.<br />

    <br />

    Votre identifiant est le suivant : xxxxxx@wanadoo.fr<br />

    Votre mot de passe est : xxxxx<br />

    <br />

    <br />

    Le service client<br />

    Filature des Calquières<br />

    <a href="http://www.musee-filature-calquieres.com" target="_blank">http://www.musee-filature-calquieres.com</a>

  22. DomLozere

    Posté(e) · Signaler ce message

    Bonjour

    Le format BDD est en UTF8 et l'affichage du site est normal.

    Seule remarque, l'image du module captcha ne s'affiche pas, mais je ne vois pas trop le rapport....alors je comptais en faire l'objet d'un prochain message

    Ma messagerie est mozilla thunderbird. Sur la messagerie orange le résultat est idem.

    Un autre Premium version 5.7 est installé sur le même serveur (avec sa propre base de donnée bien sûr) et la lecture des mails supporte tous les caractères.

    ???

  23. Gilles Boussin

    Posté(e) · Signaler ce message

    - Première remarque qui me vient : utilisez toujours des noms de dossiers et de fichiers en minuscules, ça évitera divers problèmes potentiels => mettez france/ et non pas France/

    - Il y a une protection dans tous les dossiers où il n'est pas censé y avoir de fichier PHP avec un .htaccess pour éviter l'exécution de fichiers PHP.

    C'est une protection au cas où un fichier PHP aurait pu y être téléchargé, pour éviter qu'on ne l'exécute à distance.

    => mettez vos fichiers PHP à la racine, ou dans un nouveau dossier.

  24. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour,

    Vous montrez un texte qui ne s'affiche pas correctement, mais ceci ne veut pas dire qu'à la base il est forcément mal encodé.

    Comme vous le montrez, le texte est déclaré comme utf-8 dans la partie MIME de l'email, et le contenu de ce texte provient de la BDD qui est en UTF8, avec PEEL qui se connecte bien avec SET NAMES UTF8 à la BDD.

    Donc dans PEEL6, c'est bien de l'UTF8 que vous avez. Néanmoins peut-être que votre messagerie n'est pas compatible UTF8, ou que votre BDD n'est pas en UTF8, ou autre.

    => est-ce que le reste de votre site fonctionne bien ?

    Est-ce que certaines emails apparaissent bien encodés ?

    Est-ce que ce même type d'email lu avec une autre messagerie pose également problème ?

    L'encodage est un sujet compliqué, mais ce que je peux vous dire est que par défaut l'encodage des emails sous PEEL 6 est en UTF8 et fonctionne avec du mime 1.0 déclaré en texte UTF8

    Gilles.

Twitter Advisto ecommerce

Facebook PEEL Shopping