Jump to content

Noxyd

Members
  • Posts

    129
  • Joined

  • Last visited

Everything posted by Noxyd

  1. L'idéal est de contacter différentes banques, afin de déterminer un moyen de paiement par CB sécurisé, et rajouter le paiement par compte paypal (ce n'est pas de gaieté de cœur, mais il y a tellement de clients qui n'utilisent que cela, c'est quasi incontournable). Par contre il faut chercher à limiter au plus strict minimum les paiements Paypal, (donc éviter les paiement CB par Paypal) car leurs commissions sont exorbitantes et il n'y a absolument aucune protection pour le vendeur (j'en ai déjà fait les frais). Je te conseille de voir en particulier le Crédit Agricole (E-transaction) qui propose un moyen hyper sécurisé, avec 100% de garantie de paiement pour le vendeur, et surtout 10 fois moins cher que Paypal!!! Fonctionne avec le module Atos sips.
  2. J'ai vu ça en me baladant sur la toile ce matin, j'ai pensé que cela pourrais coller à ta demande : Ajout de blocs
  3. Re-génères tes images en local puis envoies tout directement par ftp sur ton site, ensuite tu n'as qu'à rajouter une à une dans chaque fiche produit, les images des produits que tu as rajouté cette semaine. La ré-génération ne fonctionne vraiment qu'en local, depuis toujours, du moment ou tu as plus d'une dizaine de produits (c'est très mal fichu je sais mais c'est un fait), car le temps de requête devient trop long pour le serveur qui fini par planter.
  4. Merci beaucoup, c'est sympa de partager vos trouvailles, le gain de temps en recherche et tests est considérable :-)
  5. Exact... question à 2 francs : ta boutique est activée? Coté url rewriting, est-ce activé? Et si oui, as-tu régénéré ton htaccess?
  6. Le fait que ton site pointe vers le local indique tu tu n'as pas dû modifier correctement le fichier settings.inc.php, vérifies donc si tu as bien réalisé cette partie, voici par exemple la mienne (légèrement modifiée pour l'exemple) : <?php define('__PS_BASE_URI__', '/là j'ai juste le slash car mon site est à la racine du serveur'); define('_THEME_NAME_', 'mon theme'); define('_DB_NAME_', 'nom de ma base de donnée'); define('_DB_SERVER_', '92.233.0.152adresse ip du serveur'); define('_DB_USER_', 'mon nom de connexion'); define('_DB_PREFIX_', 'ps_'); define('_DB_PASSWD_', 'mot de passe'); define('_DB_TYPE_', 'MySQL'); define('_COOKIE_KEY_', 'I73H7uipIF1kKAdBHj8r2Wua9Am8WsVZeSwBmSBwEjA0j0bPEmYECaAa'); define('_COOKIE_IV_', 'RdArFzPt'); define('_PS_VERSION_', '1.2.5.0'); ?> En espérant que cela puisse t'aider...
  7. Un petit tuto bien pratique pour débuter ici : http://www.magavenue.com/blog/prestashop/transferer-votre-boutique-prestashop-en-ligne-a-partir-dune-installation-locale
  8. Personnellement je suis chez Gandi depuis deux ans et j'en suis ravi car l'installation et la gestion chez eux est très simple, mais surtout en cas de pépin ou de demande particulière j'ai toujours eu une réponse et/ou la résolution dans la journée. De plus chez eux les parts sont modulaires et donc peuvent évoluer en fonction du besoin. Voilà concernant mon expérience... Bien sûr ce n'est pas le moins cher, mais avec le moins cher (que tu as cité dans ton message initial) tu te retrouve très vite seul avec ton problème (fais donc une recherche sur le forum et tu verra combien de fois il est cité pour divers problèmes), à moins que tu ne sois informaticien chevronné, bien entendu, ce qui n'est pas mon cas, j'ai donc choisi la tranquillité. A+ et bienvenue dans la galère... ;-)
  9. Salut Kenjy, j'avais bien remarqué que le problème était survenu depuis la mise en service de l'url simplifiée, mais à choisir entre les deux il est bien évident qu'il est préférable de conserver l'URL simple. Ce qu'il serait intéressant serait d'avoir les deux... Merci quand même pour t'être penché sur ce défaut ;-)
  10. Attention, bien lire la feuille, il s'agit de tarifs hors taxes...
  11. 1- Le compte pro est utile pour les entreprises qui récupèrent la TVA, mais pas pour les auto-entrepreneurs qui ne la récupèrent pas. 2- Pour envoyer le numéro de suivi, cela se fait quand tu passes une commande au statut "expédié", une case s'affiche où tu dois rentrer le n° de suivi, une fois rentré il est directement envoyé au client.
  12. Pour mémoire Paypal ne prend rien en trop, son calcul est juste. C'est Presta qui ne sais plus faire les additions et fais des fleurs aux clients ... re-comptez par vous-même vous verrez que le client paye le juste prix ;-) Pour ne plus envoyer de message lors d'erreurs de paiement, il faut décocher la case correspondante dans "commande" puis "statuts".
  13. La solution à ce problème n'est pas dans la 1.3.1 mais sera dans la 1.3.2. Quant aux mises à jours de sécurité, il est très simple de les réaliser en suivant le tuto. Le mieux est donc d'attendre la 1.3.2 qui devrait sortir d'ici la fin du mois si tout va bien...
  14. Il y a quelques temps j'ai choisi d'acheter le module Atos de Prestastore, et pour éviter tout problème j'ai choisi l'installation par Prestastore et franchement j'en suis ravi : une installation rapide, des gens dispo au téléphone ou par mail prennent le temps de comprendre votre problème (ou simplement vos interrogations) et trouver des réponses (vous me direz que c'est normal pour une hot line, mais entre nous je n'en ai jamais rencontré avant, même la hot line de ma banque en savait moins qu'eux sur le moyen de paiement), des solutions rapides et concrètes faites par des vrais pros : Ca fait plaisir. Vu la différence de prix minime entre le module seul et l'installation, je ne m'attendais pas à un service d'aussi bonne qualité : Chapeau bas Prestastore. Voilà, je voulais juste vous faire part de ma satisfaction et remercier l'équipe complète de Prestastore qui ne doit pas toujours avoir la vie facile (on est tous des commerçant ici, alors je crois qu'on est bien placés pour les comprendre... non? ;-) ) , alors je me suis dit qu'ils méritent bien un message d'encouragement pour leur boulot, ça les changera surement un peu des plaintes. Merci de votre attention et A+ Un Client satisfait.
  15. Bonjour, Alors moi j'envoie des articles de différentes tailles et en moyenne une 20aine par colis. la solution que j'ai trouvé et qui fonctionne très bien, c'est d'enlever le poids du carton dans la tranche de poids. par exemple je fais ma tranche de poids pour un colissimo de 0 à 400g, 401 à 900g etc. ce qui inclus 100 g de carton. Pour les tranches plus grande, j'enlève 150g puisqu' il y aura plus d'articles et donc le carton sera plus grand. En faisant ainsi, je tombe quasiment à chaque fois dans la bonne fourchette colissimo. Voilà, j'espère que ça peut vous aider.
  16. No soucy, la réponse du post d'hier m'a remonté le moral (l'annonce de la prochaine MAJ), mais vu qu'en ce moment c'est les soldes, en attendant c'est le bronx total dans les stocks... Ca promet bien du plaisir au prochain inventaire... ;-)
  17. Attends, tu ne sais pas tout : Il y a aussi "erreur de paiement " lors de paiement par Paypal différé, c'est une option rarement choisie par les clients, mais ils y ont accès (j'ai encore eu le cas ce matin), bien que ce soit prévu par Presta (c'est dans la liste des états de commande), le fait que la somme payée (0€ vu qu'elle est en attente de virement Paypal) soit différente de la somme attendue (facture Presta) génère une erreur de paiement... Vivement la MAJ...
  18. Refaites donc le calcul à la main, vous verrez que la somme payée en trop (celle réclamée par Paypal) est la vraie somme, c'est sur la facture Presta qu'il y a une erreur, par conséquent il n'y a pas lieu de rembourser...
  19. Planète : S'il n'y a plus d'erreur de paiement, il n'y aura plus de problème de stock, vu que ce dernier découle du premier... ;-)
  20. C'est sympa de répondre, j'espère que la version sera "finale" (j'entend par là pas une Beta) afin qu'on puisse l'utiliser en prod.... Le plus gros problème pour moi est surtout le problème de stock que cela génère (pour mémoire, les commandes en erreur de paiement ne sont pas déduites du stock, même après passage en "accepté"). Vivement la MAJ :-)
  21. 1- Je rajoute ma pierre à l'édifice : les paiement en erreur génèrent le non retrait du stock de l'ensemble de la commande, même en passant la commande en "acceptée", donc gare à vos stocks... 2- C'est bien d'avoir corrigé le bug en version beta, mais comme il est clairement stipulé sur le site : NE PAS UTILISER EN PRODUCTION... Ce qui fait que l'on doit toujours rester avec ce problème sur les bras en attendant, car je ne me risquerai pas à utiliser cette version contre l'avis de la team. Donc : à quand la version finale, svp? Ou au moins indiquez nous les modifs à réaliser pour régler ce défaut en attendant... 3- Merci beaucoup de vous être enfin penché sur le problème, bien que ne pouvant l'utiliser, je suis ravi qu'une solution ait été enfin trouvée :-) .
  22. Attention, je viens de me rendre compte que lors de ces erreur de paiement, les articles ne sont pas déduits du stock, même en les passant "paiement accepté" !!! Ce problème est vraiment très grave, tous nos stocks sont faux, alors je vous conseille de tout vérifier. Pourrais-tu enlever le "résolu" en titre de ton message, stp? J'ai l'impression que ce problème est complètement négligé par les développeurs, hors, les conséquences sont bien plus importantes qu'une simple gène : les clients commandent des objets qui ne sont plus en vente!!! Quand on a des milliers d'articles c'est vraiment la galère pour tout remettre d'aplomb. Le fait que les articles ne soient pas déduits du stock peut peut-être faire avancer le schmilblick pour ceux qui essaient de résoudre ce défaut... ?
  23. Bonjour, Voici la solution : Cliquez ici Concentrez vous sur le fichier "admincatalog.php" donné à la fin, plus facile que la modif texto. (à placer dans admin/tabs/...)
×
×
  • Create New...

Important Information

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