Jump to content

veloperso

Members
  • Posts

    29
  • Joined

  • Last visited

Profile Information

  • Location
    France
  • Activity
    User/Merchant

veloperso's Achievements

Newbie

Newbie (1/14)

  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

0

Reputation

  1. Merci pour cet très bon message grâce auquel j'ai résolu mon bug de ps_checkout. Le module flashsale pro avait créé un groupe. Bien que pas actif, c'est ce groupe qui créait un bug pour accéder au PS_checkout. Les groupes, une fonctionnalité qu'on a tendance à oublier, et qui, dans ce cas était la source des problèmes.
  2. Merci, j'ai fait une demande auprès du développeur. J'ai solutionné le problème avec le module Paypal, qui fonctionne parfaitement. En revanche j'ai désinstallé totalement en FTP et réinstallé complètement le module PS checkout et il ne s'affiche toujours pas alors que le BO montre clairement que tout est installé. Le FO reste désespérément muet bien que le code HTML du module soit bien présent sur la page commande. Les paramètres de paiement sont bien configurés selon les régions, les devises aussi... Et il n'y a pas de conflit avec le module Paypal.
  3. Un client m'a appelé le 24/12 me disant qu'il ne pouvait plus payer par CB. Pourtant j'utilise avec succès Prestashop checkout depuis 6 mois et je dois dire que ce module est très stable. Je suis en 1.6.1.17, je travaille en multiboutiques mais une seule est activée. Le module est activé, je l'ai réinstallé et j'ai effectué les mises à jour vers 2.3.0 Selon moi le problème pourrait venir du bloc des moyens de paiement, car je propose aussi Paypal et Paypal a lui aussi disparu. Il ne reste que le bouton Paypal pour payer en express. En regardant le code HTML, les 2 modules semblent pourtant bien installés dans le bloc des paiements, mais ils ne s'affichent pas. Je précise qu'aucune intervention sur le site n'a eu lieu, ni sur la BDD.
  4. Bonjour, Je cherche un module pour faire la connexion Packlink/Prestashop. Un module permet de récupérer les données d'expéditions et d'éditer les bordereaux sur Packlink. C'est objectivement très bien, mais ça ne permet pas d'offrir le même choix de transporteurs que Packlink. D'ailleurs le client ne peut même pas choisir son point relais Chronopost (chose possible avec Boxtal). Bref, pour nous en logistique Packlink est génial, mais pour le client c'est hyper limité.
  5. Bonjour, Sauf erreur de ma part, le thème par défaut en 1.7.5.1 n'est pas mobile first. La version mobile affiche les produits sur une seule colonnes alors que la norme est de 2 colonnes. L'idéal serait que ce thème offre la possibilité de choisir la disposition de l'affichage, car ça me semble aujourd'hui une option basique d'un thème ! Je suis en train de développer un nouveau site et je découvre le peu d'avancées techniques en 5 ans sur la version du thème d'origine. A part ça il y a des innovations intéressants sur 1.7, notamment en SEO et speed page. Merci pour vos idées afin de passer facilement en mobile first à partir du thème par défaut... (mobile first, on en a beaucoup parlé au PS Day de mardi !)
  6. Bonjour Florent, A mon avis ta TVA Suisse n'est pas due pour les exportations vers l'Europe, donc tu dois facturer 30€ HT et l'acheteur se débrouille avec les éventuels frais d'importation. Par contre je ne sais pas comment mettre des paliers de TVA...
  7. Bonjour, Je suis en pleine interrogation concernant le référencement google shopping. En effet, mes produits star sont en première position en référencement naturel, sans doute le fruit d'un travail de fond sur chaque produit, bien qu'il pourrait encore être plus complet. En revanche, mon catalogue exporté via Merchant center ne me permet pas d'être en premier sur les résultats de recherche google shopping. La qualité de mon flux est "excellente" d'après Merchant center, et chaque produit dispose d'un EAN, d'une couleur... et d'ailleurs ils sont bien listés, mais loin de la première page. Ensuite, j'ai mis des enchère élevées, mais ça ne change rien. Compte tenu du gros travail qui a été réalisé en amont pour chaque fiche produit, et qui a abouti à une pole position en référencement naturel, puis-je espérer simplement et rapidement arriver en tête aussi sur google shopping ? Je précise que certains concurrents sont en tête alors qu'ils n'ont même pas renseigné les EAN de leurs produits. Faudrait il envisager l'ajout d'un module SEO ? (je n'y suis pas favorable à priori, préférant travailler manuellement pour des raisons de qualité de flux).
  8. Bonjour, Le live chat est à mon sens un des meilleurs outils de conversion pour les ventes dépassant un certain montant, disons 200€ en ce qui nous concerne. La contrainte d'avoir quelqu'un derrière pourrait être annulée si l'administrateur recevait une notification push sur Smartphone plutôt qu'une ligne de tchat invisible sur un des fenêtres de navigation. Ne pas répondre à un client pourrait poser problème si c'est systématique, mais lorsqu'il vous parle dans le vide, que vous êtes ailleurs, répondez lui plus tard par email personnalisé. Une fois le lien établi, la conversion est dans la poche à 80%, et surtout il est facile de lui glisser le produit en plus qui va faire votre marge.
  9. Bonjour, Je suis en refonte de navigation FO et je souhaite faciliter la recherche de mes clients sur des produits ayant plusieurs couleurs. Aussi, j'ai créé des visuels à 3 voire jusqu'à 6 couleurs en utilisant l'outil texture plutôt que la couleur unie. J'ai envoyé de petites images en 50*50 car ce sont juste des aides à la navigation à facettes. L'upload a bien marché sur la fiche produit, mais dans la navigation à facettes, l'image layered id attribute reste blanche. Je n'ai pas trouvé cette image dans la gestion des miniatures (qui doivent concerner les produits uniquement). A votre avis, est-ce un bug de Prestashop ou il faut que j'intervienne dans le code ? Merci
  10. Bonjour, Il est possible de fonctionner en 100% gratuit et d'ailleurs cela peut même être une stratégie de développement, un peu comme avec les réseaux sociaux. Lorsqu'on ne prend que les fonctions de base de Prestashop, on peut tout faire dans le canal d'achat, et une version 1.6.14 tourne vraiment bien sans ajout de modules. Ce sont souvent les modules qui créent des interférences et qui peuvent nécessiter l'intervention d'un développeur. J'ai un site qui, en plus de mon site principal, tourne en 100% gratuit avec 2 ventes par jour. Je dois juste avoir 50€ d'hébergement mais c'est chez OVH (les temps de réponse sont corrects étant donné le traffic, faible). Ce qui compte, c'est votre offre commerciale. Si elle est solide et avec peu de concurrence, un Prestashop de base est excellent. Vous allez être bien référencé et les clients achèteront facilement. D'autre part, j'ai noté que mon panier moyen était supérieur de 60% en moyenne avec les paiements Paypal, une fonction gratuite en natif de Prestashop, car un un contrat pour accepter les CB est payant (module + banque, soit environ 200€ d'installation et 30€ par mois et 1% de commission). Plus vous aurez de concurrent sur votre marché, plus vous devrez vous démarquer avec un thème vendeur et des fonctions de haut niveau, ainsi qu'une supply chain parfaite (on en parle peu, et pourtant, ça ne sert à rien de dépenser des milliers d'euros sur un site si on est pas parfait sur sa supply chain). Prestashop est vraiment une solution magique pour celui qui a un produit unique à vendre. Quand vous voulez attaquer le marché de masse avec des concurrents bien établis et des produits ordinaires, là il faut passer à la caisse. La vidéo de présentation de Preston est très révélatrice de la réalité. Vous pensez être petit, mais en réalité Prestashop vous donne les moyens de vous développer avec trois fois rien. Juste un exemple: un agriculteur qui veut vendre en direct peut tout faire sur Prestashop et ainsi récupérer les marges que les grandes surfaces font. Il doit seulement adapter sa production à la demande locale, et organiser la supply chain de matière pragmatique, tout en développant les réseaux sociaux en local. La version 1.6.14 est très fiable (avis personnel), et c'est le cas depuis 1.6.10. Franchement, les premières versions 1,6 ont été une calamité avec de nombreux bugs très pénalisants, et une lourdeur de code énorme. Toute l'équipe a su redresser la barre rapidement avec 1.6.10. Aujourd'hui, je trouve que le plus difficile c'est de doser ses investissements au mieux entre les dépenses pour le site et celles pour son offre commerciale, notamment le stock. Quand on fait appel à un développeur, il faut que ça serve réellement à développer les ventes, et depuis 1.6.10, c'est effectivement le cas.
  11. J'ai résolu le problème. Il faudrait poser la question à OVH pourquoi les mutualisé performance pro, même de niveau 4, ne permettent pas ces mises à jour alors qu'ils sont supposés être optimisés Prestashop. J'ai conservé une vieille version du site "saine" qui n'a pas été mise à jour en 1.6.10. Car c'est bien la tentative de MAJ en 1.6.10 via un serveur unsuffisant qui va venir corrompre le site internet (pas la BDD). Donc ce que j'ai fait: -Mise sur un serveur 772424.com mutualisé de mon site et de ma BDD -Mise à jour en 1.6.10 une fois sur le serveur, cette mise à jour a pris quelques secondes seulement ! -Infogérance de772424.com: mise à jour des moyens de paiement et optimisation DNS... A ce jour, tout fonctionne super bien de mon côté, mais je regrette d'avoir perdu autant de temps et de clients à cause d'un serveur inadapté à mes besoins, alors qu'il est vendu comme étant 4 fois plus puissant que mon traffic. Rien ne remplacera un essai sur un autre serveur pour évaluer vraiment ce qu'un serveur a dans le ventre. C'est un poste de dépenses réellementr crucial dès que l'on dépasse les 10 commandes par jour.
  12. @kouik-e Je viens de poster sur un autre topic car j'ai trouvé la solution. Pour moi cela vient de l'hébergeur et je pense que tu es aussi chez ovh mutualisé ? OVH doit bloquer car tu demandes trop de ressources alors que tu es en mutalisé. Je n'y connais rien, mais peut-être que Prestashop pourrait créer une mise à jour en mode puissance serveur "très basse" de manière à permettre aux hébergements les plus modestes de gérer cette MAJ, même si cela prend 2-3h au lieu de quelques minutes. Je suis en train de solutionner le problème en changeant simplement d'hébergeur, car OVH ne me convient pas en temps de chargement, ni est capacité de serveur à générer une MAJ comme celle-ci. Ce n'est pas du niveau de ce que j'attends pour 40€ par mois, c'est tout juste meilleur que certaines offres à 5€...
  13. Problème identifié . J'ai pu faire la MAJ d'un autre site plus petit, avec succès. Pour mon gros site, j'ai cherché sur les forums et cela a déjà été répertorié il y a quelques années sur des MAJ. Aussi, j'ai commandé une base test chez 772424.com et j'ai pu effectuer avec succès la MAJ en quelques minutes. Bilan: le serveur OVH (performance 4 ) est soit mal configuré de ma part, soit c'est OVH qui le bride volontairement, et pas 772424.com qui permet donc cette mise à jour très importante. Du coup, je pense basculer ma prod chez 772424.com, l'infogérance semble plus puissante, et de toute façon les temps de chargement sont, dans mon cas, plus rapides de 35% pour un hébergement de même gamme.
  14. La même chose pour moi mais en 1.6.0.9 C'est un problème très critique car je viens de recevoir mon 2ème plus gros arrivage de l'année et je ne peux rien mettre en vente.
  15. la même chose chez moi: [Ajax / Server Error for action upgradeDb] textStatus: "error " errorThrown:"Internal Server Error " jqXHR: " "
×
×
  • Create New...