Jump to content

Dissitou

Members
  • Posts

    27
  • Joined

  • Last visited

Everything posted by Dissitou

  1. Bonjour Je n'ai pour ma part pas réussi à faire fonctionner correctement le webservice sur un hébergement mutualisé d'OVH. Cela date un peu (environ 6 mois) mais à la suite d'une demande de support un technicien OVH m'avait indiqué qu'effectivement cela ne marchait "pas bien" chez eux... Cela dépend peut-être des serveurs (?) Toutefois, je vois que tu utilises la version 1.7.6.2 avec PHP 7.3 c'est peut-être une autre raison du souci, en effet seule la version 1.7.7 est annoncée comme compatible avec PHP 7.3, selon cette page de la doc. Essaie avec PHP 7.2 ou fais une mise à jour vers PrestaShop 1.7.7 Désolé de ne pas pouvoir être d'une meilleure aide :)
  2. Test effectué, vous avez raison. En fait mon erreur vient du fait que sur la facture, le cadeau apparaît dans la liste HT avec son vrai prix, puis que la réduction est appliquée et le montant du cadeau est déduit, mais les deux opérations sont effectuées sur une seule ligne. Je n'avais bêtement pas vérifié le montant total... Mille excuses pour le bruit, et encore un grand merci pour le complément d'information qui m'a mis sur la bonne piste Je passe le sujet en [Résolu]
  3. Merci beaucoup pour cette réponse très instructive, et notamment le complément d'information qui me semble tout à fait pertinent Je fais un test plus complet dans la journée et reviens vous dire ce qu'il en est.
  4. Bonjour, Je rencontre un problème avec une règle de panier, pour laquelle je dois ajouter un cadeau. La réduction fonctionne mais le cadeau est facturé, alors qu'il devrait, sauf erreur de ma part, être ajouté avec un montant 0 sur la commande et la facture. Ci-joint une copie écran de l'onglet Action de cette règle de panier Est-ce un bug ou une mauvaise compréhension de cette fonctionnalité ? Et si c'est un bug, sauriez-vous m'aider à le résoudre ? Pour info, ma version de PrestaShop est la 1.7.6.3, et la version de PHP est 7.2.31. Je me tiens bien entendu à votre disposition pour tout renseignement complémentaire dont vous pourriez avoir besoin Merci d'avance pour votre aide. Cordialement
  5. Bonjour. Notre comptable souhaiterait pouvoir filtrer la liste des factures par pays d'expédition, ce que ne permet pas le back-office actuellement, où l'on ne peut sortir qu'un PDF par dates ou par état, sauf évidemment erreur de ma part. C'est pour les déclarations de TVA, l'idéal serait de pouvoir produire un fichier CSV mensuellement pour chacun des pays de l'UE. À défaut, si une âme charitable pouvait m'indiquer ou me donner une piste pour effectuer une requête SQL permettant de le faire, je saurais me débrouiller pour en faire un petit module, mais si ça existe déjà cela m'arrangerait bien. Merci pour votre aide et bonne journée à toutes et à tous.
  6. Bonsoir Merci Eolia et Mediacom87 pour les conseils qui m'ont permis de comprendre un peu plus comment PrestaShop fonctionne Mais j'ai finalement résolu mon problème avec un bricolage ^^ Dans /classes/Tools.php j'ai simplement modifié la durée de vie du cache Smarty dans la fonction enableCache(), par défaut fixée à un an, pour la réduire à un délai plus court. En test actuellement 1 heure, ça marche bien Je n'ai pas vraiment besoin d'une actualisation précise et en temps réel, je pense même passer à 3 ou 4 heures par la suite. Oui, je sais que toucher aux fichiers originaux c'est le mal (faudrait que je fasse un module pour ça, avec un réglage pour la durée, mais ça doit exister en beaucoup mieux). Mais j'y gagne par rapport au vidage du cache après chaque commande : s'il y en a beaucoup en même temps, le cache n'a pas à être recompilé trop souvent. Je ne sais pas si je dois mettre ce sujet en résolu, parce que ma solution ne correspond pas vraiment à la question initiale (?) Bonne soirée
  7. Bonjour J'ai fait mes devoirs. Si j'ai bien compris vos indications et la doc, dans la classe de mon module, j'ajoute dans la fonction install() $this->registerHook('actionValidateOrder'); Puis, toujours dans la classe de mon module, j'ajoute une fonction publique non-statique public function hookActionValidateOrder(array $params) { $this->_clearCache('*'); } Est-ce que j'ai bon, ou suis-je passé à côté d'une étape essentielle (ça me semble trop simple...) ? Note : dans mes tests en local, et sans ces modifications, je réalise que les commandes effectuées ne provoquent pas de mise à jour du compteur, ce qui me semble cohérent avec le comportement en production. Mais si l'on change l'état de la commande, en la passant par exemple du statut "En attente du paiement par chèque" au statut "En cours de préparation", le compteur est bien mis à jour. De même, si j'annule une commande après coup, alors qu'elle avait déjà été prise en compte par mon compteur, celui-ci est bien décrémenté. Est-ce à dire que le changement d'état d'une commande appelle la fonction validateOrder() dans classes/PaymentModule.php ? Si oui, il me semble que je n'ai pas forcément besoin de modifier quoi que ce soit à mon module, ce qui là aussi serait trop beau... En effet, mon compteur se mettrait à jour lors du traitement des commandes, tout simplement. Je testerai ça sur les jours qui viennent et reviendrai confirmer ou infirmer. Merci encore pour vos conseils et votre patience.
  8. Je disais cela parce que si je pose une question et qu'elle m'est retournée sous forme d'une évidence je n'avance pas beaucoup. Comprenez moi bien, je ne cherche pas à polémiquer, et je comprends que je dois faire mes devoirs avant de solliciter l'aide de bénévoles. Je cherche beaucoup de mon côté, et n'ai sollicité aucune aide avant d'être coincé De plus j'ai déjà bénéficié de votre aide sur d'autres sujets, et vous remercie encore pour votre implication à aider des débutants. Je retourne donc à mes études
  9. Désolé encore, je ne comprends pas : mon code est appelé sur chaque page. Du coup si je comprends bien, cela reviendrait à vider tout le cache. À ce compte là, autant ne pas l'utiliser du tout... Edit : y aurait-il une utilité à vous donner un lien vers le dépôt Github où je garde le code du module, ou est-ce trop demander ?
  10. Merci Mediacom87, votre réponse est similaire à celle de Eolia : je vois bien ce qu'il faudrait faire, mais je n'ai pour l'instant pas de piste sur la manière de le réaliser. Le "code qui va bien" est la bonne réponse, mais un peu vague (ce n'est pas un reproche). Mille excuses, je ne connais pas assez PrestaShop. Je continue à chercher de mon côté, bien évidemment
  11. Je reformule ma question. En cherchant dans le cache /var/cache/prod/smarty/cache/ je trouve bien le fichierx xx.php correspondant à la vue de mon module Je découvre la valeur cache_lifetime dans le tableau $_smarty_tpl->_decodeProperties($_smarty_tpl, array 'cache_lifetime' => 31536000, Ce qui correspond à 1 an et semble être la valeur par défaut... Puis-je définir la valeur à 1 heure seulement, ce qui serait largement suffisant pour mon usage ? Et bien sûr comment ? ;)
  12. Oui, merci Eolia, c'est bien ce que je veux réaliser. Mais je ne sais pas comment le faire automatiquement, je suppose que tu ne me conseilles quand même pas de le faire par FTP ? La documentation ne dit rien à ce sujet, et mes recherches n'ont pour l'instant rien donné. Un petit coup de main serait le bienvenu
  13. Bonjour Je m'occupe de la boutique https://www.naycia.com sous PrestaShop 1.7.6.3, avec un thème enfant du thème Cosmetics acheté sur addons.prestashop.com J'ai créé un module qui permet d'afficher, sur la boutique, le nombre de commandes passées pour le mois en cours (voir en bas de page "La cagnotte du mois"). C'est un peu plus élaboré mais ça se résume à ça, si besoin bien entendu je mettrai ici le code du module. Le module a été conçu en suivant la documentation officielle. Lorsque le cache smarty est désactivé, le compte est bien implémenté à chaque commande. En revanche, lorsque le cache est activé, ce compte n'est pas mis à jour, il ne l'est que si je vide le cache dans le back-office ou si je modifie le code du module. Côté paramètres avancés > performances, voir la capture d'écran ci-jointe pour les réglages Ma question est : est-il possible de désactiver ce cache uniquement pour ce module particulier, ou à tout le moins réduire le temps de mise en cache ? Et si ce n'est pas possible, la désactivation du cache risque-t-elle de beaucoup ralentir la boutique (côté admin, dans le tableau de bord, j'ai entre 150 et 250 visites dans les dernières 30 minutes) ? Merci d'avance pour toute suggestion me permettant de corriger mon problème
  14. Bonjour Encore débutant avec PrestaShop (mais pas en développement web), j'ai une demande pour une boutique qui devrait comporter deux catégories principales, mais dont chacune doit avoir un thème différent. Chaque catégorie principale doit pouvoir contenir des sous-catégories, et (et c'est là que je m'interroge) le menu principal, le footer et les modules attachés à la page d'accueil doivent aussi pouvoir être différents, chacun avec ses propres réglages. Les produits quant à eux seront affectés à l'une ou l'autre de ces deux catégories exclusivement. J'ai déjà une boutique en deux langues avec un thème acheté sur PrestaShop Addons, pour lequel j'ai créé un thème enfant. Tout fonctionne bien. Ma version de PS est la dernière en date, soit 1.7.6.2 aujourd'hui. Ma question est la suivante : est-il nécessaire de créer une multiboutique pour ma demande, ou y a-t-il un module sur la place de marché qui me permettrait d'obtenir ces comportements ? Merci d'avance pour toute suggestion, je reste bien évidemment à votre disposition pour toute information complémentaire. PS : et au fait : bonne année 2020 à toutes et à tous
  15. C'est un VPS, avec un accès SSH et moins de limitations qu'un mutualisé, et le webservice en PS 1.7.6 y fonctionne bien pour moi Pour l'option ?ws_key que j'avais aussi vue dans la doc, je n'ai pas trouvé comment l'utiliser avec la mise à jour auto des taux de change et une tâche cron, qui était mon principal besoin.
  16. Je reviens pour compléter et terminer ce sujet. Après de nombreux échanges où le support d'OVH affirmait que leur infrastructure était totalement compatible avec le webservice, j'ai fini par obtenir une réponse bien différente d'un administrateur : Je laisse ça là, pour ceux qui auraient eu le même souci et se poseraient la question... Pour ma part, je ne me risquerai pas à tenter l'expérience avec leur VPS, échaudé par la qualité de leur support (3 semaines pour finir par avouer que leur hébergement est en cause), et je déménage chez Gandi
  17. J'ai précisé le titre en y ajoutant le nom de l'hébergeur, j'espère que la modération le permet. Un détail de plus : après recherches, j'ai vu plusieurs fois la même solution (répétée telle quelle d'un blog à l'autre...), que j'ai tentée sans succès : 1) mettre dans le répertoire webservice un fichier .htaccess avec cette directive <IfModule mod_rewrite.c> RewriteEngine on RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] </IfModule> 2) ajouter dans ce même répertoire les lignes suivantes au fichier dispatcher.php if (strpos(@php_sapi_name(), 'CGI')) { list($_SERVER['PHP_AUTH_USER'], $_SERVER['PHP_AUTH_PW']) = explode(':', base64_decode(substr($_SERVER['HTTP_AUTHORIZATION'], 6))); } Mais le .htaccess empêche tout accès et redirige vers la page 404 de Prestashop. Si quelqu'un a une autre idée ? J'attends toujours une réponse au ticket ouvert chez l'hébergeur.
  18. Server API FPM/FastCGI Loaded Configuration File /images/stable/usr/local/php-config/7.2/php-fpm.ini Je trouve ça au début du phpinfo(), ce qui semble confirmer tes soupçons... Je reste en attente du support d'OVH. Ça me ferait quand même mal si leur hébergement web n''était pas compatible avec Prestashop. Merci encore.
  19. Merci doekia Effectivement, par l'url je parviens à consulter le fichier xml https://www.mondomaine.com/api/currencies/2/?ws_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx mais pas avec la méthode recommandée par la documentation https://[email protected]/api/currencies/2/ ni directement sur l'adresse mondomaine.com/api/. Dans ces deux derniers cas, le dialogue d'authentification tourne en boucle Est-on certain que l'hébergement est en cause ? (je pose cette question non pas pour te mettre en doute, mais parce que j'ai vu plusieurs sujets sur des forums par des utilisateurs qui ont le même souci que moi et avec d'autres hébergeurs) Je vais interroger OVH pour déterminer si l'hébergement est en cause, et si on peut corriger le problème.
  20. Bonjour Je tente d'activer le webservice sur ma boutique sous Prestashop 1.7.6. J'ai créé une clé d'API (pour la mise à jour automatique des taux de change), avec toutes les permissions pour la ressource "currencies" (GET, PUT, POST, DELETE et HEAD) Malheureusement j'ai le message d'alerte suivant sur la page Paramètres avancés > Webservice Lorsque je tente d'atteindre la page https://mondomaine/API/ le dialogue d'autorisation me demande la clé d'API, mais ne l'accepte pas et réaffiche le dialogue sans arrêt La boutique est hébergée chez OVH sur un contrat mutualisé (offre perf2014x2), et je pense que le module Apache mod_auth_basic est activé (d'ailleurs comment le vérifier ?) car c'est assez commun. Sauriez-vous me metre sur la piste ? Merci
  21. Sur le même thème ? Dans ce cas voici la modification apportée au fichier custom.js : /* ------------ Start TemplateTrip Parallax JS ------------ */ var isMobile = /Android|webOS|iPhone|iPad|iPod|BlackBerry/i.test(navigator.userAgent); if(!isMobile) { if($(".parallex").length){ $(".parallex").sitManParallex({ invert: false });}; }else{ if($(".parallex").length){ $(".parallex").sitManParallex({ invert: true });}; } /* ------------ End TemplateTrip Parallax JS ------------ */ C'est une rustine : le dernier test n'est jamais validé mais ça me va et je n'ai pas vu d'effet de bord.
  22. Réflexion tout à fait pertinente, j'aurais dû m'y attendre Merci encore pour ton aide, je n'avais pas songé à changer d'user-agent pour déboguer. Je reviendrai lorsque j'aurai compris comment corriger, ou pas...
  23. Merci Doekia pour la piste je n'avais pas vu ça... En effet, il y a bien cette fonction dans le fichier custom.js du thème. /* ------------ Start TemplateTrip Parallax JS ------------ */ var isMobile = /Android|webOS|iPhone|iPad|iPod|BlackBerry/i.test(navigator.userAgent); if(!isMobile) { if($(".parallex").length){ $(".parallex").sitManParallex({ invert: false });}; }else{ $(".parallex").sitManParallex({ invert: true }); } /* ------------ End TemplateTrip Parallax JS ------------ */ Pensez-vous que je peux tenter de supprimer carrément tout ce bloc ?
  24. Bonjour J'ai un souci avec le panier uniquement sur tablettes et téléphones : lorsqu'on ajoute un produit, il faut actualiser la page pour qu'il s'affiche dans le panier. Les appareils mobiles testés incluent une tablette et un téléphone Samsung et un Apple Ipad. Sur tous, on observe le même symptôme : lorsqu'on ajoute un produit au panier il ne se passe visuellement rien. Si on actualise la page, le produit est bien dans le panier. Il n'y a pas de problème en revanche sur un ordinateur, sous Windows comme sous Linux ou Apple, et ce avec différents navigateurs URL de la boutique : https://www.mimosa-cavatore.fr/ Version de PrestaShop : 1.7.2.4 Version de PHP : 7.1.13 Thème actif : PRS01 (démo ici : https://addons.prestashop.com/demo/FO14634.html) Le panier Ajax est activé dans le back-office. J'ai tenté de le désactiver mais sans meilleur résultat Après de nombreuses recherches et tentatives, j'ai suivi les conseils sur cette page https://www.prestasoo.com/blog/disable-prestashop-add-to-cart-popup-step-by-step.html Mais avec seulement un demi-succès : le client sur ordinateur est bien redirigé vers le panier, c'est le comportement que je désirais dans tous les cas, mais pas celui sur téléphone ou tablette Côté debug, dans la console du navigateur (Firefox 59 sous Linux Mint), j'ai le message suivant : Erreur dans les liens source : request failed with status 404 URL de la ressource : https://www.mimosa-cavatore.fr/themes/core.js URL du lien source : core.js.map Le fichier core.js est pourtant bien joignable à son adresse, et je ne sais pas si ce message est lié à mon problème Sur la page de démo du thème, le panier fonctionne aussi avec les tablettes et téléphones, mais je ne sais pas sous quelle version de prestashop ça tourne... Merci d'avance pour toute aide me permettant de progresser. Je reste à votre disposition bien entendu pour fournir plus de détails si nécessaire. Bonne journée
×
×
  • Create New...

Important Information

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