Jump to content

Alekhine

Members
  • Posts

    722
  • Joined

  • Last visited

Everything posted by Alekhine

  1. Heureusement la majorité des gens "ne voient pas pourquoi la technique ne serait pas fiable à 100%", les autres se garderont bien d'expliquer ici (ou ailleurs!) pourquoi ça n'est pas fiable à 100% On va dire que ça permet d'interdire l'accès à tout va, c'est déjà pas mal.
  2. Oui peut-être parce que notify_url n'était pas géré à l'époque et qu'ils ont voulu modifier ça eux mêmes. D'où l'intérêt de ne pas oublier le numéro de sa version PS quand on crée un post ^^
  3. Bon... J'ai donc testé en faisant un achat réel par CB/Paypal sur la 2eme boutique. j'explique en détail au cas où d'autres se posent la même question (mais pas forcément avec les mêmes versions de PS, donc attention...) : J'ai une première boutique basée sur Prestashop 1105. L'adresse de notification IPN entrée en statique dans mon compte Paypal est celle de cette boutique. J'ai une 2eme boutique sur Prestashop 1250 (en construction pour le moment mais il était temps de tester). Le code est totalement d'origine, je n'ai rien touché du tout. En faisant l'achat sur la Boutique-2 j'ai bien un fonctionnement normal sur Paypal avec les bonnes adresses de retour etc.. ET aussi les notifications dans la boutique N°2 (ie Commande enregistrée, Statut de paiement Paypal accepté", etc... tout baigne). Ca fonctionne donc à 100% avec le code d'origine de Prestashop. Je ne comprends toujours pas l'origine de ce thread, mais j'ai la réponse à mes questions en testant en live (ce qui est de tout évidence la meilleur solution). Alek.
  4. Non elle ne peut pas être vide si tu actives les notifications instantanée IPN (mais tu continues à confondre avec l'adresse de retour à la boutique [que je n'utilise pas soit dit en passant]) Ca se passe sur Paypal, menu "Préférences / Plus d'options / Notification instantanée de paiement (IPN)" Exemple pour moi : URL de notification http://www.MONDOMAINE.fr/prestashop/modules/paypal/validation.php Envoi du message Activé Le problème pour moi c'est que pour l'autre boutique il me faudrait ça "http://www.AUTREDOMAINE.fr/blablabla/prestashop/modules/paypal/validation.php" ^^ PS: Je vais tester en temps réel d'ici 1h env avec la v1250. Pour la première boutique (PS1105) ça fonctionne toujours puisque j'ai son validation.php par défaut sur Paypal.
  5. Vous ne pouvez pas l'enlever... le champ doit être "non-vide" si vous activé la notification. en théorie d'après le code de PS: oui, mais alors pourquoi ce thread ? (là est la question...) Si parce que c'est deux choses totalement différente, deux liens différents... *Pour le reste je ne sais pas puisque, concernant notify_url, ce thread semble vouloir dire qu'il faut changer quelque chose dans les fichiers PS, alors que notify_url est déjà renseigné et utilisé dans PS... Quand je connaitrais le vrai problème je pourrais mieux comprendre Mais je crois que je ne vais pas attendre, ce soir je vais tester en live.
  6. Hello, Attention je crois qu'il y a confusion entre deux choses. Moi je parle du notify_url, ce n'est pas une page de retour mais bien l'adresse à laquelle Paypal doit envoyer les informations de paiement pour que le site Prestashop puisse insérer correctement la commande dans le BO avec le statut obtenu après la phase de paiement. Le problème c'est que cette adresse de notification est enregistrée en statique directement dans le compte Paypal, donc si on arrive là depuis une autre boutique ça pose un problème (soit-disant), sauf en regardant le code puisque PS est censé modifier l'adresse dynamiquement. Tout ceci n'a rien à voir avec une adresse de retour en boutique après le règlement... D'ailleurs à ce sujet j'ai vu que la version 1250 propose maintenant un lien sur paypal pour revenir à la boutique, donc si c'est le problème dont tu parles il est résolu avec la dernière version.
  7. Hello, Si tu parles des fichiers proposés ici la réponse est non, parce que leur structure n'est pas du tout la même dans la version 1250, le module Paypal ne fonctionne plus du coup... J'ai analysé les modifs faites dans ces fichiers pour les adapter à la version 1250, et c'est là que je me suis rendu compte que ça revenait à faire ce qui existe déjà depuis la version 1105, d'où mon interrogation Il ne doit pas y avoir beaucoup de vendeurs avec plusieurs sites sur un seul compte Paypal, ou alors ils sont vraiment très discret En tout cas en regardant le code d'origine ça devrait fonctionner, sauf si Paypal bloque la modif dynamique de notify_url ...
  8. Ah! Merci pour l'info je ne comprenais rien à ce qui se passait lol Le coup du "réinit" ça vient surement d'un oubli du codeur, parce que quand on cliquait les flêches il y avait automatiquement un refresh (donc pas de problème, c'était du 1 par 1). Et merci pour l'outil de recherche du forum ^^
  9. Hello, Je ne sais pas si on parle du même problème (voir l'image jointe) J'ai installé la dernière version de PS 1250, je ne vois pas le calendrier. Par contre sur ma version 1105 je l'ai toujours vu. Je n'ai installé aucun module additionnel... Comment savoir d'où ça vient ? :/ [EDIT] Mais euhh... je viens de remarquer que le répertoire "datepicker" est absent dans "tools" de la version 1250, je risque pas de le voir le calendrier oO kesako ?
  10. Salut, J'ai été confronté à ce problème aujourd'hui. Voila un exemple basique et basé sur la modif suggérée plus haut. Dans blockinfos.tpl {foreach from=$cmslinks item=cmslink} {if $cmslink.id_cms <= 10} {$cmslink.meta_title|escape:htmlall:'UTF-8'} {/if} {/foreach} Et dans blockinfos_right.tpl {foreach from=$cmslinks item=cmslink} {if $cmslink.id_cms >10} {$cmslink.meta_title|escape:htmlall:'UTF-8'} {/if} {/foreach} Pour changer le titre du block de droite (à traduire dans "traduction") : {l s='Help links' mod='blockinfos'} Autrement dit les ID cms <= 10 seront affichés dans le block de la colonne de gauche, et ceux dont l'ID est > 10 dans la colonne de droite. Le mieux est de créer des cms de réservation jusqu'à 10 pour les futurs cms à mettre à gauche, et de commencer à écrire les "vrais" cms (pour la colonne de droite) à partir de l'ID 11. En décochant les ID "de réservation" on ne les voit nul part... Si t'as déjà 20 ou 30 cms il suffit de décaler dans le code à ta convenance... Alek.
  11. hmmm Bon décidément je ne comprends pas le problème. Je ne connais pas les versions antérieures à la 1105, peut-être que vous parliez des versions antérieures pour le problème de plusieurs sites avec un seul compte Paypal ? (concernant IPN j'entends...) Parce que dans la version 1105 je vois ça : Dans le PHP: 'returnUrl' => 'http://'.htmlspecialchars($_SERVER['HTTP_HOST'], ENT_COMPAT, 'UTF-8').__PS_BASE_URI__.'modules/paypal/validation.php', Dans le TPL: <input type="hidden" name="notify_url" value="{$returnUrl}" /> --- Dans la version 1205 : PHP: 'notify' => 'http://'.htmlspecialchars($_SERVER['HTTP_HOST'], ENT_COMPAT, 'UTF-8').__PS_BASE_URI__.'modules/paypal/validation.php', TPL: <input type="hidden" name="notify_url" value="{$notify}" /> Par conséquent dans les 2 cas le site envoi bien notify_url via le formulaire. Je ne vois donc pas pouquoi on ne pourrait pas avoir plusieurs boutiques avec un seul compte paypal sans modification du code... ou alors j'ai mal compris le problème ? (je ne peux pas tester aujourd'hui, j'installe une nouvelle boutique différente depuis 2j seulement, c'est mon interrogation au sujet de l'unique compte paypal qui m'a conduit sur ce thread) Donc ma question est "pourquoi modifier le code de PS puisque notify_url est déjà renseigné" ? Paypal ne s'amuserait pas à empêcher l'override de notify_url pour le plaisir quand même ? Merci Alek.
  12. La réponse du site Paypal est la suivante si on supprime l'url IPN : ""Vous devez saisir une URL à la syntaxe correcte dans le champ URL de notification pour activer la Notification instantanée de paiement."" Donc, pour supprimer l'url, il faut aussi désactiver la notification. Je n'ai pas regardé les modif du module pour le moment mais il faut croire qu'il les réactive dynamiquement ? Sinon faudrait qu'on m'explique comment on peut virer cette url ? Ou alors on la laisse mais le module la remplace dynamiquement ? La procédure n'est pas très claire, ou alors je ne devrais pas travailler en plein réveillon lol ^^
  13. Salut, dsl pour le délai mais j'ai claqué ma carte mère ^^ j'ai dû rebrancher mon super P4 1ghz en attendant de réparer :-S Bon, donc en fait j'ai la version v0.5 du module, sur PS 1.1.0.5 Sinon, non merci pour win98 en fait j'ai précisé Windows 7 parce que je me demande si c'est vraiment la même version de IE8 que sur XP (j'en doute), et peut-être que le problème vient de là ? Merci, Alek.
  14. hello, J'ai testé ce module avec succès sur Firefox 3.5.5, mais sur IE8 (Windows 7) j'ai beau supprimer et interdire les cookies je ne vois pas le message. Les cookies sont bien "interdit" puisque le site ne fonctionne pas correctement. Une idée ? Merci
  15. Tiens aujourd'hui j'ai reçu un email de pub paypal : lol, ils jouent bien sur les mots "le paiement par COMPTE Paypal".
  16. c'est clair ! je viens de découvrir l'engin parce que pour une raison inconnue la sauvegarde de PS ne fonctionne plus depuis une semaine, ça bloque toujours au même nombre d'octets. Bon enfin avec ça je suis rassuré
  17. +1 pour tous ce que tu a dis, mais je relève ce point parce que c'est celui qui peut permettre une mise en cause du détenteur de la CB. Une fois ça passe, mais si la banque (ou autre) se rend compte qu'il se fait "souvent" voler son num de CB ou sa CB, il va avoir du mal à l'expliquer. Quelques enquêtes ont démontré que parfois c'est organisé par le détenteur de la carte, il ne faut donc pas laisser passer l'occasion de se faire rembourser...
  18. lol ok, J'étais un peu interloqué par ta réponse parce que j'ai eu l'occasion de lire certains de tes post concernant le "Droit" et ils étaient toujours probants et juste, mais finalement je n'ai quand même pas compris le message dans le bon sens huhu ^^ (un coup de fatigue sans doute ) Oui donc on est d'accord. Sauf que perso je ne perds plus de temps avec les arrangements amiables, ils sont inutiles quand le gars raccroche au nez puisque lui et moi savons de quoi il retourne dès cet instant...
  19. hello, Une plainte n'a pas qu'une valeur "informative", le Procureur de la république peut, soit classer sans suite (sans avoir à justifier cette décision), soit demander aux enquêteurs de faire des investigations. Une plainte au commissariat ou à la gendarmerie a le même effet, sauf quand ils se contentent de faire une main courante qui ne sert strictement à rien parce qu'ils ont reçu des "ordres". En règle générale ils évitent de retenir des affaires quand il y a peu de chance pour qu'elles aboutissent, histoire de statistiques et de points qui conduisent à des avantages sur la carrière et/ou la rémunération. Donc personellement j'écris toujours directement au Proc. (mais pas pour "rien" parce qu'il n'a pas que ça à faire...) Quant à la DGCCRF elle a pour principale mission (sur internet) de controler les sites de commerces et leurs pratiques en vue d'assurer aux consomateurs un service respectueux des règles... Je les vois mal s'attacher à défendre un commerçant alors qu'ils les combattent toute l'année :]
  20. Pour éviter l'éventuel filtrage du commissariat de police, écrivez directement au Procureur de la République du TGI de votre domicile. Joignez les photocopies des documents en votre possession (bon de commanden, preuve de dépot du colis avec son numéro, num de téléphone du client en expliquant qu'il raccorche au nez, son adresse, etc...) Portez plainte contre "X" et non pas contre le client directement... --- Quand c'est à "proximité" je préfère le bouton de sonnette ou le squat du parking entre 11h et 15h, vous ne récupérez rien mais ça fait un bien fou. On est requinqué pour 6 mois.
  21. Hello, J'ai un client qui a craqué au bout de 20 minutes aujourd'hui parce qu'il n'arrivait pas à choisir une adresse différente pour la livraison et la facturation. J'ai fait les manip sur un compte de test en même temps que je le guidais par téléphone mais le problème est resté entier (et au revoir le client :| ) Je viens de comprendre "pourquoi" un peu trop tard : Lorsque le client crée une nouvelle adresse il "doit" lui associer un alias ("Mon Adresse" par défaut). Si le client ne comprends pas le principe et qu'il laisse le même alias que pour son adresse personnelle, Prestashop l'accepte. La nouvelle adresse est crée avec l'alias dupliqué. Evidemment dans le processus de commande quand il décoche la case "même adresse de facturation que d'expédition" il a le choix entre "Mon Adresse" et "Mon Adresse" :-/ Est-ce que quelqu'un a déjà été confronté à ce problème ? Je n'ai rien trouvé en faisant une recherche, mais peut-être que quelqu'un a déjà modifié le code pour que PS verifie que tous les alias d'adresses du client sont différents ? (avec message "veuillez choisir un alias différent pour chaque nouvelle adresse") Sinon j'essayerais de le faire moi-même, mais ça ne me parait pas facile au premier abord lol ^^ Alek.
  22. Re, Les lignes "Deny from" concerne le .htaccess et non pas "Crawltrack". ("je vais installer ça" me fait penser à une confusion ) Alek.
  23. Hello Deny from 216.104.15. va bannir de 216.104.15.0 à 216.104.15.255 (mais je ne sais pas filtrer 15.130 à 15.142). Et pour les IP uniques il suffit de créer un nouvelle ligne "Deny from" pour chacune d'elle. Alek.
  24. Hello, Oui extact, mais ça parait insoluble si le client a le choix entre plusieurs transporteurs :/ On le voit bien dans le block panier : c'est les frais de port du transporteur par défaut qui sont affichés jusqu'au moment où le client choisi le transporteur qui lui convient (et là le prix du transport double ou est divisé par deux par exemple). J'avais donc mis par défaut le transporteur le moins cher (livraison dans ma ville), le souci c'est qu'un client éloigné qui clique ensuite sur "Colissimo" se sauve dans 40% des cas à cause de l'augmentation soudaine des frais de port Pire: certains force le mode de livraison limiter à une ville pour sefaire livrer à 800kms (...) Tout ça est mauvais :/ J'étudie donc un système qui va m'obliger à augmenter légèrement le montant minimum de la commande et de proposer l'expédition gratuite dans tous les cas (avec la répercution sur les prix certes, mais psychologiquement j'enlève une barrière qui en est une vraie d'après les stats...) Reste maintenant à trouver le moyen de récompenser les plus grosses commandes pour déclecher l'équivalent du seuil de franco de port actuel (remise globale sur montant du panier par exemple) Alek.
  25. hello, ben c'est exatement la même chose qu'avant mais avec le 2eme IF inversé ^^ Ca ne marchait peut-être pas directement à cause du cache smarty, mais bon, si maintenant c'est ok c'est parfait ++
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More