Flux d’activité

Flux d’activité de Messages

  1. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour Myriam,

     

    - La manière dont peel fonctionne lors de l'installation : une liste de statuts de paiement est créée, et pour chaque langue les fichiers database_statut_paiement_XX sont utilisés pour remplir la base de données.

    Une fois l'installation d'une langue faite, ces fichiers ne servent plus.

    Comme vous avez créé dans la table votre ligne, il n'y avait pas besoin de toucher à ces fichiers database_...

     

    - Les modifications à faire si vous ne voulez pas changer le fonctionnement du site, mais en ayant juste le statut refused sélectionné à la place de cancelled, sont :

    . dans le module sips, changer le statut demandé en "refused" au lieu de ce qui est actuellement (6 ou cancelled, à vérifier)

    . recherchez partout dans le code cancelled, et si la valeur s'applique à un paiement, que ce soit dans le cadre du SQL ou du PHP, faites en sorte de rajouter votre statut refused également

    Tout ceci prend du temps, et est générateur de bugs potentiels si une omission est faite. Si vous voulez faire cela partout, alors la question qui peut se poser est à quoi sert au final ce statut refused que vous créez. Il vaut peut-être mieux laisser passer automatiquement à cancelled, et rajouter plutôt un email qui vous est envoyé dans le module SIPS si le paiement est refusé, pour que vous fassiez une action commerciale auprès du client.

     

    Gilles

  2. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour,

     

    Comme vous venez de changer d'hébergement, il est possible que vous ayez une erreur PHP quelconque, non liée à votre configuration.

    Pour voir les erreurs :

    - regardez dans votre fichier de log d'erreurs de votre serveur web pour connaître toutes les erreurs, et donc vous saurez ce qui se passe.

    - assurez vous que vous avez bien la variable "display_errors_for_ips" (c'est la valeur de "technical_code" dans la table peel_configuration) est bien avec pour valeur * dans la colonne "string", ou contient votre ip.

      Cela vous permet de voir les erreurs PHP si le fichier s'est bien chargé (certaines erreurs ne pouvant parfois s'afficher contrairement au fichier de log).

     

    Gilles

  3. Myriam

    Posté(e) · Signaler ce message

    Bonjour 

     

    J'ai acheté et installé votre module SIPS ATOS.

    D'origine, qu'une commande soit annulée par le client ou refusée par la banque, c'est le statut paiement annulé (cancelled) qui est automatiquement configurer.

    Je souhaiterai avoir un statut refusé et un statut annulé.

     

    Dans la base de donnée, peel_statut_paiement, j'ai créé un nouveau statut 

    id 7 / technical_code refused / position 4 / site_id 1 / nom_fr Refusé / nom_en Refused

     

    J'ai modifié les fichiers database_statut_paiement_fr et database_statut_paiement_en ainsi

     $peel_statut_paiement["nom"] = array(

      "discussed" => "En cours de discussion",
      "pending" => "En attente de paiement",
      "being_checked" => "Paiement en cours de vérification",
      "completed" => "Réglé",
      "refused" => "Refusé",
      "cancelled" => "Annulé",
      "refunded" => "Remboursé"
    );
     
    Est ce que c'est la fonction update_order_payment_status dans le fichier order.php que je dois modifier et comment ?
     
    Est-ce qu'il est nécessaire de modifier la ligne 733 de la fonction update_code_promo() du fichier Caddie.php comme suit : . " AND sp.technical_code NOT IN ('cancelled','refused',refunded')"; ?
     
    y-a-t-il d'autres fichiers à modifier ?
     

  4. fabienne

    Posté(e) · Signaler ce message

    Bonjour,

    Suite au changement d'hebergement de mon site, quand je me connecte sur mon url j'ai une page blanche.

    Pour migrer mon site, j'ai :

    - copier mes sources (répertoires) par ftp

    - j'ai sauvegrader / restaurer ma BDD

    - j'ai modifié mon fichier lib/setup/info.inc.php

    et là page blanche

     

    j'ai fait un test en ecrivant un echo ("Test" .$GLOBALS['wwwroot']);

    et là sur ma page s'écrivait bien : Test et mon wwwroot

     

    Qu'ais je donc oublié ?

    Merci d'avance.

  7. louba

    Posté(e) · Signaler ce message

    Oui la colonne id_statut_paiement est remplie par des chiffres (5,4,2,1...) qui doit être la position des codes paiements, que faire ?

     

    En regardant de plus près je vois que la colonne "devise" est à blanc jusqu'au 16 juin à la reprise de la base. Après il y a "EUR"  jusqu'a ce jour et je n'ai q'une seule devise sur le site. Est-ce une piste ?

    Non j'ai modifié et c'est identique je ne vois janvier que sur "toutes les commandes" et "date de paiement" ?

     

    Ce jour je vérifie et j'ai "paiement en cours de vérification" dans "etat". Ces commandes n'ont pas été validé en règlè alors que c'est le cas. Comment passer dans cet état pour ces commandes ?

  10. louba

    Posté(e) · Signaler ce message

    Je n'ai les statistiques des commandes réglées que depuis la date de migration de la base de 6.31 à 7.21 (www.animalins.fr) soit 19/06 à ce jour.

     

    Si j'interroge sur ces critères avant du 1er janvier au 16 juin je n'ai rien.

     

    Pour les autres dates cela à l'air correct.

     

    Y a t-il un éléments de reprise de la base qui m'aurait échappé, une indication commande réglée ou une date non remplie ?

     

    merci.

  11. Simon développeur PEEL

    Posté(e) · Signaler ce message

    Bonjour

     

    Une solution consiste à créer un compte sur un site qui permet d'envoyer des SMS (http://www.lesms.com par exemple), acheter un crédit de SMS, et ensuite dans le code de faire un appel à ce site en mettant des variables en GET = numéro de compte, n° de tel portable, et message.
    Si vous le souhaitez nous pouvons réaliser ce développement pour vous, il faut dans ce cas prendre contact avec le service commercial en spécifiant votre demande, notamment en précisant quels seront concrètement les infos à envoyer par sms.

  17. olivier-g

    Posté(e) · Signaler ce message

    Re-bonjour,

     

    Pour informations, après recherches, le problème se situe dans Invoice.php à la ligne(955 environ)  "$this->addSociete($societeInfoText, $societeLogoPath);"

     

    Si je mets $societeLogoPath=""; pour le logo ... ça marche !

    Ce doit être une subtilité que mes connaissances php ignorent totalement, voici la valeur de $societeLogoPath  avant que je ne la mette à nul :  /public_html/e-shop/_infos/images/logo.png

    Il y a un truc qui n'est pas digéré avec ça, visiblement ...

    Bonne journée !

  18. olivier-g

    Posté(e) · Signaler ce message

    Bonjour,

    La boutique est quasiment prête à être officialisée, j'ai voulu tester les factures, commandes, etc..., en PDF (que ce soit affichage ou envoi à un client fictif), la page apparaît, mais complètement blanche. J'ai testé sur un autre navigateur c'est pareil. 

    Seule la visu html fonctionne.

    Je sais qu'il y a eu une modification car je ne pouvais pas télécharger les produits numériques, mais en retour en arrière temporaire n'a rien changé, et à ma connaissance il n'y a pas d'autre modif par rapport au code original (ou alors rien à voir avec le sujet).

    Si quelqu'un a une idée pour me guider sur la bonne voie .... merci !

    Cordialement.

  19. neomega

    Posté(e) · Signaler ce message

    Bonjour,

     

     

    Pour l'erreur il doit y avoir une variable de configuration qui n'a pas le bon type. 4 types sont reconnu par le script : boolean, string, integer et array. Pour trouver la cause du problème vous pouvez ajouter

    var_dump($result['technical_code']); ligne 2184 du fichier lib/fonctions/fonctions.php pour savoir quelle est la variable de configuration qui pose problème

     

    Effectivement il manquait l'ajout d'un champ lors de la migration de 7.0.2 vers 7.0.3, si le module premium était installé:

    ALTER TABLE `peel_quantites` ADD `promotion_percent` float(15,5) NOT NULL DEFAULT '0.00000';

     

     

    il manquai aussi 

     

    ALTER TABLE `peel_quantites` ADD `cat_id` int(11) NOT NULL DEFAULT '0'

     

     

     

    il y a aussi une erreur ici sur votre tuto :

     

    - Si vous avez une version 7.1.4 exécutez le SQL suivant dans phpMyAdmin pour passer en 7.2.0 :

    -- Ajout de configuration

    INSERT INTO `peel_configuration` (`technical_code`, `origin`, `type`, `string`, `lang`, `last_update`, `explain`, `etat`) VALUES 

     

    IL MANQUE LA VALEUR ORIGIN DONC TOUT EST DECALER

    ('show_special_on_content_category', 'boolean', 'true', '', '', NOW(), 'update7.2 - Permet d''afficher les articles sur la page d''accueil des rubriques.', '1'),

  20. Simon développeur PEEL

    Posté(e) · Signaler ce message

    Bonjour,

     

     

    Notice: unserialize(): Error at offset 0 of 27 bytes in peel-shopping_7_2_1/lib/fonctions/fonctions.php on line 2184

    Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at peel-shopping_7_2_1/lib/fonctions/fonctions.php:2184) in peel-shopping_7_2_1/configuration.inc.php on line 384

    Notice: unserialize(): Error at offset 0 of 27 bytes inpeel-shopping_7_2_1/lib/fonctions/fonctions.php on line 2184

     

     

    Pour l'erreur il doit y avoir une variable de configuration qui n'a pas le bon type. 4 types sont reconnu par le script : boolean, string, integer et array. Pour trouver la cause du problème vous pouvez ajouter

    var_dump($result['technical_code']); ligne 2184 du fichier lib/fonctions/fonctions.php pour savoir quelle est la variable de configuration qui pose problème

     

    Notice: Erreur SQL 1054 - Unknown column 'q.promotion_percent' in 'field list' - Page : /achat/?catid=82 - IP 78.199.53.25 - SELECT quantite, q.promotion_percent FROM peel_quantites q WHERE cat_id = '82' AND q.site_id IN (0,1) ORDER BY quantite ASC - Error number inpeel-shopping_7_2_1/lib/fonctions/database.php on line 239

    Warning: Cannot modify header information - headers already sent by (output started apeel-shopping_7_2_1/lib/fonctions/fonctions.php:2184) inpeel-shopping_7_2_1/lib/fonctions/fonctions.phpon line 1338

     

    Effectivement il manquait l'ajout d'un champ lors de la migration de 7.0.2 vers 7.0.3, si le module premium était installé:

    ALTER TABLE `peel_quantites` ADD `promotion_percent` float(15,5) NOT NULL DEFAULT '0.00000';

  21. neomega

    Posté(e) · Signaler ce message

    bonjour j'ai suivis votre tuto a la lettre 3 fois 

     

    "j'ai mis le theme d'origine peel7 avec bootstrap activer"

     

    et j'ai a chaque fois cette erreur :

     

    Notice: unserialize(): Error at offset 0 of 27 bytes in peel-shopping_7_2_1/lib/fonctions/fonctions.php on line 2184

    Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at peel-shopping_7_2_1/lib/fonctions/fonctions.php:2184) in peel-shopping_7_2_1/configuration.inc.php on line 384

    Notice: unserialize(): Error at offset 0 of 27 bytes inpeel-shopping_7_2_1/lib/fonctions/fonctions.php on line 2184

    Notice: Erreur SQL 1054 - Unknown column 'q.promotion_percent' in 'field list' - Page : /achat/?catid=82 - IP 78.199.53.25 - SELECT quantite, q.promotion_percent FROM peel_quantites q WHERE cat_id = '82' AND q.site_id IN (0,1) ORDER BY quantite ASC - Error number inpeel-shopping_7_2_1/lib/fonctions/database.php on line 239

    Warning: Cannot modify header information - headers already sent by (output started apeel-shopping_7_2_1/lib/fonctions/fonctions.php:2184) inpeel-shopping_7_2_1/lib/fonctions/fonctions.phpon line 1338

     

     

    cette erreur viens de moi ou c un manque dans le tuto ?

  25. Simon développeur PEEL

    Posté(e) · Signaler ce message

    Bonjour,
     

    Du coup pour trim comment je fait ? la ligne suivante est-elle juste ?

    vous pouvez faire

    $_SESSION['session_commande']['nom1'] = trim(vb($frm['nom1']));
    Celles qui sont envoyées sur la plateforme de paiement vads (et c'est seulement celles qui m'intéressent), c'est les infos sur la session utilisateur mais pas celles de la commande non ? et encore moins celles de livraison...?

    oui, du coup si l'utilisateur ajoute des espaces à cette étape de la commande, cela ne va pas concerner les valeurs que vous utilisez ensuite pour le code de suivi. La modification de l'inscription et de la modification d'un utilisateur doit suffire.

Twitter Advisto ecommerce

Facebook PEEL Shopping