Jump to content

Myst26

Members
  • Posts

    113
  • Joined

  • Last visited

Everything posted by Myst26

  1. Bonjour, ceci ne fonctionnera pas, cela affichera tous les produits. le module à facette n'est pas prévu pour fonctionner avec la pages des marques. cdlt
  2. Bonjour, J'ai activé le multiboutique sur ma boutique en dupliquant la boutique existante cependant je ne trouve pas d'option pour assigner un produit par boutique. en résumé, je me retrouve avec les produits des deux boutiques à la racine de chacune d'entre elle. hors le but est de voir que les produits liés à la boutique. Sur la version 1.6, on ne voyait que les produits attachés à une catégorie appartement à la boutique du contexte, sur le 1.7 j'ai l'impression que cette nuance n'existe plus. Est-ce que quelqu'un saurait si c'est possible de n'avoir que les produits rattachés à la boutique du contexte, et si oui comment doit on faire? Merci par avance ## EDIT ## Soucis lié à la DB - sujet résolu en réitérant la duplication qui s'est déroulé normalement. la suppresion par boutique est devenu possible.
  3. Bonjour, Je pense que beaucoup de personne son un cas de figure similaire si vous vendez des produits avec deux taxes, et appliqué des remises globales sur la commande Tout d'abord Prestashop ne prend pas en compte cette remise pied dans sa fonction de calcul de TVA, il faut l'ajouter. Sujet sur GITHUB : https://github.com/PrestaShop/PrestaShop/pull/8839 La solution propose règle partiellement le problème Le problème principale réside dans la méthode de calcul de Prestashop : un ratio est calculé pour l'appliquer au prix unitaire de chaque ligne. Cela donne une répartition de la taxe totalement erronée. Est-ce qu'un membre du forum aurait une solution à ce problème, autre qu'externaliser la facturation.
  4. Bonjour, Apparemment c'est tout simplement parce que le module Paypal V3.11.6 ne fonctionne pas correctement avec les bons de réduction. Cf la réponse du support suite à mon ouverture de ticket sur un problème avec les bons de réductions Prestashop : Du coup, je ne vois pas bien l'utilité du module ....😑
  5. Bonjour, Le problème que vous recherchez se situe sur les contrôleurs du modules Smartblog, Ils ne transmettent pas le bon protocole pour la génération des images. Cela ressemble à une reprise de code basé sur le controlleur du Front, or ici nous sommes dans un Controlleur module, la vérification ne fonctionne donc pas, voici ce que vous devez modifier. Dans chaque fonction init, de chaque controlleur rajoutez ceci : if (Configuration::get('PS_SSL_ENABLED') && Configuration::get('PS_SSL_ENABLED_EVERYWHERE')) { $this->ssl = true; } et faire une recherche sur : $protocol_content = (isset($useSSL) and $useSSL and Configuration::get('PS_SSL_ENABLED')) ? 'https://' : 'http://'; et remplacez par : $protocol_content = ($this->ssl) ? 'https://' : 'http://'; A.
  6. Bonjour, J'edit donc mon post et espère qu'ils prendront en compte ma requête
  7. Bonjour, A ma grande surprise, après un passage de la version 3.9.x vers la version 4.4.x du module Chronopost la mise à jour des statuts de commande ne fonctionnait plus. Après quelques recherches, je me rends comptes que les variables d'appels ont été modifié dans la version 4.X, mais non sur le script qui gère la mise à jour des commandes appelle, qui appelle toujours les anciennes. Aussi, le module n'utilise plus l'id_carrier dans la configuratoin mais l'id_reference, encore une fois le script qui gère la mise à jour des commandes regarde selon l'Id_carrier.
  8. Bonjour, Êtes-vous sous la version 4.4.0 ? normalement cette version gère seul le webservice, tandis que sur les autres versions il fallait rentrer à la main l'url du webservice cdlt,
  9. Bonjour, Seulement ici,sur le forum FR. si vous le faite, je veux bien que vous m'indiquer le lien pour suivre les réponses.
  10. Bonjour, Malheureusement non..et c'est très pénible. Tout est refait à la main Sur Quelle version êtes-vous de Prestashop ?
  11. Bonjour, Regardez du côté de SaleForces, c'est la solution pour laquelle j'ai opté (contre Odoo et SugarCRM) Il y'a un connecteur vendu sur le addons : Shopforce.
  12. Bonjour, Si vous ne souhaitez pas perdre vos paramètres ( exemple utilisation massive de Chronopost). Suivez la solution de Redsmowke. Le bug insère des "ranges" dans votre grille qui vont entrez en conflit avec les autres... supprimez-les simplement. Avant de sauvegarder, revenez ) l'étape 1 ( en utilisant display:block/none). et faite Suivant, si cela "plante" c'est qu'une tranche pose encore problème.. revenez à l'étape 3( toujours en utilisant le css display:none/block). La tranche qui pose problème sera surligné en rouge.. supprimez la! La sauvegarde devrait passer par la suite. Ce problème est toujours présent sur s 1.6.1.5. pour ma part, c'est à cause de mozilla firefox que le problème s'est déclenché..
  13. Bonjour, bizarre venant de la part d'une installation fraiche. je vous conseil de partir de la dernière version, 1.6.1.4. il manque vraisemblablement la colonne id_shop dans la table cms_category Si vous êtes partie d'une installation tout fraiche, il y'a fort à parier que d'autres tables se soient mal installées, donc soit vous ajouter un champ id_shop à votre table cms_category soit vous supprimer tout et refaite une install
  14. Bonjour, Problème identifié : Si on a une commande avec une règle de panier qui offre un produit de la boutique, Prestashop additionne la tva de cette article. Ce qui est FAUX. Ce qui oblige à une saisie et un calcul manuel de la TVA par commande. Lorsque l'on regarde de plus près le bout de code utilisé par Prestashop, on s'aperçoit qu'il boucle sur ps_order_détail, et inclus dans son calcul de tva le produit offert, car celui-ci est ajouté dans la table lors de l'application de la regle de panier. La version concerné par le problème est la 1.6.X. Si quelqu'un à un avis sur la meilleur méthode à entreprendre pour pallier à ce problème, je suis preneur. En attendant, je vais partir du principe qu'il faut exclure de la boucle le produit offert pour le calcul de TVA. Des avis? Merci
  15. Bonjour, j'ai une boutique Prestashop en multi boutiqu: BtoC et BtoB Lorsque je commande depuis la boutique BtoB (elle partage des produits de la boutique BtoC, mais les taxes sont déactivées sur la boutique BtoB : HT) Le montant du paiement est bien HT, mais sur le listing des commandes en B.O, cela affiche la phrase " Attention, xxx,xx€ payé au lieu de xxx,xx€" et sur la facture, il y'a les taxes qui apparaissent... la taxe de la boutique BtoC. Le problème a lieu avec le module cmcicpaiement, dévéloppé par... Prestashop La boutique BtoC est la boutique par défaut. Le module CIC est configuré correctement, url de validation sur la boutique par défaut (BtoC) Si quelqu'un un cas similaire où une config de boutique similaire, cela m'intéresse. En attendant, j'ai remonté le problème au développeur du module, Prestashop.
  16. Peu importe son nom. vous le mettez dans le sous dossier autoload du dossier js. il se chargera tt seul.
  17. Après des tests plus approfondi, le panier reste le même pour les deux boutiques. j'ai donc opté pour un autre moyen. Il faut faut tout d'abord partager le compte des clients dans le groupe des boutiques. Ensuite, il faut rajouter ce code code dans un fichier .js $("#login_form").submit(function(e) { e.preventDefault(); var $form = $(this); email= $form.find("input[name='email']").val(); passwd = $form.find("input[name='passwd']").val(); $.ajax({ type: 'POST', //url: baseDir + 'index.php?controller=authentication', url: url_to_first_shop+'/index.php?controller=authentication', data: { 'SubmitLogin_x': 'SubmitLogin', 'ajax': true, 'passwd' : passwd, 'email' : email }, dataType: 'json', success: function(json) { } }); $.ajax({ type: 'POST', url:url_to_second_shop+'/index.php?controller=authentication', data: { 'SubmitLogin_x': 'SubmitLogin', 'ajax': true, 'passwd' : passwd, 'email' : email }, dataType: 'json', success: function(json) { } }); });
  18. Bonjour, j'ai le même besoin. Pour PS 1.6.X cela se passe dans le fichier config/config.inc.php à la ligne 151. if ($context->shop->getGroup()->share_order) $cookie = new Cookie('ps-sg'.$context->shop->getGroup()->id, '', $cookie_lifetime, $context->shop->getUrlsSharedCart(), false, $force_ssl); else { $domains = null; if ($context->shop->domain != $context->shop->domain_ssl) $domains = array($context->shop->domain_ssl, $context->shop->domain); $cookie = new Cookie('ps-s'.$context->shop->id, '', $cookie_lifetime, $domains, false, $force_ssl); } On voit que le partage de Cookie se fait que si le mode partage de commande est actif dans un group de boutique. j'ai rajouté ce bout de code en elsefi elseif($context->shop->getGroup()->share_customer) $cookie = new Cookie('ps-sgc'.$context->shop->getGroup()->id, '', $cookie_lifetime, $context->shop->getUrlsSharedGroup(), false, $force_ssl); j'ai reécris une function qui renvoie l'ID des boutiques du groupe en question : public function getUrlsSharedGroup() { if (!$this->getGroup()->share_customer) return false; $query = new DbQuery(); $query->select('domain'); $query->from('shop_url'); $query->where('main = 1'); $query->where('active = 1'); $query .= $this->addSqlRestrictionOverride(Shop::SHARE_CUSTOMER); $domains = array(); foreach (Db::getInstance()->executeS($query) as $row) $domains[] = $row['domain']; return $domains; } /** * Add an sql restriction for shops fields * * @param int $share If false, dont check share datas from group. Else can take a Shop::SHARE_* constant value * @param string $alias */ public static function addSqlRestrictionOverride($share = false, $alias = null) { if ($alias) $alias .= '.'; $group = Shop::getGroupFromShop(Shop::getContextShopID(), false); /*if ($share == Shop::SHARE_CUSTOMER && Shop::getContext() == Shop::CONTEXT_SHOP && $group['share_customer']) $restriction = ' AND '.$alias.'id_shop_group = '.(int)Shop::getContextShopGroupID(); else*/ $restriction = ' AND '.$alias.'id_shop IN ('.implode(', ', Shop::getContextListShopID($share)).') '; return $restriction; } Cela fonctionne, mais je n'ai pas pu test en profondeur. Merci de me retourner les problèmes. Je suis en debuggage de ceci... Si quelqu'un peut contribuer, ca serait sympa ++
  19. Hi, see : http://doc.prestashop.com/display/PS16/Using+jQuery+and+Ajax
  20. Bonjour, Depuis quelques jours je constate un bug sur la version 1.5.6.2 de Prestashop. Ce bug intervint sur certains produits : La boutique est géré avec la gestion du stock avancée et lors d'une commande aucun mouvement de stock n'est généré, du coup les stocks sont faux. Est-ce qu'une personne aurait connaissance de la cause? Ce bug intervient subitement sans aucune modification technique sur le site. MErci de votre aide.
  21. Bonjour Nico, J'ai un doute sur votre méthode, étant donné que la table ps_order_discount n'existe plus en 1.6. Lors de l'insertion dans la base de données rattaché à PS 1.6, vous devriez avoir une erreur SQL sur cette table. Le meilleur moyen de faire un upgrade est de passer par le module 1-clickupgrade. La méthode de ceimedia est à mon avis la meilleur.
  22. Bonjour, je viens partager avec vous une petite astuce pour ceux qui rencontreraient des problèmes avec l'affichage des boutiques sur la carte Google map. Pour ma part, j'avais une erreur XML, celui-ci ne commençait pas en début, mais 2 3 ligne après (lignes vides). Firebug m'annonçait que <?xml ... ?> devait commencer au tout début. La cause est un/des sauts de ligne dans l'un des fichiers PHP ( module, classe le plus souvent) ex: . . . ?> . . les deux lignes qui suivent " ?>" provoque ce problème.. et il faut vérifier tous les fichiers pour supprimer ?> ou les deux lignes. Elles ont été causé par notepad++ pour ma part ou par le fait d'avoir Zip mes fichiers dans le cpanel, récupérer sur windows et remis sur un linux = des sauts de ligne de partout rajoutés... Dans votre controler StoresController php à la ligne ou il y a : die($dom->saveXML()) par die(preg_replace("#^(<br\s*/?>|\\n)+(.*?)(<br\s*/?>|\\n)+$#",'$2', $dom->saveXML())); Cela supprimera les lignes vides en sortie. Et cela évitera d'inspecter 15 000 fichiers pour trouver le fautif..
  23. Le bug apparait sous tout les navigateurs. j'ai écarté l'hypothèse du cache, car le bug disparait si on supprime et recréé une adresse A savoir, la boutique a été mise à jour depuis une version 1.4.
  24. Bonjour, J'ai un comportement très bizarre avec la liste des transporteurs. Celle-ci n'apparait qu'après avoir fait un Ctrl+f5 sur la page. Sinon j'ai le message "Aucun transporteur disponible". Si je change d'adresse, elle apparait correctement... si je reviens sur l'adresse créé en premier, de nouveau ""Aucun transporteur disponible", je dois alors refaire un ctrl+f5 Le bug n'apparait pas avec tous les comptes utilisateurs. (???) J'ai pu voir que beaucoup de personne avait ce comportement avec OPC, cependant j'utilise le tunnel d'achat standard. Aussi, ce comportement est également visible sur le template par défaut. Est-ce qu'une personne aurait une idée ? Version PS : 1.5.6.1
×
×
  • Create New...

Important Information

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