Jump to content

fabien.

Members
  • Posts

    22
  • Joined

  • Last visited

Everything posted by fabien.

  1. Bonjour, J'ai installé un blog wordpress sur ma boutique 1.4.5.1 en suivant les conseils des différents membres : http://www.webbax.ch...que-prestashop/ http://www.prestasho...ous-prestashop/ Etc. À chaque fois j'arrive à installer le blog sans problème et je récupère correctement mon header et footer prestashop. Par contre les archives, commentaires récents, catégories sont vides. Le titre s'affiche mais quelque chose doit rentrer en conflit avec prestashop je pense. Ca fait plusieurs semaines que je planche sur ce problème. J'ai fait donc un appel d'offre pour que quelqu'un puisse me résoudre ce problème. Salutations, Fabien
  2. Bonjour, problème identique !! Il faut que les attributs dans le récapitulatif soient triés toujours de la même manière sinon va augmenter les erreurs possible au moment où la commande sera préparée.
  3. smadja, merci pour ton message. je ne veux pas accepter la commande de produits hors stock, donc cette option est logiquement désactivée ! encore une fois, je pense qu'il ne s'agit pas d'un problème de configuration BO. CF pièce jointe. Ce produit est activée, il y a 11 exemplaires en stock, aucun attribut et pourtant : 1. Un article de votre panier n'est plus disponible, vous ne pouvez continuer votre commande Merci quand même.
  4. Non smadja, tout est bien rentré, côté produit. À noter que je n'ai ce problème uniquement avec les produits n'ayant pas de déclinaison. Tous les produits se trouvant dans la catégorie "Les accessoires" posent problèmes.
  5. Merci pour vos réponses : CeBe - 1 module particulier installé (jcarousel) - Ca change rien en le désinstallant. smadja - Même avec des quantités supérieures à 1, le problème persiste. 1m22 - J'ai déjà checké, dans préférences - produits, tout est ok. Peut être une piste ? Ligne 255 de carte.php la valeur $row['id_product_attribute']; renvoie 0 alors que le produit n'a pas d'attributs. Est-ce normal ? Du coup la condition est vérifiée et la requête semble essayer de rechercher des attributs qui n'existeraient pas ? C'est une énigme pour docteur House ça :S ! Merci pour vos conseils ou solutions.
  6. Bonjour, J'ai fait une mise à jour de 1.1 à 1.2.5 Tout fonctionne à merveille, seul petit bémol : Pour tous les produits en stock sans attributs et ayant une quantité supérieure à 0, j'obtiens ce message lors de l'ajout au panier : "Un article de votre panier n'est plus disponible, vous ne pouvez continuer votre commande" J'ai le problème avec les anciens produits et les nouveaux que je rajoute. J'ai un peu de peine à comprendre le code mais je pense que le problème surgit au moment où les données de la table produit sont récupérées dans cart.php. Je suis dans le désespoir total, si quelqu'un peut me donner un coup de main, ça serait sympa. J'ai trouvé aucun autre poste avec un problème similaire sur le forum Merci
  7. Bonjour, j'ai le même problème, les prix ne sont pas à jour lorsque je change de déclinaison. Mes déclinaisons sont déclarées correctement, ça fait 2 jours que je parcours le forum pour trouver une solution. Contrairement à mes confrères, j'utilise la version 1.1 donc pas moyen de désactiver la compatibilité 1.1 Quelqu'un aurait une solution par hasard ? Merci beaucoup pour votre aide. Fabien
  8. Bonjour, J'ai exactement le même problème. CHF et Euros sur ma boutique. Lorsqu'un client commande en euro le mail récapitulatif qu'il reçoit est complètement erroné. Est-ce qu'il existe un correctif à ce jour ? C'est vraiment un problème grave pour les boutiques avec plusieurs devises. Cordialement
  9. I have tried to modify the function hookLeftColumn of blocktags.php with the following and now it's working. I am not an expert in development but at least now it makes more sense. Hope it can help. function hookLeftColumn($params) { global $smarty; $tags = Tag::getMainTags(intval($params['cookie']->id_lang)); if (!sizeof($tags)) return ''; $maxNumber = intval($tags[0]['times']); $classPrefix = 'tag_level'; $nbTagsMax = 0; for ($i = 0; $i < sizeof($tags); ++$i) { if ($nbTagsMax < $tags[$i]['times']) $nbTagsMax = $tags[$i]['times']; } $level_1tiers = $nbTagsMax*1/3; $level_2tiers= $nbTagsMax*2/3; for ($i = 0; $i < sizeof($tags); ++$i) { if ($tags[$i]['times']>0 & $tags[$i]['times']<=$level_1tiers) $tags[$i]['class'] = $classPrefix.'1'; else if ($tags[$i]['times']>$level_1tiers & $tags[$i]['times']<=$level_2tiers) $tags[$i]['class'] = $classPrefix.'2'; else $tags[$i]['class'] = $classPrefix.'3'; } $smarty->assign('tags', $tags); return $this->display(__FILE__, 'blocktags.tpl'); }
  10. You are true, blocktags is bugged. If you have 10 products with 3 tags each, you can't see any difference. it would make sense to have a pourcentage. As it is, the module blocktags can't be used. Anyone would know how to make it useable ? Cheers, Fabien
  11. Bonjour, J'ai cherché sur le forum mais j'ai rien trouvé à ce sujet. Lorsque vous êtes sur la page d'accueil et que vous cliquez sur un tag, la page product list s'affiche. Vous avez donc la liste des produits pour le tag "xxxxx". Par contre impossible de trier cette liste ! J'ai essayé sur prestashop.com/demo, même problème. Cordialement, Fabien
  12. Merci pour vos commentaires, c'est très encourageant. Je vous donnerai le lien du site une fois en production. Dès la fin de ce travail, j'essayerai de proposer quelques modèles gratuit à la communauté. Fabien
  13. J'ai exactement le même problème. Dès que je rajoute un produit, pas de problème dans le panier colonne de droite. Dès que je change de page, le problème apparait dans le panier colonne de droite. Au lieu d'avoir : 1xThéière... 100 CHF J'ai : 1x Théi&egrav;... 100 CHF
  14. Bonjour, J'ai crée un modèle pour le site sur lequel je travail. Merci pour vos commentaires. Fabien
  15. Bonjour, J'ai un soucis dans le back office. Lorsque j'essaye d'accéder à la page "Devises" de l'onglet "Paiement", j'obtenis une page blanche. J'ai fait un peu de débug et j'ai trouvé la ligne qui plantait. Il s'agit de la ligne 39 de admincurrencies.php : $this->_where = 'AND a.`deleted` = 0'; Lorsque je mets cette ligne en commentaire la page s'affiche correctement. Cette ligne me semble syntaxiquement tout à fait correcte. Le problème semble donc lié à la configuration du serveur ! Mais alors là, franchement, aucune idée d'où ça pourrait venir ! Si quelqu'un peut m'éclairer, je suis preneur ! Je sais même pas par où commencer. Merci
  16. J'ai essayé de regénérer les miniatures mais le problème persiste. Je trouve que c'est gênant comme bug, ça induit en erreur et c'est pas propre. J'ai remarqué le même problème avec les versions précédentes, en tout cas la 1.0 Je vais essayer de fouiller dans le code pour identifier le problème mais je ne garantis rien. Est-ce que quelqu'un aurait déjà créé un patch par hasard ? Merci a+++
  17. Bonjour, J'utilise la version finale de prestashop 1.1 qui marche à merveille. Jusqu'à présent tout fonctionne bien sauf un léger bug sur la page Catalogue du back office. Au bas de cette page il y a la liste des mes produits avec les photos en miniature. Lorsque je change la photo d'un produit tout fonctionne correctement, le front office est mis à jour par contre : La photo miniature au bas de la page Catalogue n'est pas mise à jour, c'est toujours l'ancienne qui apparaît. Est-ce que quelqu'un a déjà recontré ce bug ? Est-ce qu'une solution à ce bug existe aujourd'hui ? Merci.
  18. merci. je laisse ce post car je ne serai certainement pas le seul à me poser ces questions. merci encore a+
  19. Et du coup si je veux tester si mes commandes passent correctement, je suis obligé de faire fumer la CB, juste ?
  20. D'accord Et le fait que dans mon bon de commande il est marqué 0 Euro c'est normal également alors ?
  21. Bonjour Damien, Oui, je suis d'accord qu'en mode sandbox, on fait des simulations. Mais je pensais que le statut de la commande serait "PAYE", sachant que le but c'est de tester ! Ne serait-ce que pour recevoir le mail "votre commande a bien été payée", non ? Personne ici n'a jamais eu une commande acceptée en mode sandbox ? Merci
  22. Bonjour, Ca fait trois jours que je bloque sur "erreur de paiement" en mode sandbox avec paypal. J'ai trouvé aucune réponse à mon problème sur le forum. Je suis en version 1.0. J'ai installé prestashop dans les règles de l'art avec toutes conditions requises côté serveur (infomaniak). J'ai configuré mes comptes paypal sandbox correctement avec les bonnes options (IPN, URL de la Notification, etc.) Lorsque je passe une commande tout se passe bien : - les comptes sandbox sont débités, crédités. - le panier est vidé - le payement via paypal est effectué avec un succès - la commande est enregistrée dans la BDD correctement Sauf que : Le statut de la commande est toujours : ERREUR DE PAIEMENT Et je recois un email me disant qu'une erreur est survenue lors du paiement de ma commande. Rien à faire j'ai tout essayé, je désespère, j'ai besoin de votre aide s'il vous plait ! J'ai un double currecy (chf, euro). J'ai essayé de changer la devise par défaut mais ça change rien du tout. ERREUR DE PAIEMENT PLEASE HELP ME, HELP ME ! merci.
  23. Ok, I have found the answer of my 2 questions. I didn't know that by simply adding that kind of expression "{l s='somethingHere'}", the translation structure was automatically created ! Now I just have to translate my fieds from the back office, I love prestashop ! Great job. Thanks.
×
×
  • Create New...

Important Information

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