Jump to content

marieV8

Members
  • Posts

    25
  • Joined

  • Last visited

Profile Information

  • First Name
    marie
  • Last Name
    bessodes

marieV8's Achievements

Newbie

Newbie (1/14)

0

Reputation

1

Community Answers

  1. Bonjour la communauté ! (info : prestashop 1.6.1.5 - thème : default prestashop) C'est un problème revenant souvent sur le forum, j'ai essayé d'appliquer les réponses, mais à chaque fois il y a un détail différent, donc impossible à résoudre... Voici mon soucis (en racontant l'historique, c'est plus facile de comprendre) : Pour pouvoir accéder à mon site b2b il est nécessaire de se connecter : chacun de nos clients appartient à un groupe client. (5 différents) Pour information, chaque groupe client a une réduction dédiée. (Exemple : Groupe client : C : 9% de réduction systématique sur tous le produits). Dans les fiches produits : J'ai créé autant de prix spécifique pour un produit que de groupe client (donc 5) et je leur ai attribué un nouveau prix ht (à savoir le prix dédié aux professionnels, ex : pour un gant : prix public ttc : 24e - HT : 20 - prix pro : 11,50e ) MAIS je ne leurs ai accordé aucune remise/réduction car elle dépend en premier lieu de leur appartenance à un groupe client (si je leur accorde remise/réduction, elle s'additionne à celle de base dont ils bénéficient déjà de par leur appartenance à tel ou tel groupe client). Tout ceci fonctionne bien, sauf que, même problème, dès qu'il y a déclinaison, (taille : S,M,L) la taille par défaut tout est correct (niveau prix : nouveau prix HT avec la réduction du groupe client), sur les autres tailles, c'est le prix HT de base (celui définit dans le prix spécifique) qui s'affiche, la réduction accordée en fonction de l'appartenance groupe client "saute". Cependant si j'ajoute quand même le produit au panier, le prix change et redevient correct. Ex : Produit : Gant - Prix spécifique pro : 11,50e - client se connecte et appartient au groupe C (9% de réduction directe sur tout le site) : Le prix du gant pour ce client du "groupe C" est donc de 10,47e - par défaut la taille est M : prix correct, 10e47. Si ce dernier sélectionne la taille S, le prix revient à 11,50e. Il l'ajoute au panier : le prix du gant en M passe à 10,47e. ... Comme expliqué au début, j'ai essayé de suivre les réponses apportées à d'autres sujet du forum, mais rien n'y a fait ... Sachant que les problèmes de bases étaient certes attribut/valeur mais sensiblement différent (parfois problème de taxe, de valeur à 0 etc.) Par avance, merci à tous et toutes ceux/celles qui liront et qui auront le courage de comprendre (par écrit cela paraît être un vrai sac de noeud) et +++ si une lueur d'espoir de réponse se profile PJ : problème en image + extrait ligne de code : <span id="our_price_display" class="price" itemprop="price" content="10.465">11,50 €</span>
  2. Bonjour ! Je rencontre exactement le même problème ... A un détail près : Pour pouvoir accéder à mon site b2b il est nécessaire de se connecter : chacun de nos clients appartient à un groupe client. (5 différents) Pour information, chaque groupe client a une réduction dédiée. (Exemple : Groupe client : C : 9% de réduction systématique sur tous le produits) J'ai créé autant de prix spécifique pour un produit que de groupe client (donc 5) et je leur ai attribué un nouveau prix ht (à savoir le prix dédié aux professionnels, ex : pour un gant : prix public ttc : 24e - HT : 20 - prix pro : 11,50e ) MAIS je ne leurs ai accordé aucune remise/réduction car elle dépend dépend en premier lieu de leur appartenance à un groupe client (si je leur accorde remise/réduction, elle s'additionne à celle de base dont ils bénéficient déjà de par leur appartenance à tel ou tel groupe client). Tout ceci fonctionne bien, sauf que, même problème, dès qu'il y a déclinaison, (taille : S,M,L) la taille par défaut tout est correct, sur les autres tailles, c'est le prix HT de base (celui définit dans le prix spécifique) qui s'affiche, la réduction accordée en fonction de l'appartenance groupe client "saute". Cependant si j'ajoute quand même le produit au panier, le prix change et redevient correct. Ex : Produit : Gant - Prix spécifique pro : 11,50e - client se connecte et appartient au groupe C (9% de réduction directe sur tout le site) : Le prix du gant pour ce client du "groupe C" est donc de 10,47e - par défaut la taille est M : prix correct. Si ce dernier sélectionne la taille S, le prix revient à 11,50e. Il l'ajoute au panier : le prix du gant en M passe à 10,47) J'aimerai savoir si la résolution de ce problème est la même apportée précédemment sachant qu'il se rajoute cette question d'appartenance au groupe client, ou s'il s'agit d'un tout autre problème (dans ce cas je créerai un autre topic) ? Par avance, merci à tous et toutes ceux/celles qui liront et qui auront le courage de comprendre (par écrit cela paraît être un vrai sac de noeud) et +++ si une lueur d'espoir de réponse se profile
  3. Je crois que oui .. En fait depuis tout à l'heure il y a eu un petit changement (juste j'ai vidé le cache) et là ... J'ai des prix affichés... Juste pour info (et après je vais créer mon sujet je pense que tu as la meilleure solution) : Sur mon site b2b on ne peut y accéder qu'en se connectant. Chaque personne possède un compte appartement à un groupe de client bien définit (qui lui octroie un prix spécifique sur tout nos produit : Ex le client appartenant au groupe C a 3% de réduction) tout cela fonctionne pour les produits n'ayant pas de déclinaisons. Là ou ça coince c'est lorsqu'un produit à une déclinaison (par taille notamment). La taille par défaut (toujours la taille M) affiche le bon prix. Dès que je passe sur une autre taille (L par ex) c'est le prix par défaut qui est affiché (le prix renseigné dans "prix spécifique" ). Si j'ajoute dans le panier, le prix redevient "correct" (c'est à dire le prix de la taille par défaut). Ce n'est pas forcément super facile de comprendre, je vais tenter d'écrire plusieurs fois ce processus afin que cela paraisse clair pour une personne extérieure, (1 comprendre le problème, 2 pouvoir apporter une solution) En tout cas merci de ta patience et de ton aide
  4. Décidément ... ça ne marche pas ... J'ai eu erreur HTTP 500 ...
  5. Désolé, j'ai fait une modif plus haut de ma réponse, la pièce jointe ne s'était pas ajoutée :/
  6. J'ai bien repris ce même fichier, la recherche texte ne donne rien, Le seul et unique élément que j'ai avec l'expression group_reduction c'est cela (pièce attachée) : (j'ai également fait une recherche avec uniquement l'expression : var , mais rien de concluant ...)
  7. C'est dans le dossier : /monsite/themes/default-bootstrap puis à la racine
  8. Hello ! J'ai exactement le même problème ... Sauf que cette ligne ne se trouve pas dans mon product.tpl (version prestashop 1.6.1.5 et j'ai le theme par défaut)... Peu-être suis-je dans le mauvais fichier :/ ?
  9. Si j'ai choisi de retourner vers cette version, c'est que j'ai actuellement une autre boutique qui tourne sous celle-ci depuis 6mois, sans aucun soucis (certes, pour le moment). Nous n'avons rencontré aucun bug, d'autant plus que pour la nouvelle boutique, c'est un site b2b ne demandant que très peu de fonctionnalité. Du coup je suis restée sur la même version.
  10. Oui en effet, c'est ce que je viens d'achever je suis repartie sur une version 1.6.1.5 Dommage que par défaut (installation en un clic sur OVH) c'est une version 1.7 qui s'installe ...
  11. J'ai cherché longtemps car tous les topics que j'ai trouvé sur le net me ramenaient vers le fameux fichier settings.inc.php Je ne suis pas dév expérimenté très loin de là, j'apprends ENCORE
  12. Et en effet le bonheur était là !!! MERCIIII Alors pour info, pour ceux qui ont le même soucis, j'ai d'abord modifié le fichier parameters.php avec le nouveau mot de passe. Cela ne fonctionnais pas. Du coup j'ai réédité parameters.php avec l'ancien mot de passe, puis retourné dans OVH - et la modifié le "nouveau mot de passe" avec l'ancien et tout est revenu.
  13. Bonjour ! Je lance un nouveau sujet car je n'ai trouvé qu'un élément de réponse ... J'ai du changer le mot de passe d'accès à ma base de donnée phpMyAdmin via OVH. Par logique, mon site est inaccessible et affiche cela : Link to database cannot be established: SQLSTATE[28000] [1045] Access denied for user Je me rends donc dans mon FTP (via FileZila) je vais à la racine de mon dossier config/settings.inc.php pour modifier le mot de passe ... Et là .. Le fichier est présent mais .. VIDE, avec pour seule information : <?php //@deprecated 1.7 (pour information, je n'ai eu juste le temps d'installer prestashop, je n'ai rien modifié sur le site, pas changé de thème c'est encore le thème par défaut) .. Énigme du jour, je suis dessus depuis ce matin ... Si un personne plus expérimenté a des infos Mercii
×
×
  • Create New...