Flux d’activité

Flux d’activité de Messages


  1. Bonjour,

    Si le module est activé, le taux de change doit être automatiquement calculé par la fonction save_commande_in_database, à partir de la devise renseigné pour la commande :

    	// Calcul des coûts et insertion de la commande
    if ((empty($frm['currency_rate']) || empty($frm['devise'])) && is_devises_module_active ()) {
    if (isset($frm['devise']) && $frm['devise'] != $GLOBALS['site_parameters']['code']) {
    // Si la devise de la commande n'est pas celle de la boutique, alors on récupère le taux de change de la devise
    $res = query("SELECT p.conversion
    FROM peel_devises p
    WHERE p.code = '" . nohtml_real_escape_string($frm['devise']) . "'");
    }
    if (!empty($res) && $tab = fetch_assoc($res)) {
    $frm['currency_rate'] = $tab['conversion'];
    } else {
    // Valeur par défaut de la devise
    $frm['devise'] = $GLOBALS['site_parameters']['code'];
    $frm['currency_rate'] = $GLOBALS['site_parameters']['conversion'];
    }
    }[/CODE]

    Donc le taux de change afficher dans le formulaire de créatiion de commande est à 0, mais il est automatiquement mis à jour avec le taux de change de la devise juste avant l’insertion dans la BDD

  2. carcy


    Merci Simon

    J'ai appliqué votre modif (commenté la fonction affiche_module_devise.

    J'ai bien activé la sélection de la devise par l'utilisateur.

    OK la sélection ne s'affiche plus en frontoffice, MAIS en création de commande en backoffice, j'ai toujours le taux de change qui est à 0 à chaque commande que je veux créer !!!

    Bizarre non ? ça se produit depuis que j'avais désactivé les devises.

    Et dans les corrections de table, je ne me rappelle pas avoir touché à quoi que ce soit concernant les devises...

    parce qu'en table peel, ça se passe ou exactement ???

  3. carcy


    En fait, leur référencement pro "saute" sur mon site internet lors du référencement à cause de ce qu'ils appellent des "bloqueurs", fichiers qui, selon eux, redirigent vers un autre site internet !

    Moi je pense plutôt que ce sont des incompétents... je suis très mécontent de leurs services car souvent il y a des problèmes de connection...

    Mais bon...

    suite : ce matin, je consulte le référencement et hop ! de nouveau le type de message :

    "Redirection vers un autre nom de domaine

    Le nom de domaine (adresse URL) du site Web que vous avez indiqué au début de la configuration redirige vers un autre nom de domaine. De ce fait, il est possible que les moteurs de recherche ne trouvent pas le nom de domaine de votre site Web. Assurez-vous que tous les contenus de votre site Web sont disponibles sous le nom de domaine que vous avez indiqué au début de la configuration."

    le nom de domaine indiqué est pourtant bien jl-transferts-numeriques.fr

    C'est suite à celà que j'ai eu le mail suivant de 1and1 :

    "Après étude de votre dossier, nous vous invitons à désactiver les fichiers HT access de votre site internet. En effet, ces fichiers peuvent bloquer la lecture de votre site par les moteurs de recherche."


  4. Bonjour,

    Le problème vient du fait que la désactivation du module en front office comprend la désactivation de l'ensemble de cette fonctionnalités. Le plus simple est de remettre le champ 'Activer le module de sélection de la devise par l'utilisateur :' à Oui, et de commenter la fonction affiche_module_devise() dans haut.php :


    if (is_devises_module_active()) {
    //affiche_module_devise();
    }
    [/CODE]

  5. carcy


    bonjour

    je reprends un vieux post sur peel premium qui parlait d'une erreur de mise à jour des devises.

    ça m'arrive également, voilà le message que j'ai :

    Warning: implode() [function.implode]: Invalid arguments passed in /homepages/5/d334204221/htdocs/modules/devises/administrer/fonctions.php on line 324

    .

    .

    .

    .

    Problème de connexion à XE, Google et Oanda.

    Vérifiez que votre serveur autorise la directive allow_url_fopen (valeur détectée de allow_url_fopen : 0)

    Si c'est le cas, c'est que XE, Google et Oanda refusent vos requêtes, qui sont peut être trop anciennes.

    La solution qui avait était donnée était de passer allow_url_fopen à 1 dans configuration.inc.php.

    Or, je ne trouve pas allow_url_fopen dans ce fichier...

    pouvez vous me dire dans quel fichier ça se trouve ?

    merci !

  6. carcy


    Bonjour !

    j'ai un problème !!

    lorsque je créé une commande en backoffice, je ne sais pas pourquoi, mon taux de change est passé à 0 !!!

    en fait, je m'en suis rendu compte parce que je rajouttais des articles dans le panier et j'avais des erreurs de division par 0 !

    Quelqu'un sait d'ou peut venir ce problème ?

    Vu que j'ai comparé ma table peel avec celle officielle de la 6.4.2, peut être que j'ai corrigé quelque chose qui ne devait pas l'être...

    ça se situerait ou dans les tables ?

    merci pour votre aide !

    JL

  7. djespace


    Voila le début du code de mon fichier ipn.php :

    
    mail('contact@domaine.fr','object - ipn.php', '1');
    
    include("../../configuration.inc.php");
    
    require($GLOBALS['fonctionssystempay']);
    
    mail('contact@domaine.fr','object - ipn.php', '2');
    
    if (empty($_POST)) {
    
    die();
    
    }
    
    mail('contact@domaine.fr','object - ipn.php', '3');
    
    // Verify the payment gateway identity

    Je reçois le mail numéro 1, mais pas le 2 et les suivants

    Du coup, je sais pas si ça bloquerai pas tout de suite ici, sur l'include, sauf que le chemin est bon...

    Je comprends pas.

  8. carcy


    Bonjour !

    voilà, pour tout vous dire, j'ai opté il y a quelques mois pour un référencement de chez 1and1 ("référencement pro"), et assez régulièrement, j'ai une erreur sur le référencement qui me dit que des "bloqueurs" bloquent le référencement de mon site à Google.

    Après avoir relancé 1and1 à maintes reprises pour ce problème, ils m'ont écrit ce matin que celà venait de mon .htaccess, et ils me demandent de le désactiver.

    Comme je connais pas grand chose là dedans, pouvez vous me dire si je peux le désactiver, le supprimer, ou si je peux y apporter une modif qui ne bloquerait plus mon référencement ?

    Je viens de regarder dedans, y'a des lignes RewriteRule et rewriteCond...

    pouvez vous me dire ce que vous en pensez ?

    merci !

    bonne journée

    JL

  9. MLG01


    Bonjour à tous,

    J'ai un petit soucis avec ma boutique en ligne quand je passe à la version 5.3 de PHP.

    en effet, les sessions ne se lancent pas :/

    De fait, impossible de me connecter à l'administration... Par contre, sous la version 5.2, ca fonctionne sans problème.

    Quelqu'un sait me dire d'ou vient le problème et surtout comment le résoudre sans pour autant migrer vers la 6.4 ?

    en effet, je ne suis pas sur que la migration de Peel 5.7 vers Peel 6.4 se passent sans avoir trop de problème :/

    Merci.

  10. djespace


    Bonjour Simon,

    Oui c'est bien ce que je me dit pour me rassurer, c'est pourquoi je cherche une éventuelle erreur de configuration mais je ne vois pas ce que je peux faire de plus.

    Voilà ce que j'ai fais :

    1- édition du fichier "functions.php" pour y modifier l'identifiant boutique systempay et le numéro de certificat de test.

    2- upload des fichiers et dossiers du module sur le ftp dans un dossier appelé systempay dans le repertoire modules.

    3- configuration de l'url serveur test et production pointant vers le fichier ipn.php dans le back-office systempay.

    comme indiqué dans le fichier functions.php, je n'ai pas rempli les champs url de retour.

    Je vais essayer de contrôler les conditions de la fonction update_order_payment_status et reviens vers vous ensuite.

    Autre chose, pouvez vous me confirmer qu'il n'y a pas d'administration possible de ce module dans le back office ?

    Si oui, a quoi servent les fichiers lang ?

    Merci.

    EDIT: Pour info je suis en version 6.3.1, si toutefois cela peut vous aider.


  11. Bonjour,

    Si le fichier ipn.php est correctement appelé, le problème doit venir de la fonction update_order_payment_status.

    Vous pouvez ajouter des envois d'email à différents endroits dans cette fonction pour comprendre quelle condition n'est pas validée.

    Pour info, ce module est installé sur de nombreux sites par nos soins ou par nos partenaires et fonctionne sans modifications préalables.


  12. Bonjour,

    dans le fichier lib/Class/Product.php, fonction set_configuration() il faut modifier

    foreach(explode("§", $attributs_list) as $tableau_id_array) {

    par

    foreach(explode("-", $attributs_list) as $tableau_id_array) {


    Cette modification corrige votre problème, mais peut causer des erreurs dans le cas d'attribut de type upload (lorsque les images contiennent le caractère '-'). Un solution consiste à supprimer le caractère '-' lors du renommage automatique des images dans la fonction upload (fichiers lib/fonctions/fonctions.php, ligne 1719).
    Les attributs administrables ont été conçu différemment pour la nouvelle version, et ne présente plus ces défauts.


  13. Bonjour,

    Comme pour le sujet vous pouvez enrichir la fonctionnalité de remplacement de tag. Pour faire ce que vous souhaitez il faut ajouter un champ dans le formulaire pour permettre à l'administrateur de renseigner le numéro de la commande. Cette valeur serait envoyé en POST avec les autres infos à la fonction send_mail_admin appelé dans le fichier modules\webmail\administrer\webmail_send.php. Dans cette fonction, il faut faire un test sur la présence de l'id de la commande, et si cette valeur existe, récupérer les informations sur la commande pour renseigner les tags spécifiques tels que ORDERID, DATE, MODE, RESTE_AVOIR

Twitter Advisto ecommerce

Facebook PEEL Shopping