Earthworm

Utilisateur open source
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    53

  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par Earthworm

  1. Posté(e) · Signaler ce message

    Bonjour,

    j'ai un petit souci qu'un de mes clients vient de me faire remonter :

    Il y a un achat de deux produits :

    un d'un poids défini à 3800 gr soit 5.50 € de port

    l'autre d'un poids de 5000 gr.

    Et le résultat de la commande est d'un montant total comprenant le frais de port seulement de 5.50 € alors qu'il devrait être de 14.50 € suivant les tranches définies dans l'admin.

    En regardant bien, j'ai trouver le problème en effectuant cette démarche :

    Je mets mon premier produit dans mon panier puis vais dans mon panier en sélectionnant le Pays d'expédition (France) puis le type d'expédition (Colissimo suivi), donc là apparaît mes frais de port de 5.50€ -> Logique.

    Sauf que si je ne fais pas "2. COMMANDER", mais que je reviens dans ma boutique mettre un deuxième produit dans mon panier. Ce dernier liste bien mes 2 produits mais tout en conservant mes derniers choix Pays d'expédition et type d'expédition --> ce qui me garde les frais de port à 5.50 €.

    Je sais, je sais, l'acheteur doit faire "1.METTRE A JOUR" avant de faire "2.COMMANDER", mais n'y a t'il pas une possibilité d'obliger l'acheteur ou tout simplement que le bouton "2.COMMANDER" ne s'affiche que si et seulement si le "1.METTRE A JOUR" a été correctement utilisé ?

    Pour info, le problème est survenu sur une version PREMIUM 1.8.

    Merci de votre aide

    Jérôme

  3. Posté(e) · Signaler ce message 

    <table width="100%" cellpadding="0" cellspacing="0" border="0"><tr><td class="normal" align="center" width="100"><img src=http://www.floraclic.fr/administrer/upload/020507_185654_PEEL_gZBPAQ.jpg width="100"/><br />Azalée blanc  Prix : 29 €</td><td class=normal><a class="normal" href=achat/produit_details.php?qte=1&id=132>+ de d&eacute;tails</a></td></tr></table>

    A mon avis, c'est le fait que ton tableau face 100% de largeur. Essaie de mettre 240px à la place car en mesurant ta largeur de contenu cela fait 730px. Donc si tu veux que 3 produits...

  7. Posté(e) · Signaler ce message

    A l'époque quand je l'ai mis en place pour un client, j'ai simplement utilisé un système de calque au lieu de tableau. Voici mon code (de la version 1.8) utilisé dans mon exemple :

    if (mysql_num_rows($select) > 0) {


					echo "<div class=\"crossselling\">".ASSOCIED_PRODUCT."</div><br />";


				while ($ref =  mysql_fetch_array($select)) {



						echo "<div style='text-align:center'><div style='float:left;width:25%;height:130px;margin: 0.8em 0.8em 0.8em 0.8em;border:1px dotted #333;text-align:center;'>";


						if (!empty($ref['image1'])) { echo "<a class=\"normal\" href=achat/produit_details.php?qte=1&id=".$ref['id']."&catid=".$_GET['catid']."><img src=$repertoire_images".$ref['image1']." width=\"50\"/></a><br />";}


						echo "<strong>".stripslashes($ref['nom'])."</strong><br/>";

						/* PRIX DU PRODUIT */

						//echo "".$ref['prix']." € T.T.C<br/>";

						if ($ref['promotion']!=0) {

						$prodsupp=number_format(($ref['prix']*(1-$ref['promotion']/100)),2, ',', ' ');

						echo "<s>".$ref['prix']." € T.T.C</s><br/>";

						echo "<span class=\"normal\">PROMO : ".$prodsupp." € <span style=\"font-size:0.6em;\"> T.T.C</span></span><br/>";

						} else {

						echo "".$ref['prix']." € T.T.C<br/>";

						}


						echo "<a class=\"normal\" href=achat/produit_details.php?qte=1&id=".$ref['id']."&catid=".$_GET['catid']."><img src=\"$wwwroot/images/plus_open.gif\" align=middle width=\"15\" height=\"15\" alt=\"Plus de détails\" border=\"0\" style=\"vertical-align:middle;\">plus de détails</a></div></div>";

				}			

			}

  15. Posté(e) · Signaler ce message

    De tte façon tu n'auras pas le code exact servi sur un plateau.

    Willy, j'ai bien compris et ce n'était pas du tout mon but et cela ne le sera jamais. :unsure:

    Vu mon métier, si je ne sais pas faire un minimum de PHP, je devrais sûrement me mettre au jardinage... :)

    Ma question portait sur le principe de pouvoir gérer un système de "portail e-commerce" du genre de www.achat-lannion.com. Et d'imaginer le "temps à passer" en développement pour ce système et décider du planning entre deux clients ou faire effectuer le travail par la bonne équipe de PEEL.

    A mon avis, le but d'avoir un panier par magasin permettrait à chaque magasin de disposer de son propre back-office et ainsi gérer ses propres commandes comme s'ils disposaient chacun d'une boutique PEEL. -> éviter d'avoir 150 boutiques pour 150 magasins mais une seule boutique pour 150 comptes administrateurs.

  17. Posté(e) · Signaler ce message

    Désolé de ne donner d'explications que maintenant. Content de lancer une discussion :)

    L'idée, c'est d'avoir dans une seule boutique PEEL plusieurs magasins. Un groupement sur le net en bref.

    Schématiquement, un magasin correspondrait à ma catégorie mère.

    Dans mes catégories filleules, j'ai mes produits.

    Par exemple, mon site gère les ventes de produits de 3 magasins (A=alimentaire, B=fantaisie et C=fleuriste).

    Le but est de mettre un produit du magasin A dans un panier A, 1 produit du magasin B dans un panier B et 1 produit du magasin C dans mon panier C.

    Lorsque je veux payer mes achats, je paie séparement mes achats.

    Donc je vais payer en chèque mon montant du panier A avec livraison au magasin.

    Je paie en CB avec livraison La Poste pour mon magasin B.

    Quant au magasin C, j'effectue un choix où je ne paie pas en ligne mais j'indique en magasin avec livraison en magasin.

    Le client voit ses paniers. Chaque panier a le nom du magasin correspondant.

    Lorsque le client veut terminer sa, ou plutôt, ses commandes, il clique sur chaque magasin pour payer ses commandes, comme pour un panier simple.

    L'intérêt ? Permettre à certains professionnels de faire du ecommerce, chose qu'ils ne pouraient pas faire seuls. Gérer leurs modes de paiement, livraison, etc

    L'intérêt pour le site : ne pas avoir à gérer tout l'aspect logistique (paiements, livraisons, etc)

    L'intérêt pour le client : avoir tout sur un même site ... et tous les intérêts du ecommerce de manière générale. C'est un peu plus fastidieux avec ces paiments, je vous le concède, mais il y a aussi pas mal d'avantages

    Bref, est-ce faisable ?

  18. Posté(e) · Signaler ce message

    Bonjour,

    Ma question va peut-être paraitre stupide mais je voulais savoir si sur la dernière version de PEEL Premium, il serait possible de gérer un système de "multi-paniers" pour un portail d'e-commerce.

    Je n'ai pas encore réfléchi à la gestion du back-office :)

    Je m'explique :

    A la place des catégories principales, j'aurais le nom d'un magasin. Et les sous-catégories présenteraient les produits de chaque magasin.

    Dès que je valide un produit d'un magasin, il me créé un panier spécifique à ce magasin, ce qui me permettrait de payer différemment pour chaque magasin (cb, chèque, au magasin...).

    Merci

    Djéjé

  21. Posté(e) · Signaler ce message

    Bonjour,

    Dans le back-office, lors de la "suppression de couleur" quand je modifie la fiche d'un produit, j'ai bien la couleur qui disparaît dans la gestion du stock, mais lors de la consultation de la boutique en ligne, cette couleur est toujours dispo dans la liste des critères de ma fiche produit.

    Pourtant dans ma base, la table peel_produits_couleurs n'inclut plus l'id de mon produit avec cette couleur. :huh:

    Est-ce parce qu'il existe encore des stocks avec cette couleur ?

    Merci de votre aide.

    Jérôme

    En cherchant un peu, j'ai pu remarquer que lors du "retrait" d'une couleur dans les critères d'un produit, la table peel_produits_couleurs n'est pas modifié : l'enregistrement (comprenant la valeur produit_id et la valeur couleur_id correspondant à ma "suppression" dans mes critères du produit) n'est pas supprimée.

    Je suppose donc que lors de la modification de ma fiche produit, l'action de suppression de cette ligne n'est pas effectuée automatiquement.

    Est-ce que lors de cette opération, la ligne correspondante est automatiquement supprimée ? ou est-ce un problème dans le script de ma page ?

    Merci

  22. Posté(e) · Signaler ce message

    Bonjour,

    Dans le back-office, lors de la "suppression de couleur" quand je modifie la fiche d'un produit, j'ai bien la couleur qui disparaît dans la gestion du stock, mais lors de la consultation de la boutique en ligne, cette couleur est toujours dispo dans la liste des critères de ma fiche produit.

    Pourtant dans ma base, la table peel_produits_couleurs n'inclut plus l'id de mon produit avec cette couleur. :huh:

    Est-ce parce qu'il existe encore des stocks avec cette couleur ?

    Merci de votre aide.

    Jérôme

  23. Posté(e) · Signaler ce message

    Bonjour,

    Je voudrais savoir s'il est possible ou sera possible pour une version supérieure d'effectuer la solution suivante :

    - j'ai des produits de marques différentes (A, B, C, D, Y...) dans ma boutique.

    - je veux que pour chaque commande de produits d'une marque spécifique (D par exemple) d'un montant supérieur ou égale à un certain montant, un produit (existant dans la boutique) est offert en cadeau.

    Comment cela peut-il se gérer avec un système genre (vente flash) ?

    Merci de votre aide.

    Jérôme

Twitter Advisto ecommerce

Facebook PEEL Shopping