Gilles Boussin

Administrateur PEEL
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    16 264

  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par Gilles Boussin

  3. Posté(e) · Signaler ce message

    Ce lien est à supprimer : En effet, pour consulter ses commandes, le client doit désormais le faire depuis la partie "Historique des Commandes" et non plus directement via la facture en popup après passage de la commande.

    Vous pouvez remplacer le lien par : "Votre facture est disponible dans "Mon Compte", section "Historique des commandes"".

  10. Posté(e) · Signaler ce message

    Bonjour,

    Le code qui gère l'affichage du type d'expédition se trouve dans modeles/standard/caddie.php :

    echo SHIPPING_TYPE ?> (*) :

    <select class="formulaire1" name="type" onChange="java script:frmsubmit('recalc')">

    <option value=""><?php echo SHIP_TYPE_CHOOSE ?></option>

    <?php

    while ($Type = mysql_fetch_array($resType)) {

    echo "<option value=\"".$Type['id']."\"";

    if (vb($_SESSION['caddie']->type) == $Type['nom_'.$_SESSION['langue'].'']) echo " selected";

    echo ">".html_entity_decode($Type['nom_'.$_SESSION['langue'].''])."</option>";

    }

    ?>

    C'est ici qu'il faut remplacer le SELECT par un champs texte du nom du seul moyen d'expédition permis, et il faut également $_SESSION['caddie']->type = $Type['nom_'.$_SESSION['langue'].''] pour passer le mode d'expédition en question et continuer le process de commande.

  11. Posté(e) · Signaler ce message

    Effectivement, lors du processus de commande, on va chercher en BDD les infos de l'utilisateur pour pré-remplir les champs du formulaire.

    Si lors de la soumission du formulaire, on omet de remplir un champ, on ne pré-remplit pas le formulaire avec les données en POST, mais en reprenant celles de la BDD.

    On ne peut pas a proprement parler de dysfonctionnement (puisqu'il ne genère pas de bug dans le processus de commande), mais d'un fonctionnement qui ne correspond pas à vos attentes.

    Si nécessaire, demain, je pourrai vous orienter pour pré-remplir avec $_POST.

  12. Posté(e) · Signaler ce message

    Bonsoir,

    Il s'agit d'un bogue que nous corrigerons dans la 5.4 :

    Il faut remplacer, de mémoire :

    mysql_query("UPDATE peel_commandes SET statut = '3' WHERE id = '".intval(vb($_GET['id']))."'");

    par

    mysql_query("UPDATE peel_commandes SET id_statut_paiement = '3' WHERE id = '".intval(vb($_GET['id']))."'");

    N'hésitez pas à poster de nouveau sur ce sujet si le champ n'est pas id_statut_paiement. (je n'ai pas de BDD PEEL 5.3 sous la main pour vérifier)

  13. Posté(e) · Signaler ce message

    Je pense personnellement qu'il y aurait deux orientations possibles :

    - Permettre la modification de l'email en front-office et back-office, comme cela correspond à vos besoins

    ou alors

    - Ajouter lors de l'inscription, un code de validation du compte, pour être certain que le compte crée est rattaché à un email valide. Et dans ce cas, on interdit (côté front-office en tout cas) la possibilité de modifier l'email.

  15. Posté(e) · Signaler ce message

    Bonjour Florian,

    Actuellement, PEEL ne prévoit pas de permettre à un utilisateur de changer son email d'inscription, que ce soit niveau front-office ou back-office.

    Si vous implémentez le changement d'adresse email, et si le module de newsletters a été mis en place pour votre site, n'oubliez pas d'affecter également le changement dans la table ou sont stockés les emails pour l'envoi de newsletter.

  16. Posté(e) · Signaler ce message

    Bonjour,

    WHERE etat ='1' AND on_promo='1' OR on_new='1' AND site_id = '".intval($_SESSION['ecom']['id'])."'";

    fonctionne?

    J'écrirais plutôt :

    WHERE etat ='1' AND (on_promo='1' OR on_new='1') AND site_id = '".intval($_SESSION['ecom']['id'])."'";

    pour être certain des priorités que SQL donnera aux clauses OR / AND

  17. Posté(e) · Signaler ce message

    Bonjour xeon, effectivement dans la version 5.3, il y a une table peel_sites_pivots, dans laquelle il faut au moins un enregistrement correspondant à votre site, et avec laquelle des jointures sont faites avec les tables peel_utilisateurs, peel_produits, peel_commandes, etc...

  23. Posté(e) · Signaler ce message

    Bonjour Florian,

    Effectivement, il n'existe actuellement pas de fonctionnalité côté back-office pour gérer les META des pages "Mon Compte", "Inscription", "Contact" .

    Celles-ci sont, par défaut, celles de la page d'accueil, si je ne me trompe pas.

    Cette nouvelle fonctionnalité pourra donc être développée lors des prochaines versions de PEEL

  25. Posté(e) · Signaler ce message

    Bonjour marc,

    La fonction qui permet d'afficher les produits en page d'accueil est template_index_produit_home, elle même appelée par affiche_produit_home.

    Affichage de la marque

    Dans affiche_produit_home, il vous suffit de faire une requête sur les tables peel_marques et de passer la marque récupérée en argument à template_index_produit_home.

    Affichage de la référence

    Le principe est le même que pour la marque, mais il n'y a pas de jointure supplémentaire à faire dans affiche_produit_home, car la référence est enregistrée directement dans la table peel_produits.

Twitter Advisto ecommerce

Facebook PEEL Shopping