Jump to content

couillaler

Members
  • Posts

    310
  • Joined

  • Last visited

Everything posted by couillaler

  1. Hello, Tu n'as pas précisé ta version de PHP. Si tu as accès aux paramètres PHP de ton serveur, peut-être faudrait-il vérifier les paramètres de mémoire alloué à l'exécution des scripts (max_execution_time, memory_limit...). Tu peux déjà en avoir un aperçu dans PS, menu Paramètres Avancés - Informations Mais, selon les fournisseurs de services (là où est hébergé ta boutique) ou le type de serveur (mutualisé, dédié...), tu auras accès à plus de paramètres encore (config paramètres PHP, php.ini...). Tu éviteras ainsi certains timeout. Et, oui, pour les sauvegardes, les faire directement à partir du système de gestion de BDD et directement sur le serveur pour les fichiers est une bonne tactique (phpMyAdmin (ou autre outil selon fournisseur) pour la BDD, et FTP/SSH pour les dossiers/fichiers de la boutique PS). Antoine
  2. Hello, Si tu parles du module Amazon de Common-Services (sinon lequel utilises-tu pour faire le lien avec Amz ?) tu dois effectivement installer chaque langues, mais elles peuvent être désactivées dans PS, cela suffit au module. C'est écrit dans leur doc technique (et d'ailleurs, c'est ce que je fais moi-même sur ma boutique avec ce module, je n'ai laissé que l'anglais d'activé car mon site est bilingue et je suis en lien avec toutes les plateformes Amazon [.fr, .co.uk, .it, .es, .de, .se, .pl, .nl, .com...]). Tu évites ainsi ces différents sitemap. Sauf si tu as envie de proposer toutes ces langues à tes clients sur PS, auquel cas, tu peux les laisser activées. Ça ne répond pas vraiment à ta question, mais ça peut simplifier la lourdeur de ta boutique/gestion (avec x langues activées) Antoine
  3. Bravo! Hé ben, je me demande comment tu as fait pour trouver ça ! 😃 En tout cas, ça servira sûrement à d'autres personnes, merci pour ton retour (tu peux même passer le sujet en [Résolu] si c'est OK avec ton PS) Antoine
  4. Oui, puis tous les ans quand il faut se farcir l'augmentation annuelle des tarifs en allant modifier toutes les cases de tous les tableaux... 😕 Mais bon, c'est une fois par an, et ça ne concerne pas tout le monde, chacun s'organisant différement avec le port. Antoine
  5. Hello Produit A : RM et TA Produit B : RM et TB si tu mets A et B dans le même panier, la seule variable commune est RM, c'est donc la seule qu'il affichera, c'est logique. Comment PS pourrait autoriser TB pour produit A s'il n'est pas coché ? Encore heureux qu'il ne le fasse pas. Il faudrait que Produit A aie RM, TA et TB de coché pour que PS propose RM et TB au final avec Produit A et B dans le panier. Mais du coup, si le client ne met que A dans le panier, il lui sera aussi proposé TB (car coché). Donc, à mon avis, tu vas vite te retrouver bloqué avec un tel modèle et X produits. Tout dépend évidemment de ce que tu vends et des transporteurs en question. Il faudrait peut-être envisager une autre approche (transport basé sur poids, prix, destination...) que TA pour un produit et TB pour plusieurs. Mais là, difficile de t'aider sans en savoir plus. Antoine
  6. Hello, Tu devrais donner des précisions sur ton installation (version PS, PHP, et éventuellement les transporteurs que tu veux utiliser)... Sinon, oui, bien sûr, c'est possible, il te faut pour cela créer des zones géographiques (dans le menu International sous PS 1.7) (par exemple France Métropolitaine / DROM-TOM 1 et 2 / Zones de La Poste [Zone 1, Zone 2...Zone 7]), puis attribuer des pays à chacune de ces zones (onglet Pays du même menu International - Zones géographiques) . Puis, dans menu Livraison - Transporteurs (toujours dans PS 1.7), créer des transporteurs avec des tarifs (soit basé sur le poids ou sur le prix des articles) en fonction des zones créées. Ainsi, lors de la saisie de l'adresse d'un pays, le client se verra automatique attribuer un tarif correspondant à la zone tarifaire à laquelle il appartient. La gestion du port est un facteur important dans la création d'une boutique, c'est vrai que c'est toujours un peu le bordel (ou juste long) de créer un truc logique et fonctionnel. Mais il faut prendre le temps de le faire. Dommage de rater une vente pour des frais de livraison mal étudiés ou mal calibrés en fonction du panier. Après, si cette réponse ne t'aide pas, il faudrait en dire un peu plus sur tes besoins. Bonne chance ! Antoine
  7. Hello, En ce qui me concerne, j'ai supprimé des commandes qui n'étaient pas des commandes de tests, mais des commandes qui posaient des problèmes (pour des raisons techniques peu importantes ici), peu m'importait de remettre les compteurs à zéro. Ma boutique était déjà lancée depuis des années... Pour info sur la légalité de supprimer des commandes numériques, j'ai conservé des archives papiers de ces commandes/factures, rien d'illégal donc à supprimer le côté numérique de ces commandes sur PS. Il est plutôt illégal d'en faire disparaître toute trace. Enfin, en tout cas, ça me semble logique ainsi. Est-ce réellement important pour toi de démarrer à zéro sur les commandes et factures ? Si c'est juste "pour faire propre", c'est peut-être pas la peine de prendre le risque de bidouiller sa BDD. Quand tu auras plusieurs dizaines/centaines/millliers de commandes, tu n'en seras pas à une petite dizaine de commandes/factures tests près. Bon, sinon, désolé, je n'ai pas la réponse à ta question pour remettre les compteurs à zéro. Antoine
  8. Hello, Aller dans Performances - Vider le cache toujours dans performances : Compilation des templates - Forcer la compilation des templates (ou mettre à jour si modifié) (penser à le remettre sur autre chose, pas la peine de le laisser sur forcer la compil' après tes essais). Vider le cache de ton navigateur ? Ou bien selon le navigateur, afficher la console de développement/inspecteur - Réseau - cocher case "disable cache" et rafraîchir la page. Tester avec un autre navigateur. Vérifier dans tes catégories que l'accès au groupe est bien validé pour les groupes d'utilisateurs que tu veux (visiteurs, invités, clients...), je sais pas si ça joue sur la visibilité ou l'accès cela dit. Voilà déjà quelques idées en vrac qui me viennent à l'esprit... Sinon, donne plus d'infos techniques sur ton installation (version PS, PHP...). Antoine
  9. Hello, Ou bien le module Delete Orders Free : https://mypresta.eu/modules/administration-tools/delete-orders-free.html Il a bien fonctionné sur ma version 1.7.7 (existe aussi pour 1.6 sur la page ci-dessus) Antoine
  10. Hello, Tu pourrais par exemple déjà donner la version PS installée... Sinon, as-tu vidé aussi ton dossier cache entre les deux opérations ? Si tu te connecte en SSH (via un terminal) sur ton serveur, une petite commande de ce genre sera bien efficace pour vider le cache Prestashop : rm -R -f [chemin_site]/var/cache/ Ou bien aller dans PS : Paramètres avancés/Performances/Vider le cache Antoine
  11. logique... Pas de souci, il vaut mieux poser une question que de planter sa boutique. Antoine
  12. Hello, Oui, ils seront recrées. Comme déjà dit, le dossier cache peut être vidé totalement (fichiers et dossiers). Tu n'as rien à créer dans le dossier cache qui ne le sera pas tout seul. Antoine
  13. Bonjour, Allez hop! J'ouvre un sujet directement Résolu ! Mais voilà, bien que simple, comme j'ai bien galéré pour trouver la solution à ce dernier, je partage la solution ici. Avec un peu de chance, ces mots-clefs finiront par attirer d'autres personnes ayant rencontré le même souci que moi. Depuis la version 1.7.7 de Prestashop est apparue la fonction de pouvoir ouvrir plusieurs commandes d'un seul coup dans différents onglets de votre navigateur. Or, dans Chrome, je rencontrais le problème suivant. Lorsque je cochais plusieurs commandes, puis dans Actions Groupées - Ouvrir dans de nouveaux onglets, Google Chrome ouvrait un seul onglet et affichait sur celui d'origine le message d'avertissement : Sur les autres navigateurs, cela fonctionne très bien. Cela venait donc de Chrome. Après moult recherches infructueuses avec les mots-clefs de ce message, et fouille des paramètres, j'ai fini par trouver la solution, terrée dans une fonctionnalité de Chrome. Il faut donc aller, dans Chrome, dans Paramètres (ou Préférences, selon) - Confidentialité et sécurité - Paramètres des sites - Pop-up et redirections (bloqué par défaut, ce qui est bien) - Autoriser et là, ajouter son nom de domaine www.monsiteprestashop.fr Et là, enfin, sans avoir besoin de relancer le navigateur, je peux enfin profiter de cette fonction dans PS d'ouvrir plusieurs commandes d'un seul coup dans plusieurs onglets ! Fonction utile pour moi qui les ouvre pour saisir sur chacune, par flashage du code-barre, un numéro de suivi avant de passer en Expédié. Voilà, petite contribution du jour... Antoine
  14. Oui, les dossiers caches, c'est comme les dossiers TMP, ça peut se vider sans sourciller ! Et comme le dit @Bllidz une copie au préalable est aussi possible, juste pour se rassurer. Perso, assez régulièrement, quand je me connecte sur mon serveur, j'en profite pour faire un rm -R -f [chemin_site_web]/var/cache/ Ça vide tout le dossier cache. Antoine
  15. Hello, Et quelle est l'erreur quand tu n'es pas en mode debug ? Sinon, les classiques, vider le dossier cache, vérifier si ça ne vient pas d'un module en particulier... Antoine
  16. Hello, Ahhh, l'éternel problème des arrondis pour la TVA sur PS. J'ai l'impression qu'au fil des versions de PS, c'est un sujet difficile à résoudre, car toujours existant. Il y a déjà pas mal d'articles à ce sujet ici, as-tu déjà été les consulter ? Peu de remèdes, hélas... Antoine
  17. Hello, Je pense qu'il y a beaucoup de boutiques mutualisées qui n'ont pas ces problèmes... l'avantage du dédié, c'est l'accès total au serveur, et surtout une meilleure bande passante car serveur pas partagé. Quand tu dis que c'est en rade, c'est une panne avec message d'erreur ou un timeout qui fait que l'accès est tellement long que ça se bloque ? C'est pas ton prestashop qui fonctionne pas, c'est le serveur qui est pas accessible ? Tu peux aussi les mettre en demeure de maintenir la qualité de service concernant ton compte, avant de les quitter, si cela ne suffit pas, pour choisir un meilleur hébergeur. Antoine Perso, je suis en dédié chez Amen (pas à me plaindre et n'ai pas de souci avec le serveur, et ils sont joignables (!) ), peut-être pas les moins chers, mais le service, ça se paie aussi, parfois.
  18. Hello, Depuis l'activation de cette fonction as- vidé manuellement les caches de PS, de ton navigateur (ou essayer avec un autre), désactiver temporairement la fonction dans Performance "cache pour les feuilles de style" et activer "forcer compilation des template") Sinon, au cas où, cela viendrait d'un module propre au thème ? Tu ne précise pas celui que tu utilise... Antoine
  19. Hello, Quand tu dis que tu as été voir du côté du module, tu y avais bien retrouvé ces phrases que tu as ensuite traduites ? (auquel cas il faudrait envisager de : vider les caches de PS, de ton navigateur (ou essayer avec un autre), désactiver temporairement la fonction dans Performance "cache pour les feuilles de style" et activer "forcer compilation des template") Sinon, restent les traductions de thèmes, et aussi le Classic, même si tu ne l'utilise pas. Antoine
  20. Hello, Vider le dossier /var/cache manuellement pour laisser le système y créer ce qu'il semble désirer y créer ? Remettre les permissions à ce qu'elles devraient être 755 pour les dossiers et 644 pour les fichiers ? (777 est un peu dangereux, cela ouvre les permissions à tout le monde!) Tu as fait quelque chose de précis qui a entraîné ce phénomène ? install, mise à jour, désinstall... ? J'ai cru lire que "Doctrine Proxy" avait à voir avec le Lazy Loading des images, peut-être faut-il creuser de ce côté ? Bon, ceci est issu d'une très rapide recherche dans un moteur de recherche, cela ne veut donc peut-être rien dire... Sinon, je ne comprends pas trop ce que veux dire "il me donne 127 comme code alors qu'il doit etre de 1 à 5 (severity)" Antoine
  21. Super! Ben bonne continuation alors... Jusqu'au prochain bug! Prestashop et les modules tiers ne manquant pas d'en créer... Antoine
  22. Hello, As-tu regardé dans Paramètres de la boutique - Recherche - Indexation pour voir si tous tes produits étaient indexés, voire de "Reconstruire l'index" pour voir si ça change quelque-chose ? Antoine
  23. Hello, Bon, je crois avoir résolu le problème. Du coup, j'ai pu en isoler la provenance initiale. Cela fait suite à un ménage que j'ai fait dans mes modules installés, histoire d'alléger un peu la boutique. Ménage accompagné de la suppression des répertoires dans le dossier module bien entendu, pour qu'il soit efficace. J'avais, entre autre, supprimé tous les modules natifs de PS concernant les stats (je ne les utilise pas). J'avais fait cette manipulation il y a un certain temps, j'imagine que peu de clients ont constaté le souci, et encore moins m'en ont prévenu ! 😕 Comme ici le message indiquait un problème avec le module ps_customeraccountlinks (Lien de connexion client), j'ai été le chercher sur GitHub https://github.com/PrestaShop/ps_customeraccountlinks Voici à quoi sert ce module :"Enrich your stats, add a registration progress tab to analyze your visitors’ behavior." (perso, il ne me sert pas) Et l'ai réinstallé. Et là, youpi, ça refonctionne ! Accès, en tant que client, à mon compte sur le FO ! 🥳 Petite note, sur GitHub; il est dit qu'il s'agit de la version 3.1.1, et c'est celle-ci que j'ai téléchargé, mais chez moi, ça indique, une fois installé, version 2.0.4, est-ce normal ? Cela correspond-il à la version que j'avais installé avant, mais d'où sort-il ce 2.0.4 alors car j'avais viré le répertoire... Si vous avez la réponse, je suis preneur. Par contre, ce module ne me sert toujours à rien, peut-on le désinstaller ?? Et si oui, faut-il accompagner cette désinstallation d'une autre ? Ou bien d'une manipulation spéciale ? Antoine Je passerai le sujet en Résolu dans peu de temps, le temps de voir si tout est OK quand même...
  24. Hello, Oui, en fait, moi non plus, au départ. C'est un problème récent chez moi, et lié à ma seule configuration sans doute. Merci en tout cas pour tes précisions... Antoine
  25. PS : 1.7.7.3 / PHP 7.3.28 / Thème Zro03 2.5.7 Bonjour, Mes clients n'arrivent plus à accéder à leur compte client pour voir le détail de leur commande ou quoi que ce soit de leurs données. Erreur 500 (ou page blanche) à chaque fois qu'ils cliquent sur le bouton de connexion, après avoir saisi le login et mot de passe. Les accès directs aux rubriques genre "suivre ma commande" ne fonctionnent pas plus que l'accès au compte. J'ai réinitialisé le module "lien connexion client" (en passant, car j'ai dû chercher un peu, qui doit ensuite être greffé sur le hook DisplayTop au cas où il disparaît après sa réinit), vidé les caches, nettoyé un peu la BDD (module PS cleaner et PrestaSpeed)), pas de mise à jour effectuée récemment (voir plus bas dans ce message cela dit) Voici en mode debug ce que ça donne Whoops, looks like something went wrong. (1/1) Exception Module `ps_customeraccountlinks` is not a WidgetInterface. in smartyfront.config.inc.php line 70 at withWidget(array(), object(Closure)) in smartyfront.config.inc.php line 87 at smartyWidget(array('name' => 'ps_customeraccountlinks'), object(SmartyDevTemplate)) in SmartyLazyRegister.php line 83 at SmartyLazyRegister->__call('smartyWidget', array(array('name' => 'ps_customeraccountlinks'), object(SmartyDevTemplate))) in 7a78f07636d456f444622d551de57f6b8497b7d0_2.file.page.tpl.php line 81 at Block_6310731746097ddd585a1a9_03278473->callBlock(object(SmartyDevTemplate)) in smarty_internal_runtime_inheritance.php line 248 at Smarty_Internal_Runtime_Inheritance->callBlock(object(Block_6310731746097ddd585a1a9_03278473), object(SmartyDevTemplate)) in smarty_internal_runtime_inheritance.php line 184 at Smarty_Internal_Runtime_Inheritance->process(object(SmartyDevTemplate), object(Block_6310731746097ddd585a1a9_03278473), object(Block_17966662946097ddce79c1f1_46350240)) in smarty_internal_runtime_inheritance.php line 186 at Smarty_Internal_Runtime_Inheritance->process(object(SmartyDevTemplate), object(Block_17966662946097ddce79c1f1_46350240)) in smarty_internal_runtime_inheritance.php line 156 at Smarty_Internal_Runtime_Inheritance->instanceBlock(object(SmartyDevTemplate), 'Block_17966662946097ddce79c1f1_46350240', 'left_column', 7) in a206ffafe7f36882c9cc2fd26b0ddf2d6e7a19cb_2.file.layout-both-columns.tpl.php line 394 at Block_10016494126097ddce79b3e9_32668014->callBlock(object(SmartyDevTemplate)) in smarty_internal_runtime_inheritance.php line 248 at Smarty_Internal_Runtime_Inheritance->callBlock(object(Block_10016494126097ddce79b3e9_32668014), object(SmartyDevTemplate)) in smarty_internal_runtime_inheritance.php line 184 at Smarty_Internal_Runtime_Inheritance->process(object(SmartyDevTemplate), object(Block_10016494126097ddce79b3e9_32668014)) in smarty_internal_runtime_inheritance.php line 156 at Smarty_Internal_Runtime_Inheritance->instanceBlock(object(SmartyDevTemplate), 'Block_10016494126097ddce79b3e9_32668014', 'main_content') in a206ffafe7f36882c9cc2fd26b0ddf2d6e7a19cb_2.file.layout-both-columns.tpl.php line 99 at content_6097ddce7a3935_54514318(object(SmartyDevTemplate)) in smarty_template_resource_base.php line 123 at Smarty_Template_Resource_Base->getRenderedTemplateCode(object(SmartyDevTemplate)) in smarty_template_compiled.php line 114 at Smarty_Template_Compiled->render(object(SmartyDevTemplate)) in smarty_internal_template.php line 216 at Smarty_Internal_Template->render() in smarty_internal_template.php line 385 at Smarty_Internal_Template->_subTemplateRender('layouts/layout-both-columns.tpl', null, 'ZOneThemelayouts/layout-left-column.tpl', 0, 31536000, array(), 2, false, null, null) in smarty_internal_runtime_inheritance.php line 116 at Smarty_Internal_Runtime_Inheritance->endChild(object(SmartyDevTemplate), 'layouts/layout-both-columns.tpl') in 12b268bd22a6c64bcf9fe37846ac6db14a431ec8_2.file.layout-left-column.tpl.php line 33 at content_6097ddce78baf1_72435287(object(SmartyDevTemplate)) in smarty_template_resource_base.php line 123 at Smarty_Template_Resource_Base->getRenderedTemplateCode(object(SmartyDevTemplate)) in smarty_template_compiled.php line 114 at Smarty_Template_Compiled->render(object(SmartyDevTemplate)) in smarty_internal_template.php line 216 at Smarty_Internal_Template->render() in smarty_internal_template.php line 385 at Smarty_Internal_Template->_subTemplateRender('layouts/layout-left-column.tpl', null, 'ZOneThemelayouts/layout-left-column.tpl', 0, 31536000, array(), 2, false, null, null) in smarty_internal_runtime_inheritance.php line 116 at Smarty_Internal_Runtime_Inheritance->endChild(object(SmartyDevTemplate), 'layouts/layout-left-column.tpl') in a583ea7c399c72d1270d462c14e559200f0ce88c_2.file.page.tpl.php line 34 at content_6097ddd586d8d8_20547197(object(SmartyDevTemplate)) in smarty_template_resource_base.php line 123 at Smarty_Template_Resource_Base->getRenderedTemplateCode(object(SmartyDevTemplate)) in smarty_template_compiled.php line 114 at Smarty_Template_Compiled->render(object(SmartyDevTemplate)) in smarty_internal_template.php line 216 at Smarty_Internal_Template->render() in smarty_internal_template.php line 385 at Smarty_Internal_Template->_subTemplateRender('page.tpl', null, 'ZOneThemelayouts/layout-left-column.tpl', 0, 31536000, array(), 2, false, null, null) in smarty_internal_runtime_inheritance.php line 116 at Smarty_Internal_Runtime_Inheritance->endChild(object(SmartyDevTemplate), 'page.tpl') in 7a78f07636d456f444622d551de57f6b8497b7d0_2.file.page.tpl.php line 50 at content_6097ddd5861375_95990400(object(SmartyDevTemplate)) in smarty_template_resource_base.php line 123 at Smarty_Template_Resource_Base->getRenderedTemplateCode(object(SmartyDevTemplate)) in smarty_template_compiled.php line 114 at Smarty_Template_Compiled->render(object(SmartyDevTemplate)) in smarty_internal_template.php line 216 at Smarty_Internal_Template->render() in smarty_internal_template.php line 385 at Smarty_Internal_Template->_subTemplateRender('customer/page.tpl', null, 'ZOneThemelayouts/layout-left-column.tpl', 0, 31536000, array(), 2, false, null, null) in smarty_internal_runtime_inheritance.php line 116 at Smarty_Internal_Runtime_Inheritance->endChild(object(SmartyDevTemplate), 'customer/page.tpl') in 87097ee999ec7531c110565d8b55ff062a4d6ff9_2.file.history.tpl.php line 38 at content_6097ddd584dd58_25039812(object(SmartyDevTemplate)) in smarty_template_resource_base.php line 123 at Smarty_Template_Resource_Base->getRenderedTemplateCode(object(SmartyDevTemplate)) in smarty_template_compiled.php line 114 at Smarty_Template_Compiled->render(object(SmartyDevTemplate)) in smarty_internal_template.php line 216 at Smarty_Internal_Template->render(false, 0) in smarty_internal_templatebase.php line 232 at Smarty_Internal_TemplateBase->_execute(object(SmartyDevTemplate), null, 'ZOneThemelayouts/layout-left-column.tpl', null, 0) in smarty_internal_templatebase.php line 116 at Smarty_Internal_TemplateBase->fetch('customer/history.tpl', null, 'ZOneThemelayouts/layout-left-column.tpl', null, false, true, false) in SmartyDev.php line 40 at SmartyDev->fetch('customer/history.tpl', null, 'ZOneThemelayouts/layout-left-column.tpl') in FrontController.php line 704 at FrontControllerCore->smartyOutputContent('customer/history.tpl') in FrontController.php line 686 at FrontControllerCore->display() in Controller.php line 326 at ControllerCore->run() in Dispatcher.php line 518 at DispatcherCore->dispatch() in index.php line 28 Je n'ai pas trouvé sur le net d'équivalence à ce mesage : "Module `ps_customeraccountlinks` is not a WidgetInterface". (seulement des "WidgetInterface not found", ce qui n'est pas pareil). Le souci est que je ne sais pas depuis combien de temps perdure ce bug, un client vient de me le signaler, maus d'autres l'avaient peut-être déjà constatés avant sans me le dire. Du coup, je ne sais pas trop s'il provient d'une mise à jour d'un module en particulier, ou à cause d'une autre intervention. 😕 Est-ce que ce message dit déjà quelque-chose à quelqu'un ? Je peux donner plus d'info si besoin, ou effectuer d'autres test ? PS est installé sur un serveur dédié et privé, j'ai donc accès à tous les paramètres. Mes recherches sur le forum n'ont rien donné, mais j'ai peut-être utilisé de mauvais mots-clef... Merci pour votre assistance, Antoine
×
×
  • Create New...

Important Information

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