Flux d’activité

Flux d’activité de Messages

  1. Korrigan


    Bonjour, La sélection du type de livraison fonctionne bien sur votre site, mais il faut sélectionner la zone de livraison avant. Il faut donc faire la même opération sur la zone que pour le type, c-a-d forcer la valeur de l'id de la zone dans le fichier caddie_affichage.php :
    if (isset($_POST['pays_zone'])) { $_SESSION['session_caddie']->set_zone(VOTRE_ID); $_SESSION['session_caddie']->update(); }

    Bonjour,

    ????

    toujours pas !!!!

    en modifiant ce code il est exact que les variables Zone et Livraison prennent la bonne valeur dès L'OUVERTURE de la page. Mais les frais de transport en haut à droite RESTENT A ZERO (au lieu d'indiquer immédiatement 1,50€) tant que la page n'a pas été mise à jour par le submit du select ou par le lien "Mise à jour du panier" dont le script sollicite également le même submit.

    Ce qu'il faudrait c'est un REFRESH de la page sitôt après qu'elle soit chargée.

    J'ai essayé de mettre un echo refresh, mais le problème c'est que si je mets un refresh à une seconde, la page se recharge toutes les secondes...

    Je pensais se serait plus simple ....!


  2. Bonjour,

    La sélection du type de livraison fonctionne bien sur votre site, mais il faut sélectionner la zone de livraison avant. Il faut donc faire la même opération sur la zone que pour le type, c-a-d forcer la valeur de l'id de la zone dans le fichier caddie_affichage.php :

    if (isset($_POST['pays_zone'])) {
    $_SESSION['session_caddie']->set_zone(VOTRE_ID);
    $_SESSION['session_caddie']->update();
    }[/CODE]

  3. Mickaël POLLET


    Bonjour,

    tout d'abord merci pour votre super boulot ! Ce CMS est vraiment d'une excellente qualité et cela fait vraiment plaisir de voir des développeurs aussi méticuleux dans leur travail !

    Je vous écrit car j'ai un soucis sur une boutique que j'ai mise en ligne.

    Tout se passe très bien en local sous wamp, mais une fois uploadé, j'ai un message d'erreur sur la connexion des utilisateurs.

    Peut importe ce qu'on ecrit dans la partie Mon Compte, on obtient le message suivant :

    Token invalide : traitement déjà réalisé ou Referer HTTP non renseigné par votre navigateur

    - Si on met un utilisateur valide : IDEM

    - Si on met un utilisateur non valide : IDEM

    - Si on met n'importe quoi : IDEM

    - Si on tente de crééer un nouvel utilisateur : il indique "Votre formulaire est incomplet ou comporte des erreurs." et le message de ce post également au dessous.

    - Si on tente d'accéder à la partie ADMIN par l'url : Page blanche

    - Le reste de la boutique est accessible complètement

    J'ai bien renseigné le "info.inc.php" normalment.

    J'ai modifié le .htaccess en décommentant : SetEnv PHP_VER 5

    SetEnv REGISTER_GLOBALS 0

    RewriteBase /shop/ (Shop étant le repertoire où se trouve ma boutique)

    Le pb est reproductible sur n'importe quel navigateur.

    Auriez-vous une idée svp ?

    Cordialement


  4. Bonjour,

    Ok, effectivement, ce n'est pas ce que j'avais compris :).

    Il y a plusieurs possibilités.

    - Soit il faut que le prix du produit soit à 0, ce qui fait que le prix total du produit sera 0 + "prix de l'attribut" = "prix de l'attribut". Cela permet de garder le fonctionnement normal de PEEL, et d'éviter un développement. En revanche, le détail de la commande (dans le panier, dans les factures PDF, ...) affichera le prix du produit à 0, additionné au prix de l'attribut

    - Soit le prix du produit sera le prix de l'attribut.

    Dans ce cas, c'est un peu plus compliqué. Il faut dans un premier temps modifier l'affichage sur la page produit. Ensuite, il faut modifier la classe Caddie pour que le prix du produit soit celui de l'attribut sélectionné. Modifier la classe Caddie est nécessaire pour garder une cohérence lors de l'affichage du panier, des factures etc.... Si on se contente de modifier l'affichage sur la page produit, le prix du produit affiché dans toutes les étapes du process de commande sera le prix renseigné dans la fiche produit en back office, et donc différent de celui affiché sur la page produit en front office.

    Pour modifier uniquement l'affichage en front office, il faut modifier la génération du tableau attribut_size_price dans la fonction affiche_critere_stock du fichier lib/fonctions/display_product.php. Il faut remplacer les fonctions

    $product_object->get_final_price(get_current_user_promotion_percentage(), display_prices_with_taxes_active(), is_reseller_module_active() && is_reseller(), true, true, 1, true, true, true)
    par
    $product_object->configuration_size_price_ht

    Cette variable doit être encore modifié, pour lui ajouter la taxe du produit notamment.

    L'adaptation de la classe Caddie est une opération plus lourde. Nous pouvons réaliser ce développement dans un cadre contractuel. Si vous la souhaitez, je vous invite à prendre contact avec un conseiller commercial au 01 75 43 67 97.

    Merci.

  5. Korrigan


    Bonjour,

    => Après des tests en local, nous avons fait fonctionner la boutique PEEL comme vous le souhaitez. Je ne comprends pas non plus pourquoi la manipulation que je vous aie fournis ne fonctionne pas sur votre site. Pouvez-vous nous transmettre les accès à votre site pour comprendre le problème svp ?

    voici l'adresse : http://nuitsdesologne.com/caddy2/

    merci

  6. xeon


    Je crois que je viens de comprendre.

    L'administrateur reçoit une confirmation de commande, même si la commande est faite à partir d'un compte "utilisateur" ?

    Cela veut dire que l'administrateur recevrait toujours deux mails quand une commande est passée, y compris par un compte "client" ? Cad que l'admin reçoit : mail de confirmation de commande (identique au mail que reçoit l'utilisateur) + mail d'enregistrement de la commande dans la base de données ?


  7. Bonjour,

    Bonjour Simon,

    Je vais étudier ce code pour supprimer la liste déroulante.

    Mais dans l'immédiat je ne comprends pas pourquoi le caddy ne se met pas à jour à l'ouverture de la page, mais seulement après rafraichissement de la page (via le navigateur) ou par "Mettre à jour le panier" ????

    Ce cas de figure serait suffisant, puisque l'étape suivante consiste pour l'acheteur à cliquer sur le bouton "Commander"

    Par ailleurs, la vérification est concluante, un test des variables à l'affichage du caddy donne :

    $_SESSION['session_caddie']->typeId = 8

    et

    $_SESSION['session_caddie']->type = Envoi postal

    En conclusion, je n'arrive toujours pas à la solution...

    Merci de votre réponse

    Korrigan

    => Après des tests en local, nous avons fait fonctionner la boutique PEEL comme vous le souhaitez. Je ne comprends pas non plus pourquoi la manipulation que je vous aie fournis ne fonctionne pas sur votre site. Pouvez-vous nous transmettre les accès à votre site pour comprendre le problème svp ?

  8. xeon


    Bonjour,

    Le code de ma boutique est bien identique au vôtre.

    J'ai fait un test de commande Paypal avec un compte "client" : je suis allé jusqu'à la page de paiement et je n'ai rien reçu. Par contre la commande est enregistrée dans ma boutique.

    Par chèque, avec le même compte "client", je reçois toujours deux emails de confirmation.

  9. paulanna


    j'ai supprimé la fonction dans le fichier fonction du module.

    mais si je change l'attribut à partir de la liste de sélection de prix ne change pas

    je souhaite :

    afficher un prix pour le produit

    mettre des attributs avec des tarifs

    lorsque il y a selection de l'attibut faire en sorte qu'il ne s'additionne pas avec le prix mais remplace le prix de départ.

    en fait au lieu de l'addition il faut que le prix de l'attribut remplace le prix de départ

  10. Korrigan


    Bonjour Simon,

    Je vais étudier ce code pour supprimer la liste déroulante.

    Mais dans l'immédiat je ne comprends pas pourquoi le caddy ne se met pas à jour à l'ouverture de la page, mais seulement après rafraichissement de la page (via le navigateur) ou par "Mettre à jour le panier" ????

    Ce cas de figure serait suffisant, puisque l'étape suivante consiste pour l'acheteur à cliquer sur le bouton "Commander"

    Par ailleurs, la vérification est concluante, un test des variables à l'affichage du caddy donne :

    $_SESSION['session_caddie']->typeId = 8

    et

    $_SESSION['session_caddie']->type = Envoi postal

    En conclusion, je n'arrive toujours pas à la solution...

    Merci de votre réponse

    Korrigan

    Bonjour Simon,

    Help !!!

    Le problème reste identique ! Il faudrait que la page s'actualise dès l'ouverture avec les frais de tansport !

    Comment faire ?

    Pour essayer de palier à ce problème j'ai provisoirement changé la configuration du site en supprimant les frais de port au profit des "Frais de préparation".

    Dans ce cas l'affichage du caddy est correct dès l'ouverture, avec les 1,50€ correspondant en fait à nos frais d'affranchissement.

    Le problème c'est que nous perdons systématiquement partout les affichages de l'adresse de livraison !!!!!!

    Ce n'est donc pas la solution finale....!!??

    Pouvez-vous m'aider à résoudre ce problème ?? Je suis un peu perdu....

    Merci

    Korrigan


  11. Bonjour,

    La fonction email_commande gère l'envoi d'email au client. Si vous avez procédé à des tests avec un compte administrateur, il est normal que vous recevez 2 mail puisque la fonction send_mail_order_admin est également exécuter au même moment.

    Par contre, l'utilisateur standard ne doit recevoir qu'une seul fois l'email de commande. Pouvez vous vérifier que le fichier fin_commande.php comporte ceci à partir de la ligne 50 :


    switch ($com->paiement) {
    // In $com->payment_technical_code is stored the "technical_code" found in peel_paiement
    case 'check':
    case 'transfer':
    // On avertit l'utilisateur et l'administrateur uniquement pour les modes de paiement non instantanés
    send_mail_order_admin($commandeid);
    email_commande($commandeid);
    /* Le caddie est réinitialisé pour ne pas laisser le client passer une deuxième commande en soumettant une deuxième fois le formulaire */
    $_SESSION['session_caddie']->init();
    unset($_SESSION['session_commande']);

    break;
    default :
    break;
    }
    [/CODE]

Twitter Advisto ecommerce

Facebook PEEL Shopping