Jump to content

Tchupa

Members
  • Posts

    654
  • Joined

  • Last visited

Everything posted by Tchupa

  1. Bonjour Eolia, pourriez vous être un peu plus précis , via une requête SQL ? si oui connaissez vous celle-ci ? En vous remerciant. Cordialement.
  2. Bonjour tout le monde, je viens de passer une de nos boutiques en https avec redirection 301 car c'est une version assez ancienne 1.4 Par contre je rencontre encore quelque difficulté avec du contenu mixte c'est a dire un mélange du protocole http et https . Il s'agit des images uploader via le BO dans la description des fiches articles (attention je ne parle pas des images produits mais celle que l'on peut ajouter dans la description). Auriez vous une solution simple pour remédier a ce désagrément ? car je me vois mal retirer et remettre les images de chaque description, de chaque fiche article. En vous remerciant. Cordialement.
  3. Ok je vous remercie bien pour votre aide Eolia. Bonne soirée. Cordialement Tchupa.
  4. Ok, j'ai les créer à la main car lorsque je réinitialise le module rien ne change. Par contre je viens de remarquer un truc étrange concernant cette table c'est que lorsque je la consulte je suis directement redirigé vers l'onglet structure impossible d'afficher l'onglet "Afficher" de la table ps_paypal_order il est grisé.
  5. Bonjour Eolia, tout d'abord merci d'avoir pris le temps de me lire. Vous me confirmez bien qu'il me manque le 3/4 de la structure de la table dont vous me parlez ? En vous remerciant. Cordialement.
  6. Bonjour, suite à la mise à jour du module paypal ce matin je rencontre actuellement un problème. Lorsque je change le status d'une commande j'obtiens une page blanche, j'ai donc activer les messages d'erreur et j'obtiens ceci: Strict Standards: Declaration of Cart::getPackageShippingCost() should be compatible with that of CartCore::getPackageShippingCost() in /home/monsite/www/override/classes/Cart.php on line 268 [PrestaShopDatabaseException] Champ 'payment_method' inconnu dans field list SELECT `payment_method`, `payment_status` FROM `ps_paypal_order` WHERE `id_order` = 18092 LIMIT 1 at line 791 in file classes/db/Db.php 786. if ($webservice_call && $errno) {787. $dbg = debug_backtrace();788. WebserviceRequest::getInstance()->setError(500, '[SQL Error] '.$this->getMsgError().'. From '.(isset($dbg[3]['class']) ? $dbg[3]['class'] : '').'->'.$dbg[3]['function'].'() Query was : '.$sql, 97);789. } elseif (_PS_DEBUG_SQL_ && $errno && !defined('PS_INSTALLATION_IN_PROGRESS')) {790. if ($sql) {791. throw new PrestaShopDatabaseException($this->getMsgError().'<br /><br /><pre>'.$sql.'</pre>');792. }793. 794. throw new PrestaShopDatabaseException($this->getMsgError());795. }796. }[/code] Et si vous revenu en arrière le status n'a pas changé dans le détail de la commande, par il est bien pris en compte dans la liste des commandes. Auriez vous une idée? En vous remerciant. Cordialement Tchupa.
  7. Bonjour, personne ne rencontre ce problème ou a une idée d’où cela peut provenir ? Tchupa.
  8. Bonjour, notre boutique est actuelle sous la version prestashop 1.6.1.3 . Nous expédions certains de nos colis de la France vers la Belgique dont des professionnels qui ont un numéro de TVA intracom. C'est sur ces factures de client pro se faisant livrer en Belgique que nous rencontrons actuellement un problème, en effet les articles sont bien facturés au client en H.T sauf les frais d'expéditions la TVA apparaît sur la facture ce qui est bien gênant surtout pour les déclarations de TVA intracom. Seriez vous d’où cela peut provenir? En vous remerciant. Cordialement Tchupa.
  9. Bonjour, dans un soucis de toujours donner le maximum d'information a nos clients nous voudrions inclure dans le champs stock - disponibilité produit un lien qui permet d'ouvrir une fenêtre jquery qui permettra au client d'en savoir plus sur les produits en stock et les délais quand ce n'est pas le cas. Je rencontre actuellement un petit désagrément quand je fais la modification nécessaire, le lien apparait bien quand le produit est en stock dans le cadre vert, mais n'apparait pas quand le produit est hors mais vente autorisé dans le cadre orange. Voici le bout de code concerné: <!-- availability or doesntExist --> <p id="availability_statut"{if !$PS_STOCK_MANAGEMENT || ($product->quantity <= 0 && !$product->available_later && $allow_oosp) || ($product->quantity > 0 && !$product->available_now) || !$product->available_for_order || $PS_CATALOG_MODE} style="display: none;"{/if}> {*<span id="availability_label">{l s='Availability:'}</span>*} <span id="availability_value" class="label{if $product->quantity <= 0 && !$allow_oosp} label-danger{elseif $product->quantity <= 0} label-warning{else} label-success{/if}">{if $product->quantity <= 0}{if $PS_STOCK_MANAGEMENT && $allow_oosp}{$product->available_later}{else}{l s='This product is no longer in stock'}{/if}{elseif $PS_STOCK_MANAGEMENT}{$product->available_now}{/if} <!-- ajout en savoir plus délai --> <a class="iframe" href="{$base_dir}content/24-delai-produit?content_only=1" style="text-decoration:none;"><b><font color="red">EN SAVOIR +</font></b></a> </span> </p> Auriez vous une idée? j'ai raté un truc? En vous remerciant. Cordialement.
  10. Bonjour, lorsqu'un de nos clients nous envoie un e-mail via le formulaire de contact de prestashop 1.6 et qu'il indique bien la référence de sa commande, dans le mail que nous recevons cette référence n'apparait pas. Voilà ce que nous avons a la place: Commande # : - Pièce jointe : - Auriez vous une idée? en vous remerciant. cordialement Tchupa.
  11. Bonjour, sur la 1.4 avant l'ordre suivant quand un produit n'était pas en stock "En cours de réapprovisionnement" "Paiement accepté" Ce qui avait pour conséquence que toutes les nouvelles commandes que le produit soit en stock ou non avaient toutes le même status c'est a dire "paiement accepté" ce qui nous arrangeaient car le module qui nous permet d'exporter nos étiquettes d'expédition , le fait automatiquement pour toutes nos commandes avec le status "paiement accepté" et c'était plus clair pour nous. Hors depuis que nous avons effectué la mise à jour vers 1.6 lorsqu'un client passe une nouvelle commande et que celle-ci contient un produit hors stock les status sont : "paiement accepté" "En cous de réapprovisionnement" Nous nous retrouvons donc avec des nouvelles commandes qui ont 2 status différents en fonction si tout les produits sont en stock ou non. Nous voudrions soit supprimer le status "en cours de réapprovisionnement" ou les mettre dans l'ordre comme sur la 1.4 J'espère avoir était suffisamment clair. En vous remerciant. Cordialement .
  12. bonjour, sous prestashop 1.6.1.3, j'aimerais changer l'ordre des status lorsqu'un client passe une commande. Actuellement lorsque le client passe sa commande les status sont "paiement accepté" ou "En cours de réapprovisionnement" "paiement accepté" Je voudrais dans le deuxième cas inversé les status. Seriez vous comment je dois m'y prendre? En vous remerciant. Cordialement.
  13. Bonjour, je sais pas pour vous mais en suivant les différentes modifications pour récupérer les onglets, celà affecte la vitesse d'ajout des articles au panier. Sa ralenti considérablement le temps d'affichage lorsqu'on ajoute un article dans le panier .
  14. Bonjour, voilà je viens de mettre en ligne ma boutique que j'ai mis à jour en local et tout fonctionne correctement sous wamp, une fois en ligne quand je me rends à l'adresse de mon BO voici le message d'erreur que j'ai (impossible d'avoir accés au BO) [PrestaShopException] No access reference in table module_access for id_module 117. at line 2539 in file classes/module/Module.php 2534. self::$cache_permissions[$employee->id_profile][$row['id_module']]['uninstall'] = $row['uninstall']; 2535. } 2536. } 2537. 2538. if (!isset(self::$cache_permissions[$employee->id_profile][$id_module])) { 2539. throw new PrestaShopException('No access reference in table module_access for id_module '.$id_module.'.'); 2540. } 2541. 2542. return (bool)self::$cache_permissions[$employee->id_profile][$id_module][$variable]; 2543. } 2544. ModuleCore::getPermissionStatic - [line 3256 - classes/controller/AdminController.php] - [2 Arguments] AdminControllerCore->getModulesList - [line 2295 - classes/controller/AdminController.php] - [1 Arguments] AdminControllerCore->renderModulesList - [line 2021 - classes/controller/AdminController.php] AdminControllerCore->initContent - [line 137 - controllers/admin/AdminLoginController.php] AdminLoginControllerCore->initContent - [line 189 - classes/controller/Controller.php] ControllerCore->run - [line 367 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 58 - admin/index.php] Auriez vous une idée d'ou le problème peut provenir ? Ma boutique est sous prestashop 1.6.1.1 En vous remerciant. Cordialement Tchupa.
  15. Bonjour, merci pour ce module . Ou sa force le client a vérifier le suivi de son colis car il n'a rien reçu Tchupa.
  16. Bonjour, Est ce que une personne pour mettre a disposition la dernière version du module stiffcarriercateg a disposition svp? Merci. Cordialement Tchupa.
  17. Bonjour, ma boutique est sous prestashop 1.4.11 je rencontre actuellement un problème lors des remboursements paypal, en effet quand je génère un avoir en cochant bien la case inclure les frais de port, le remboursement paypal se fait automatique mais le remboursement quand on le vérifie sur le compte paypal rembourse que les articles et non les frais de transport. Comment dois je m'y prendre pour que le remboursement paypal inclus bien les frais de transport ? Merci. Cordialement Tchupa.
  18. Logiquement tu en as plus besoin puisque tu dois mettre un formulaire de rétractation pour les retour a la disposition du client depuis le 14 juin 2014 (loi hamon) . Et quand le client rempli le formulaire tu reçois le mail et lui aussi Tchupa.
  19. Je comprends très bien votre position , j'essaie de mettre cette fichu version en ligne au plus vite.
  20. Là ce n'est pas la boutique en elle même qui est longue c'est l'action d'ajouter un article au panier qui est très lent.
  21. Effectivement vous avez raison et sa ne résoud pas le problème de lenteur lorsqu'on ajoute un produit au panier. Auriez vous une idée d'ou celà peut provenir ? Merci. Tchupa.
  22. Bonjour, voilà je tente d'effectuer une mise à jour d'une de nos boutiques de prestashop 1.4.11 vers 1.6.0.9, la mise à jour c'est plutôt bien déroulé. Seulement j'ai remarqué que l'ajout d'un article au panier est très très lent, j'ai donc effectué une recherche sur le forum et d'après certains membres celà pourrait provenir du module "envoimoinscher" J'ai donc fait une recherche dans la liste des modules via le BO et il apparait bien dans la liste, il n'est pas installé. J'ai donc voulu le supprimer totalement, j'ai commencé par faire une recherche dans le répertoire "module" mais il n'est pas présent dans celui-ci. J'ai effectué une recherche dans ma base de donné et pareil nada pas trace de ce module mais il apparait toujours dans cette fichu liste !!!!! Ma question est donc comment faire pour virer totalement tous ces modules qui ne me servent pas ??? En vous remerciant. Cordialement Tchupa.
  23. J'avais bien compris pour les modifications c'était juste a titre informatif au cas ou quelqu'un ferais la même recherche que moi
  24. Bonjour, merci pour ton aide, effectivement il est bien présent sous la 1.6 c'est API google analytics mais le nom du dossier dans le répertoire module j'en ai aucune idée Par contre j'ai vu que dans GA désormais on peut suivre un peu l'impact des méthodes marketing qu'on met en place , comme les images promotionnelles, mais j'ai pas trouvé comme le mettre en place pour qu'on puisse analyser tout ça
×
×
  • Create New...

Important Information

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