Jump to content

jilham

Members
  • Posts

    10
  • Joined

  • Last visited

jilham's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Merci Mellow, ça fonctionne!!!! ENFIN.... Du coup c'est la fonction ajax qui plantait car elle ne trouvait pas l'élément à modifier, c'est bien ça? Je vais réviser mon thème
  2. @Maxence : Voici le lien vers mon site où je rencontre le problème d'affichage des produits après sélection du filtre : http://www.maisondelolive.fr/7-sauces Quand on sélectionne un filtre, le caractère # apparait dans l'url juste après la catégorie suivi des paramètres des filtres. Par contre aucune modification de l'affichage. Si j'enlève le caractère # de l'url, l'affichage des produits fonctionne parfaitement selon les filtres sélectionnés. Du coup je m'interroge sur la raison du problème. Est-un problème de paramétrage? ou bien d'url-friendly? Qu'en pensez-vous?
  3. Personnellement, j'ai le même problème que Hishikdi. Les # font buguer la navigation et la pagination ne fonctionne plus non plus. Voici l'url de mon site : http://www.maisondelolive.fr J'ai l'impression qu'il y a un problème avec le current_friendly_url dans blocklayered.js mais je n'arrive pas vraiment à voir comment régler le problème. A votre avis suis-je sur la bonne piste?
  4. Bon j'ai mis à jour presta en 1.4.7 et le module en 1.8 J'ai toujours un problème d'url. si j'enlève le # ça fonctionne. J'ai pourtant regénéré le Htaccess mais sans succes Quelqu'un a t-il une solution? ou sait pourquoi chez moi ça ne marche pas?
  5. Alors en fait je crois qu'il y a un problème d'url. Avec le module blocklayered lorsque j'utilise la pagination il me rajoute #/page-2 à l'url courante et ça ne fonctionne pas Quand je désactive le module et que j'utilise la pagination il me rajoute ?p=2 et là ça fonctionne De plus lorsque je crée un filtre, l'url change avec le nom du filtre mais la liste des produits ne change pas d'un poil! Pour info j'ai indexé les URLs, les attributs et les prix et ensuite j'ai régénéré le htaccess... Je vois que Arkalum et nouffy ont déjà rencontré le problème à la page 13 http://www.prestashop.com/forums/topic/138036-mise-a-jour-du-module-navigation-a-facettes-pour-1451-et/page__st__240 Par contre pas de solution trouvé depuis? De plus il semble que le module n'est pas compatible avec les version antérieure à 1.4.5 ??
  6. @flotho : Version ps :1.4.4.1 version module navigation à facettes v1.7.7 J'ai viré le {if isset($comparator_max_item) && $comparator_max_item} car comparator_max_item n'était pas renseigné et la fonctionnalité compare fonctionne dans tout les cas pour moi. ça fonctionnait bien avant d'avoir mis à jour le module et peut être la classe Tools. Je vais d'ailleurs creusé de ce côté là. Merci d'avance pour vos réponses
  7. Bonjour à tous, Je viens de faire une mise à jour de mon site. Le problème que je rencontre c'est que le module blocklayered me désactive la navigation des pages de ma liste. Par exemple quand je clique sur page 2, rien ne se passe. De plus quand je clique sur la navigation à facette, il met à jour les filtres sélectionnées mais ne change pas la liste des produits... Avez-vous une idée d'où ça peut venir? Je suis en train de chercher, si je trouve avant vous, je le posterai. Merci d'avance
  8. Bonjour à tous, je remonte ce poste datant de 3 mois. Pour donner accès à un produit que pour un client. Pourquoi ne pas créer une catégorie et un groupe que pour ce client. Quand vous créez une catégorie vous avez la possibilité de le rendre accessible que pour un groupe. Si ce groupe est composé que d'une personne, c'est gagné. Par contre c'est vrai que ça serait bien de faire la même option pour un produit....
  9. Bonjour à tous et merci pour toutes ces précieuses information pour améliorer la gestion des prix / poids sur prestashop. Cependant je pense qu'il y a un réel problème sur la condition de départ qui consiste à considérer le poids dans la fiche produit comme le poids net à utiliser pour calculer le prix par rapport à l'unité de référence. En effet celui ci est pris en compte pour calculer le poids de la commande et ainsi déterminer le tarifs de la livraison. Etant donné la différence parfois importante entre le poids net et le poids brut, cela peut avoir un impact évident sur le coût du transport et peut être à l'origine d'un déficit sur la marge prévu sur chaque produit. Voici un exemple pour illustrer mes propos en prenant un marchand d'huile d'olive (prix fictif): Pour avoir le bon prix au litre en considérant le poids de la fiche produit comme poids net, il faudrait que je mette special-weight en Litre et special_priceweight à 1000 et que je mette le poids suivant sur chaque déclinaison : Or pour chaque bouteille d'1L le coût de livraison est à 8€ pour 1000g et 9€ pour 1500g. Le marchand perd donc 1€ sur la marge de son produit ce qui n'est non négligeable. Si je considère le poids de la fiche produit comme le poids brut comme c'est prévu à l'origine par prestashop, j'obtiens alors un prix par rapport à l'unité de référence avec special-weight en Litre et special_priceweight à 1000 Dans ce cas le coût de la livraison est correcte mais le prix au Litre ne correspond plus et j'affiche une mauvaise valeur au client. Tout ça pour vous dire qu'il faudrait rajouter un champs poids net (ou poids du conditionnement) dans la classe produit (et en base bien sur) et un impact sur la déclinaison. Ce sera sur ce poids qu'on se basera pour afficher le prix selon l'unité de référence. Dans le fichier product.php il faudra changer $product->weight en $product->packaging_weight. Pour reprendre cette idée avec l'exemple du marchand d'olive ça donnerait ceci avec special-weight en Litre et special_priceweight à 1 Dans ce cas on aura donc un coût de transport et le prix selon l'unité de référence seront corrects. Bien sur cette solution demande une modification beaucoup plus profonde que la solution V3 proposée: Il faut rajouter un champs packaging_weight en base dans la table product avec le même type que le champ weight actuel. Il faut rajouter ce champs dans la classe Product avec ses valeurs respectives dans $fieldsRequired, $fieldsSize, $fieldsValidate... si besoin et les rajouter dans les fonctions faisant des appels à la base de données ou populant l'instance Product. Qu'en pensez-vous?
×
×
  • Create New...