Jump to content

galac44

Members
  • Posts

    24
  • Joined

  • Last visited

Everything posted by galac44

  1. Bonjour, J'aimerais dupliquer le module de recherche AJAX de façon à qu'il s'affiche à la fois en haut et en bas de mon site. (Prestashop 1.7.3) J'ai donc greffer les 2 modules suivant, dans le hook displayFooterBefore : Barre de recherche & Ajax Live Category Search De la même façon qu'il apparaissent dans le hook displaySearch . Le problème c'est que du coup les 2 barres de recherche sont inter-connectées... ce que je tape en bas est tapé en haut, de plus le Ajax ne fonctionne pas en bas. Je pense que je vais devoir dupliquer les 2 modules.... Pensez-vous que le tuto https://www.lije-creative.com/prestashop-comment-dupliquer-module/ puisse répondre à mon problème ? ou bien est-ce "mission impossible" de dupliquer ces 2 modules ? Merci pour votre aide
  2. Bonjour, Dans ma boutique, les résultats de recherche sont limités on dirait. Par exemple si je tape "chaussettes", cela va m'afficher 20 produits, alors que j'ai une 40 aine de produits avec le mot "chaussettes" à l'intérieur. J'ai vérifier l'index de recherche et il est complet... j'ai mis à 10 le poids de recherche sur le nom du produit et ça ne change rien. Merci de votre aide
  3. Bonjour, (sur 1.6.1.5) Nous avons passé le site en https mais rencontrons un problème sur le module chronopost sur certains navigateur. Ceux qui n'acceptent pas le mixed content. Avec le module Chronopost, dans le back office, la fenêtre pour éditer l'étiquette Chronopost ne se lance pas. Dans la console (sur certains navigateur) nous avons: Mixed content: the page .... was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'HTTP://www.domaine.com/modules/chronopost/async/updateTracking.php'. This request has been blocked; The content must be served over HTTPS La ligne est lancée par (modules/chronopost/chronopost.php) ligne 902: return '<script src="https://maps.googleapis.com/maps/api/js?key='. Configuration::get('CHRONOPOST_MAP_APIKEY') .'"></script><script> $(document).ready(function() { $.get("'._MODULE_DIR_.'chronopost/async/updateTracking.php"); }); </script>'; } Le site est configuré en https (les 2 options cochées en admin dans les paramètres généraux) Merci pour votre aide
  4. Bonjour, nous avons installé ce module qui devait accélérer le site. Bilan, après une semaine, la base de donnée est passée de 160 mo à 2,5 gigas, avec 32 millions d'écritures dans la table de votre module... Bref c'est sans doute bien pour un site avec 1 visite par jour, mais pas pour les autres.....
  5. Bonjour, j'aurais besoin de conseil concernant la lenteur d'un site, j'ai fait un debug et j'ai un peu de mal à analyser les problèmes.... Voir image jointe Merci !
  6. Bonjour, Non cela ne fonctionne pas. Mais dans l'autre sens cette fois, c'est à dire que le transporteur est proposé malgré la limite à 3 cm de profondeur (si je met le produit à 4 cm de profondeur le transporteur est affiché) J'ai mis 99999 en largeur et hauteur dans le transporteur comme vous l'avez proposé. J'ai testé en limitant uniquement la hauteur à 3 cm et un produit qui fait 2 cm L x 1 cm H x 15 cm P ne passe pas. C'est totalement buggé donc. La seule solution qui fonctionne est de n'utiliser qu'une seule valeur pour les produits. Exemple: mon produit fait 0 cm x 0 cm x 3 cm Dès que l'on rentre une 2 ieme valeur ca ne fonctionne plus.
  7. bonsoir, je suis en 1.6.1.7 Lorsque j'indique une profondeur de 3 cm max dans mon transporteur, coté front office Prestashop le considère en Largeur. J'ai effectué le test : Mon transporteur: limité à 3 cm de profondeur (seule limitation) Produit: 15 cm de largeur, 1 cm de hauteur, 1 cm de profondeur (donc ça devrait passer..) Résultat: le transporteur ne s'affiche pas Au vu du résultat je test: => Passage de 15 cm de largeur à 3 cm de largeur: mon transporteur s'affiche => Passage de 3 cm de largeur à 4 cm : mon transporteur ne s'affiche pas Conclusion: Prestashop confond Largeur et Profondeur Comment y remédier ?
  8. Problème résolu merci J'avais ça: $_LANG['category-count_ff32f7dba36bcd6d0a4214cd80253c3a'] = ' '; Au lieu d'avoir ça: $_LANG['category-count_ff32f7dba36bcd6d0a4214cd80253c3a'] = ''; pfffioooooouuuu
  9. Franchement j'ai du mal, je ne voit pas, c'est tjrs les mêmes résultats... Quand je rafraichit la page mon clic à été pris en compte (malgré le message d'erreur) et la quantité du panier à été modifiée. La recherche Ajax ne fonctionne pas non plus
  10. Salut Doekia et merci pour ta réponse. C'est bizarre j'édite tjrs mes fichiers avec PSPad pourtant... J'ai cherché dans les derniers fichiers édités, en remettant ceux d'origine, ça ne change pas.... je trouve rien... Il n'y a pas un moyen quelconque de trouver ? Ca se passe depuis 1 jours sur le site
  11. Bonjour, J'ai 2 erreurs parsererror depuis hier: 1/ Quand je clic sur "Ajouter au panier" (j'ai désactivé l'Ajax dans le module Bloc Panier ce qui "règle" le problème momentanément) Impossible to add the product to the cart. textStatus: 'parsererror' errorThrown: 'SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data' 2/ Dans la page commande, quand je clic pour ajouter ou enlever la quantité: TECHNICAL ERROR: unable to save update quantity Details: Error thrown: [object Object] Text status: parsererror Je ne voit pas bien d'ou viennent ces erreurs, Firebug ne m'affiche aucun erreur... difficile d'explorer une piste... Merci de votre aide
  12. Bonjour, Je ne comprend pas, j'ai quelques urls (2 pour l'instant) qui ressortent sur Google: www.domaine.com/fr/?option=com_virtuemart&page=shop.browse&category_id=10&Itemid=1 Qu'est ce que des urls virtuemart viennent faire dans mon Prestashop 1.6.1.5 ?? Je n'ai pas de répertoire virtuemart, les urls dirigent sur la page d'accueil. Vraiment bizarre
  13. Je me répond à moi-même: Oui c'est bien une redirection 301 (sous presta 1.6.5) propre.
  14. Bonjour, Je viens de changer le titre d'une catégorie avec changement également de l'url simplifiée. Coté site tout fonctionne, l'ancienne url est redirigée automatiquement vers la nouvelle. Coté Google par contre j'aurais aimé savoir si la boutique effectue une redirection 301 "propre" ou dois-je ajouter à la main dans le fichier htaccess une redirection 301 de l'ancienne url vers la nouvelle ? Merci !!
  15. Bonsoir, j'ai acheté un module d'export CSV très complet au niveau des champs mais il crée une colonne pour chaque valeur: ex: ID catégorie 1, ID catégorie 2, ID catégorie 3 etc... Le problème est que l'import natif de Prestashop n'autorise pas les multiples colonnes, on doit par exemple dans le fichier CSV avoir une colonne catégories et les valeurs séparées par des virgules. Ex: 21, 56, 852 ... Auriez-vous un module d'import très complet, un vaste choix de champs, déclinaisons, caractéristiques et supportant les multiples colonnes à me conseiller ? (je suis en 1.6.1.5) Merci !
  16. Bonjour, Je suis entrain de mettre à jour une boutique en local. Pas de soucis avec Auto upgrade sauf le fichier principal .css des themes qui appelle une mauvaise URL. La mauvaise URL est : href="http://127.0.0.1/themes/nomdutheme/cache\v_162_ed25272fa56a94fc6d2039dd9de85_all.css" Alors qu'elle devrait être: href="http://127.0.0.1/PRESTASHOP/themes/nomdutheme/cache\v_162_ed25272fa56a94fc6d2039dd9de85_all.css" Bref il manque le dossier ou est installé Prestashop en local... J'ai regardé dans header.tpl: <link rel="stylesheet" href="{$css_uri|escape:'html':'UTF-8'}" type="text/css" media="{$media|escape:'html':'UTF-8'}" /> Donc c'est ce $css_uri qui ne prend pas en compte le fichier racine... J'ai découvert ce code dans le dossier modules/autoupgrade/classes/Tools14.php : //overriding of modules css files $different = 0; $override_path = str_replace(__PS_BASE_URI__.'modules/', _PS_ROOT_DIR_.'/themes/'._THEME_NAME_.'/css/modules/', $css_uri, $different); if ($different && file_exists($override_path)) $css_uri = str_replace(__PS_BASE_URI__.'modules/', __PS_BASE_URI__.'themes/'._THEME_NAME_.'/css/modules/', $css_uri, $different); else { // remove PS_BASE_URI on _PS_ROOT_DIR_ for the following $url_data = parse_url($css_uri); $file_uri = _PS_ROOT_DIR_.self::str_replace_once(__PS_BASE_URI__, DIRECTORY_SEPARATOR, $url_data['path']); // check if css files exists if (!file_exists($file_uri)) return true; } Le soucis ne viendrait-il pas de la ? entre __PS_BASE_URI__ qui est correct et _PS_ROOT_DIR_ ? Mais si oui comment changer ça ? car ce code n'apparait nul part ailleurs dans Prestashop... Merci pour votre aide
  17. Salut, et merci pour ta réponse La ou tu me rassure c'est quand tu dis : "tu n'auras effectivement que les parties ajoutées par le thème.." Et la ou j'ai peur c'est quand tu dis : "notamment le front et les modules activés.." Tu veux dire que j'aurais à traduire tout le front, genre le processus de commande, toute la partie client etc.. ?? Même si le thème ne modifie pas cela ?? Ca en fait des mots non ?
  18. J'ai pas compris pourriez-vous être plus clair ?
  19. Bonjour, Petite question, lorsque on installe un thème qui est en anglais, il n'y pas besoin de re-traduire tout le site quand même ? Juste les mots ajoutés par ce thème j'imagine ? Merci
×
×
  • Create New...

Important Information

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