Jump to content

Shonen

Members
  • Posts

    267
  • Joined

  • Last visited

Everything posted by Shonen

  1. Salut, En installant la langue "Japan" sur ton site via Localisation > Localisation, ça va aussi installer les différents États, en plus de la langue, taxes, etc. 94 états pour être précis. Ce qu'il est possible de faire pour vous : vous créez des nouvelles Zones, par exemple Asie1, Asie2, Asie3... Dans lesquelles vous glissez les états concernés par les différents prix. Et vous gérez vos tarifs d'expédition avec ces nouvelles zones créées.
  2. Salut, Le problème vient de cette ligne dans le CSS : @media (max-width: 767px) #thumbs_list { width: 194px; } En soit, c'est le fonctionnement natif, mais normalement les images devraient être centrées et il devrait y avoir un défilement des images avec des flèches. Il semblerait que ton thème ai été override, vérifie dans le CSS de ton thème.
  3. Il s'agit de plusieurs choses : - minifier les javascript, chose extrêmement facile sur PS 1.6 puisqu'il existe une option sur la page Performance, que je ne trouve plus dans PS 1.7 Si tu trouve ceci dans le back-office 1.7 c'est tant mieux ! Sinon, tu peux te diriger vers des modules ou bien minifier manuellement https://www.minifier.org/ - compiler les JS en un seul fichier, soit encore une fois avec des modules soit manuellement https://www.filesmerge.com/fr/merge-javascript-files - différer l'utilisation des JS, pour ça il faut déplacer leur appel dans le footer, et ajouter l'attribut defer pour ceux qui ne sont pas utiles pour le DOM. encore une fois c'est natif sur 1.6 mais je ne sais pas pour 1.7, des modules le font aussi. Personnellement j'utilise le module de JPresta, qui fait le café : https://jpresta.com/fr/accueil/6-speed-pack-page-cache-lazy-loading-webp.html Il fonctionne de concert avec le cache natif Prestashop. Pour ça, la minification du code HTML aidera un peu, mais il s'agit avant tout d'alléger le contenu de ta page d'accueil tout simplement. Soit en modifiant le code source du thème, en embarquant moins de balises, soit en réduisant le contenu texte, ce qui réduira ainsi le code. Mais pas de miracle à réaliser en code, je ne vois aucun module qui te mettre à 100% dans cette catégorie sans faire un travail de fond.
  4. Salut, J'ai déjà eu un problème similaire mais avec en plus des ralentissements en front, assez violents. J'étais déjà sur un performance 1, avec BDD privée. J'ai un contact chez OVH Pro donc je leur demande s'ils ont des solutions, et ils disent que cela vient du site, d'une requête trop lente. Assez naïf je les crois, j'avais en plus réalisé pas mal de développements dessus (gestion de date en temps réel, des trucs relou). Mais le problème perdure quoi que je fasse, avec de surcoit énormément de coupure sur ce cluster en particulier (pas de chance me dit OVH). Le client en ayant marre, il décide de prendre son propre hébergement chez O2switch, et on fait la bascule à titre commercial. Depuis le site fonctionne à merveille... 5€/mois puisque tarif unique, je ne sais pas comment ils s'y retrouvent mais ça fonctionne. On conserve nos clients historiques chez OVH car on possède une assez grosse base, mais pour les projets où on sait qu'il va y avoir besoin de ressources ou des optimisations poussées de vitesse, on va chez O2switch maintenant. Le service (via chat en ligne) est impeccable, réponse en quelques secondes ou minutes AU PIRE. Donc mon conseil, puisque tu possèdes un site en ligne chez OVH et un site en local, essaye de prendre 1 serveur O2switch (sites, bases, et ressources illimitées) et de tester de le mettre en ligne. Tu verras la différence je pense. Et si tu n'es pas satisfait, au pire ça t'auras coûté 5€ de services et une heure de test tout au plus PS : "une forme" c'est probablement la trad de "un formulaire"
  5. Salut, Dis nous plutôt ce qu'il faut faire, on pourra peut être te guider sur comment le faire
  6. Salut, Le template Invoice.tpl ne récupère que la table orders_details, laquelle ne comprend que la réduction %. Le controller pour la page Orders utilise la fonction $order->getDiscounts si ça peut aider. Il faudrait ajouter cette info au controller des factures. Par contre sur du 1.7 aucune idée d'où modifier le controller qui crée les factures...
  7. Salut, Ok on peut essayer quelque chose. Je reste sur ma conviction qu'il s'agit d'un statut sans nom, au moins c'est quelque chose qu'on peut vérifier facilement : Retourne sur la page Commandes et cliques sur la commande qui cause soucis pour afficher plus d'infos. En haut, au niveau du statut, inspecte l'élément (F12 sur Chrome), et cible le : Ca devrait te mettre en surbrillance un "select", que tu peux ouvrir dans l'inspecteur. Ensuite cherche l'élément qui est "selected" pour voir son identifiant. Comme tu le vois sur ma capture, il s'agit du statut affiché soit "Livré", pour toi ça devrait être vide, mais tant pis tant qu'on récupère la value, qui correspond à 5 chez moi. Ensuite direction Paramètres de la boutique > Commandes > États de commandes, et tu cherches l'état qui correspond à cet identifiant. Tu peux essayer ça et nous faire un retour ?
  8. Salut, Il te faut désactiver la gestion des stocks, si tu n'utilises pas les stocks. Si tu autorise la commande si rupture de stock ET que tu n'affiche pas l'info, alors tu n'en a pas besoin.
  9. Méa culpa, cette capture d'écran me faisait cruellement penser à un 1.6 ! Je ne savais pas que les trads sous 1.7 pouvaient ressembler à ça.
  10. Après vérifications, le module "relancez vos clients" est un module abandonné depuis un moment déjà. Vérifie dans les dossiers de ton site, via FTP, si le fichier /modules/followup/cron.php existe bel et bien. Sinon, essaie une réinstallation du module https://github.com/PrestaShop/followup
  11. Salut, Tu nous donnes assez peu d'indices à vrai dire, je pense que ça en décourage beaucoup. Je vais quand même essayer. Tu utilise un module de relance clients j'imagine, car cette fonctionnalité n'est pas native donc écrire "relance clients prestashop" n'aide pas vraiment. Du coup ce module te propose un URL à utiliser avec un cron, c'est ça ? Quand tu utilise cette URL manuellement, ça te met une erreur ? Le lien ressemble bien à quelque chose du genre http://urlDeTonSite.fr/modules/nomDuModule/unFichierPhpCron.php?QuelquesParamètres ? Si c'est le cas, n'essaie même pas avec un cron, il y'a un problème avec ton module, et je te conseille de voir avec les développeurs du module. Si l'url du module fonctionne, mais que c'est le cron que tu n'arrive pas à configurer, montre nous la configuration du cron, ou la configuration de l'hébergeur si tu utilise le cron de l'hébergeur.
  12. Parce que vous êtes sur Prestashop 1.6 et que vous n'avez pas prévenu... Hors en 2021 les Prestashop sont surtout en 1.7, d'où la bonne réponse de 1Seb. Vérifiez que le module Mail alerts est bien installé, ensuite c'est bien dans Localisation > Traductions > Modules > votre thème > votre langue. Ensuite chez moi c'est tout en bas, sous "Product"
  13. Salut, Même si ton site Presta effectue une redirection pour le commun des mortels, tu peux toujours accéder au back-office avec l'URL du cluster/lienVersTonAdmin. Tu ne seras pas redirigé en essayant de te connecter au BO. Ensuite depuis le BO via ton cluster, tu pourras modifier l'URL par défaut dans SEO/Urls.
  14. Tu post pas mal sur ce forum, et préciser la version de son Prestashop c'est quand même LA BASE, comment peut-on aider sinon ? Personnellement je n'ai jamais eu le bouton Modifier de caché, 1.6 ou 1.7, tu dois avoir un vraiment petit écran. Pour régler ce problème tu peux cliquer sur la petite flèche en haut à gauche pour cacher le menu du Tableau de Bord Avant / Après Sinon voici la documentation 1.7 sur l'édition des vues Backoffice : https://devdocs.prestashop.com/1.7/modules/concepts/templating/admin-views/
  15. Salut, Je pars du principe que c'est Presta 1.6 si tu ne précise pas. Il faut modifier (ou plutôt override) controllers>admin>AdminCustomersController.php pour ajouter le groupe client dans la fonction construct et renderForm. Pardon what ? Incompréhensible ^^ Le bouton "modifier" en face de chaque client est à droite oui, mais pas besoin de déplacer l'ascenseur... Ou alors il faut dézoomer ta page ou changer d'écran s'il est trop petit. Sinon c'est le même fichier admincustomerscontroller auquel il faut modifier l'ordre d'affichage j'imagine, je n'ai jamais essayé. Petit module certes trop puissant pour ce que tu demande, mais que j'utilise pour un client et qui est plutôt pratique : https://addons.prestashop.com/fr/outils-administration/21217-bo-customizer-consulter-toutes-vos-donnees.html
  16. Salut, Ton thème date du 30 Juillet 2017, peut être qu'il n'a pas aimé le passage à 1.6.1.24 Les spécificités du serveurs ont l'air OK, mais plutôt regarder qui est ton hébergeur ? Certains partagent un peu trop leurs ressources avec leurs clients, 1&1 ou OVH pour n'en citer que peu. Voir avec @Mediacom87 pour une liste de serveurs qui supportent mieux Prestashop. Balance l'URL de ton site sur des outils qui vont analyser pour détecter si les erreurs peuvent venir du code source, quelques exemples : https://developers.google.com/speed/pagespeed/insights/ https://gtmetrix.com/ https://chrome.google.com/webstore/detail/lighthouse/blipmdconlkpinefehnmjammfjpmpbjk?hl=fr Ou même simplement l'inspecteur de code de ton navigateur, ongglet Network. Si tu vois que l'attente provient de ce qui s'appelle TTFB, c'est qu'il s'agit (probablement) de ton serveur, sinon c'est une requête mal foutue et là c'est plut compliqué à diagnostiquer.
  17. Sauf à mettre des stocks fictifs pour ne jamais être en rupture je ne vois pas. Si vous autorisez l'achat même en rupture de stock ou non, il n'y aura pas d'impact négatif.
  18. Oui, une déclinaison "Conditionnement" qui serait "x1", "x100", etc. Mais avec ça le client final pourrait bien choisir le conditionnement "x100" avec une quantité à 3, ce qui donnerait 300 bonbons (c'est un exemple). Et une déclinaison "Goût", avec "Fraise", "Pomme", "Vanille", ... Et vous désactivez la gestion des stocks. Aucun soucis pour relier avec un logiciel de gestion si vous n'avez pas de gestion de stock. Tant que dans votre logiciel de gestion, le produit par exemple "Bonbon langue de chat - goût fraise" possède le même identifiant unique que "Bonbon langue de chat - goût pomme", c'est OK.
  19. Salut, Tu peux utiliser les déclinaisons, et désactiver le stock.. Mais il ne faut pas utiliser les caractéristiques. Si par exemple le produit que tu vends est un t-shirt en coton, le coton sera une caractéristique intrinsèque du produit donc pas une déclinaison, par contre si tu le propose en coton ou en polyester, dans ce cas c'est une déclinaison. Je ne vois pas comment une déclinaison n'impacte pas la quantité que tu as en stock.
  20. Salut, Probablement une erreur de version PHP Sinon, lorsque tu passe en mode debug, pense à vider le cache manuellement dans le dossier /var/cache/, il devrai y avoir un dossier /dev/ et /prod/ tu peux supprimer les deux, ils vont se régénérer automatiquement sans problème, et ça règle souvent les soucis d'erreur lors du passe du mode PROD au mode DEBUG et vice versa. Ensuite, tu as bien vérifié que tes modules de paiement sont toujours actifs et présents dans leurs hooks ? N'hésite pas à les réinitialiser au besoin, normalement ça ne vide pas leur configuration.
  21. Attention à ne pas partager l'URL de votre back-office J'ai l'impression que dans votre URL, le symbole % fait buguer. Sinon, je n'ai pas d'idée désolé, en général ces modules sont installés nativement sur Prestashop...
  22. J'imagine qu'il en existe d'autres ! Merci pour le partage de lien en tout cas. Non pas vraiment, il vaut mieux attendre la réponse de ton marchand. Mais quelque chose me saute à l'esprit maintenant, vous dites que le statut "est vide", hors ce n'est pas possible, mais ce qui est possible c'est que le statut sélectionné n'ai pas d'intitulé. Regardez du côté de Paramètres de la boutique > Commandes > États de commandes. Il est possible que le module ai créé de nouveaux états mais sans intitulé peut-être ? Dans ce cas il suffirait de les modifier pour renseigner un intitulé du genre "Paiement validé via CMCIC" ou quelque chose. Je n'ai pas de site sous la main avec ce module donc je ne peux pas vérifier si le module créé des statuts, mais ça peut être le cas.
  23. Oui, probablement, si vous pouviez récupérer le module à jour déjà ça enlèverait ce doute. J'avoue ne pas connaitre ce fournisseur de modules, pour le système de paiement CMCIC je ne connais que 2 alternatives, celle de Prestashop ou la solution proposée par la banque, qui vient de la société Hosteco. Mais imaginons que votre upload du module est correct, personnellement j'essaierais plusieurs choses : Si le paiement est OK (les sous sont bien crédités sur le compte bancaire), mais que le statut de la commande n'est pas mis à jour, il est possible que ce soit la configuration côté TPE qui n'est pas correctement renseignée. Vous parlez de l'ancienne version de votre site, est-ce que l'URL à changée ? Il faut bien renseigner l'URL de retour de la boutique du côté de votre TPE bancaire. Je vous conseille de vous pencher sur la backoffice du TPE (Monetico Paiement je crois)
  24. Salut, Aucun soucis de mon côté sur la même configuration que tu nous affiche mais sur le thème natif. Donc en effet il s'agit probablement soit de ton thème, soit d'un module. Des erreurs console ? As-tu essayé de vider le cache ? Mettre en mode debug ? PS : si tu as des sous-catégories dans Cigarettes electroniques et qu'elles ont des produits, il faut aussi gérer les produits des sous-catégories je pense.
×
×
  • Create New...

Important Information

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