shogun

Utilisateur open source
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    129

  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par shogun

  2. Posté(e) · Signaler ce message

    Bonjour,

    vu les corrections non négligebles amenées par la 5.6 au niveau des bugs, comment fait on pour corriger soit même ceux-ci ?

    -doit on poster une question pour chaque bug concerné dans le forum

    -ou bien et ça me semblerait plus efficace pour tout le monde, PEEL va t il publier le descriptif du correctif à appliquer à chaque bug (et comme cela chacun fait ses modifs, sans avoir à encombrer le forum)

    Cordialement,

    Shogun.

  5. Posté(e) · Signaler ce message

    Petite question :

    je me suis créé un export produit pour pouvoir réimporter a l'identique par derrière. Sachant que j'ai près de 1000 produits, ca me facilitera les choses lors des mises à jours de stock ou de prix (ma modif gere egalement les tables stock et qte). Tout marche impeccablement sauf que :

    -le compteur de la table produits ne se remet pas a 0 a chaque import

    => si (cas peu probable mais qd meme) un client est au milieu de ses courses pendant que je fais ma mise à jour en important toute ma table, son panier sera vérolé (car perte des id produits)

    Je voudrais donc dans l'import specifier une requete SQL pour mettre le compteur (id) a 0 dans la table peel produits avant de commencer

    Qqn peut il m'aider avec ca ?

    Merci,

    Shogun.

  7. Posté(e) · Signaler ce message

    Bonjour,

    j'aimerais bien me programmer des imports/exports en xml, et utiliser simplexml, dispo uniquement avec php5.

    Vu que je suis en 5,41 la première étape sera donc de convertir les ereg. J'ai lu dans le forum que le remplacement suivant ferait l'affaire :

    $search = ereg("(<#LOOP>.*</#LOOP>)", $str, $result);

    par

    $pattern = '/<#LOOP>.*<\/#LOOP>/';

    preg_match($pattern, $str, $result);

    Etant donné que ce point a été corrigé dans la 5,5 , est-ce que la team Peel pourrait me confirmer que c'est bien la bonne manip à effectuer ?

    Merci !

    Shogun.

  8. Posté(e) · Signaler ce message

    Bonjour Jean-Hervé,

    merci pour cette réponse rapide.

    Je pense qu'on pourrait résoudre en partie le problème de la manière suivante (paiement CB ou Paypal) :

    -A la confirmation commande (avant paiement) : on laisse l'enregistrement de la commande comme fait actuellement

    -On envoie pas d'email de confirmation (grâce à la modif de code que vous venez de donner)

    -Le client clique sur payer, arrive sur Paypal et paye

    -Si retour OK : on lui envoie le msg de confirmation de commande (en modifiant ok.php et en récupérant l'id, puisque les infos sont dans la base) et on lui dit évidemment que c'est payé

    -Si retour NOK : on ne lui envoie aucun email et on lui dit que ce n'est pas payé, qu'il faut qu'il renouvelle sa commande

    Comme ça on limite coté client une incompréhension possible, et pour les modifs de code ça reste très léger

    Et comme bonus on peut peut-être rajouter un lien dans son historique des commandes pour réessayer de payer sa commande (renvoi lien idem vers paypal)

    Qu'en pensez-vous ?

  10. Posté(e) · Signaler ce message

    Bonjour, je récupère l'erreur suivante :

    Notice: Undefined index: nom in .../modules/search/produit.php (l'erreur est à la ligne 40 du fichier, ligne concernant l'url rewriting)

    lorsque je tape un nom dans le champ de recherche de la colonne de gauche. Je précise que l'url rewriting est activé et que je suis en version 5.41

    S'agit il du bug mentionné corrigé dans la 5.5 ?

    Pouvez-vous m'indiquer le correctif à appliquer ?

    Merci ;)

  11. Posté(e) · Signaler ce message

    Bon,

    pour ceux que ça intéresse, la solution est simple :

    Aller sur le site de paypal puis, sur son compte paypal vendeur (celui renseigné dans PEEL), il faut choisir dans la configuration le retour automatique à la boutique ainsi que la notification (cocher les cases). Dans l'url de retour il faut mettre : http://www.monsite.com/modules/paypal/ipn.php

    Ensuite dès lors que le client clique 'payer' dans son site paypal, la redirection est automatique sur votre site (sous un délai de 5 secondes) et il n'y a plus de message d'avertissement 'vous allez sur un site non sécurisé'.

    Sur votre site, le code ok.php est exécuté et le client voit bien le msg 'votre paiement est enregistré...etc...etc' et le statut de la commande passe automatiquement à 'réglé'

    Donc d'un point de vue client, plus de pb !

    Prochaine étape de la réflexion : s'arranger pour que le mail de confirmation client ne soit envoyé que lorsque le paiement est au statut réglé (et que le panier ne soit vidé qu'à ce moment)

    A+

    Shogun

  12. Posté(e) · Signaler ce message

    Bon j'ai vu que sur les paramètres de son compte paypal, on peut cocher l'option de retourner directement sur le site après le paiement, ce qui serait pas mal.

    Quelle url mettre dans le champ de retour sur le site paypal ?

    normalement les url communiquées lors de la commande au site paypal (cf template.php) sont :

    -ok.php si commande ok

    -nok.php si commande nok

    -ipn.php pour notify

    le problème c'est que je dois marquer une url fixe (pas avec le command_id), donc je marque quoi, ipn.php ?

    comment fonctionne exactement le principe de notification ?

    le but ultime étant, une fois que l'utilisateur a payé sur paypal et sans action supplémentaire de sa part, que le retour sur le site soit effectué et que les statuts commande, etc, soient mis à jour.

    Merci de votre aide,

    Shogun.

  14. Posté(e) · Signaler ce message

    Il y a quand un soucis auquel j ai pensé avec le paiement paypal :

    lorsque le client a fait le paiement paypal, il peut etre satisfait et ne pas cliquer sur 'retour a la boutique' (d'ailleurs le message 'vous allez sur un site non sécurisé' n'est pas engageant). Pour lui il a un recu de paiement donc tout est ok.

    Le problème c 'est que dans ce cas on execute pas la page paiement ok de peel, et que donc le statut 'réglée' n'est pas mis à jour dans l'administration.

    Donc il peut se produire des cas ou le client a réglé et l'admin pense qu'il ne l'a pas fait (si il n'a pas vérifié son compte paypal) et donc ne déclenche pas l'envoi des produits. Le client ne voie pas non plus sa commande comme payée dans son statut des commandes.

    Comment régler ce problème ?

    EDIT : a priori il faut inclure l'adresse du fichier ipn sur son compte paypal. Je vais essayer cela.

  15. Posté(e) · Signaler ce message

    bonsoir,

    je ne peux helas plus aider grand monde car plus du tout dans le coup sur peel ....

    les seuls mails de confirmation que j'avais mis en place sur les sites c'etait sur receive and pay ou je mettais un md5 du nom du client en meme temps que la trasaction et je comparais avec le retour de receive and pay ..... enfin de tete

    tous le site que j'avais fait pour mon potes ne sont plus en ligne et je n'ai pas de sauvegardes ;)

    vous pourriez peut etre mettre une iframe dans le site au moment du paiement pour ammener le client sur le site de payement

    Macao,

    merci tout de même de la réponse.

    En fait ca ne devrait pas être si compliqué si je ne m'abuse, mais alors pourquoi Peel ne l'avait pas prévu ? :

    -virer l'envoi de mail de confirmation une fois la commande passée (avant paiement)

    -ne pas vider le caddie à cette étape

    -envoyer le client sur le site paypal lorsqu il appuie sur payer

    ensuite :

    -si le retour paypal est ok :

    -envoi du mail de confirmation

    -on vide le caddie

    -si le retour paypal est Non ok :

    -on repropose le paiement

    -ou on propose l'annulation (et dans ce cas on vide le caddie)

    Qu'en pensez vous ? Y a t il une faille dans mon raisonnement ?

    Cordialement,

    Shogun.

    EDIT : du fait du problème potentiel paypal si le client ne clique pas sur retourner sur la boutique, il ne pourrait recevoir d'email de confirmation.

  17. Posté(e) · Signaler ce message

    Bonjour,

    un des plus gros pb de PEEL a mon avis, est l'envoi pour les modes de paiement paypal ou CB de l'email de confirmation de commande AVANT que le paiement soit effectué.

    Conséquences:

    -risque que le client n'effectue pas le paiement

    -vu que le panier est vidé, plus de possibilité de payer si échec du paiement la première fois

    Il me semble que La fleur et Macao45 avaient essayé de résoudre ce problème mais pas de nouvelles.

    Quelqu'un s'est il attelé à ce soucis ?

    Qu'en pense la Team PEEL ? Y a t il une raison particulière pour avoir choisi cette orientation ?

    Cordialement,

    Shogun.

  19. Posté(e) · Signaler ce message

    Bonjour,

    a priori le sujet a été déjà discuté dans les forums mais bon je n'arrive pas à trouver...

    le problème est que dans le mail de commande on a :

    ---------------------------

    Articles commandés

    ---------------------------

    Produit essai

    Quantit&eacute; : 1

    Prix : 9 999,00 &euro; T.T.C

    Frais d'expédition

    0,00 &euro; T.T.C

    donc bug sur le mot quantité et le caractère euro. Dans fonctions. php, email commande, j'ai essayé par exemple de remplacer :

    $message_ok .= QUANTITY." : " . $prod["quantite"] . "\n";

    par

    $message_ok .= htmlspecialchars_decode_compat_php4(QUANTITY)." : " . $prod["quantite"] . "\n";

    et

    $message_ok .= PRICE." : " . fprix($prod["total_prix"], true) .' '.TTC. " \n";

    par

    $message_ok .= PRICE." : " . htmlspecialchars_decode_compat_php4(fprix($prod["total_prix"], true)) .' '.TTC. " \n";

    mais le problème subsiste.

    Qq peut m'aider ? (je suis sous peel premium 5.41)

    Merci,

    Anthony.

    Un petit UP, help please :rolleyes:

  20. Posté(e) · Signaler ce message

    Bonjour,

    a priori le sujet a été déjà discuté dans les forums mais bon je n'arrive pas à trouver...

    le problème est que dans le mail de commande on a :

    ---------------------------

    Articles commandés

    ---------------------------

    Produit essai

    Quantit&eacute; : 1

    Prix : 9 999,00 &euro; T.T.C

    Frais d'expédition

    0,00 &euro; T.T.C

    donc bug sur le mot quantité et le caractère euro. Dans fonctions. php, email commande, j'ai essayé par exemple de remplacer :

    $message_ok .= QUANTITY." : " . $prod["quantite"] . "\n";

    par

    $message_ok .= htmlspecialchars_decode_compat_php4(QUANTITY)." : " . $prod["quantite"] . "\n";

    et

    $message_ok .= PRICE." : " . fprix($prod["total_prix"], true) .' '.TTC. " \n";

    par

    $message_ok .= PRICE." : " . htmlspecialchars_decode_compat_php4(fprix($prod["total_prix"], true)) .' '.TTC. " \n";

    mais le problème subsiste.

    Qq peut m'aider ? (je suis sous peel premium 5.41)

    Merci,

    Anthony.

  21. Posté(e) · Signaler ce message

    UPDATE : en fait plus un seul envoi d email ne fonctionne... je sais pas si c est sur OVH le probleme....

    je pige plus.

    par ailleurs une question : mon site en ligne, alors que j'avais pas encore configuré une seule adresse email dans l'administration du site, m'envoyait qd meme avec succes des emails (!). Je suppose qu'il utilisait l adresse postmaster qui est par defaut sur OVH.

    qq du team PEEL peut il m eclairer sur le sujet ??

    j ai mis un mot de passe a mon compte postmaster sur ovh, cela pose t il un pb ?

    merci

    UPDATE (2) : en repassant a une ancienne sauvegarde tout remarche. J ai du faire une mauvaise manip par erreur

    Probleme Resolu donc, pas de soucis avec les emails

    UPDATE (3) : a nouveau plus rien ne marche. Apres un debuugage, je me rends compte que le probleme vient d'OVH. Et apres lecture de leurs forums je suis pas le seul!!

    Question : y a t il d autres personnes chez OVH avec ce probleme ? Quel hebergeur me conseillerez vous sinon ?

  22. Posté(e) · Signaler ce message

    Bonjour,

    sur mon site j'ai configuré toutes les adresses email (webmaster, commandes et sav) et elles marchent très bien (ca m'envoie bien des messages pour les commandes)

    Par contre quand j'essaye de me faire envoyer un nouveau mot de passe a partir du formulaire oubli mot de passe (utilisateurs/oubli_mot_passe.php), il me dit qu'il vient de m'envoyer un email mais je ne recois rien du tout :rolleyes: (testé avec plusieurs adresses email qui marchent très bien autrement)

    Quelqu'un a il eu ce soucis ? Est ce un bug ou ai-je oublié qqch ?

    Merci !

    Cordialement,

    Anthony.

  23. Posté(e) · Signaler ce message

    Bonjour,

    j'en suis au stade des tests avant de mettre la boutique en ligne. J'ai mis en place le paiement paypal et ca fonctionne nickel. Coté client, il me dit que le paiement est OK et me propose d'imprimer la facture :

    sauf que quand je clique, j'arrive sur une nouvelle page (url : http://www.monsite.com/factures/facture_ht...26+17%3A25%3A14 ) avec une erreur :

    ERREUR The requested URL /factures/facture_html.php was not found on this server.

    Apres verification il se trouve qu'effectivement ce sous programme php n'est pas sur mon serveur. Le probleme c'est qu'il n'est pas non plus dans le package que m'a fourni PEEL ! .

    Quelqu'un connait le correctif de ce bug ? (au passage ne serait il pas plus pertinent a ce stade de proposer la facture en pdf?)

    Cordialement,

    Anthony.

  24. Posté(e) · Signaler ce message

    Bonjour,

    lorsque je faisais mes essais avec peel boutique version 4.0 j avais un moyen efficace de transfert de mes donnees produits :

    Connexion a la base sql via openoffice base via connexion odbc windows.

    Je pouvais ainsi en modifiant les tables peel_produits et peel_produits_categories importer un tres grand nombre d articles en peu de temps et sans erreur

    Avec peel premium sur le même serveur et tout le reste identique également, la manip ci dessus modifie bien les 2 tables peel_produits et peel_categories, ce que je peux vérifier en me connectant sur phpmyadmin. Par contre vu du site peel premium ou de son administration, les articles ajoutes n apparaissent pas.

    Je me dis donc qu il y a logiquement eu une evolution entre peel boutique v4 et peel premium v5.41 qui fait que modifier ces 2 tables ne suffit plus

    Question 1 : comment s y prendre pour réaliser un import correct sous peel premium (i.e. quelles tables modifier) ?

    Question 2 : je ne trouve pas dans l administration du site d endroit ou exporter ses données (en csv par ex) ?

    Question 3 : j ai pas mal galéré avec les imports export csv sous phpmyadmin, comment vous tous vous y prenez vous de manière a transférer efficacement et simplement vos produits (j en ai 2500) ?

    Merci beaucoup,

    Anthony.

Twitter Advisto ecommerce

Facebook PEEL Shopping