Jump to content

JCL69

Members
  • Posts

    55
  • Joined

  • Last visited

Everything posted by JCL69

  1. Ah, merci Eolia pour cette réponse (très) rapide. Je vais essayer cela ! 🤗
  2. Bonjour tout le monde, Depuis quelques jours, je suis confronté à un souci que l'on peut qualifier de spam. Puisque de nombreux comptes clients se créént. Mais rien que l'intitulé du Nom de famille et le prénom est remplacé par une URL dont je n'ai suis pas allé voir mais qu'a mon avis, ne pointe pas vers Wikipédia, me laisse présager une sorte de spam. Mon prestashop est bien a jour (version 1.6.1.23), je n'ai pas installé récemment de nouveau module ni fait un changement spécifique à la config de ma boutique. Du coup, je m'interroges : Pourquoi d'un coup un tel "bombardement". En effet, je reçois environ une vingtaine d'inscriptions de ce type (copie d'écran ci-jointe). Il me faut faire le tri tous les jours en faisant attention aux vrais comptes clients (autrement, ça ne serait pas drôle, évidemment). J'ai d'abord tenté la suppression un par un (fastideux, il faut le reconnaître). Puis je suis passé directement sur PhPMyAdmin pour faire une sélection et supprimer tout d'un coup les comptes parasites. D'autres personnes ont eu le même souci et que peut-on faire pour arrêter ce flot de comptes-spam ? Si quelqu'un à une solution, je suis preneur. Merci par avance.
  3. Allez, soyons fous, faisons fi des croyances et autres superstitions ! Je supprimes ! Plus sérieusement, c'est vrai que je n'ai jamais bien supprimé les éléments "intégrés" de Prestashop pensant que si un problème se présentait suite à cette suppression, ce serait plus compliqué pour le restaurer par rapport à un module tiers. Effectivement, comme vous le dites, il s'agît d'un outil d'assistance... bien que c'est vrai que le terme assistance soit un peu exagéré pour cet outil, je trouves. Il n'apporte pas grand chose si ce n'est (pour ma part) à flatter l'égo du commerçant qui serait fier comme Artaban dès l'apparition de l'acquisition d'un nouveau badge. Bon, je comprends si certains commerçants y trouvent une certaine utilité. On peut y voir là une certaine forme de booster, mais bon, si cela doit nuire aux performances techniques...
  4. Merci Eolia pour ta réponse. Non, je ne me réveilles pas 1 mois après... enfin si mais bon, c'est un autre débat. J'ai vu quel était l'élément qui provoquait ce ralentissement. Il s’agissait du module Expertise Prestashop (portant le joli nom de gamification sur le hook "DisplayBackOfficeHeader" (66 sec. de chargement à lui seul... Sacrée bestiole). Je comprends mieux maintenant pourquoi j'attendait une plombe à chaque login de mon BO. Je l'ai désactivé sans trop de crainte. Son utilisation est, à mon sens, plus destiné à flatter le commerçant qu'autre chose. Du coup, il ne risque pas de bloquer ma boutique. Maintenant, le BO s'ouvre en 3 secondes maxi. C'est reparti !
  5. Bonjour tout le monde, Je me retrouve confronté à un petit problème (on va dire plutôt désagrément). Ma boutique tourne sur Prestashop 1.6.1.20. Depuis quelques semaines, je constate que la connexion au BackOffice est d'une lenteur terrible. La page d'accès à l'identification apparaît rapidement (du moins, tout à fait normalement), mais une fois loggé, le temps d'arriver à la page d'accueil du BackOffice, il faut bien compter 25-30 secondes. En revanche, la navigation dans le back office est normale. La boutique également est rapide, bref, ce n'est que l'identification du BO qui est lent. J'ai bien tenté de désactiver certains modules quelque peu gourmand (tels que Google Analytics que j'ai dégreffé de l'accueil du BO), mais bon pas de grand changement. Peut-être qu'un petit nettoyage de ma boutique s'impose, mais bon, histoire de ne pas trop m'avancer à l'aveuglette, j'ose demander vos avis, si jamais vous avez été confronté à ce type de ralentissement. Merci par avance.
  6. Bonjour tout le monde, Je viens vers vous parce que je sens que je vais devenir fou (si, si !) Voilà mon petit problème. Actuellement, ma boutique tourne sur PS 1.6.1.x. Pour des raisons de tests, j'ai créé un site "clone" pour tester PS 1.7.3. Sur ce site qui me sert de bac à sable, je teste un peu l'ensemble, les nouveautés de l'interface, etc... Et dans l'ensemble, je retrouve mes marques si ce n'est au niveau des déclinaisons de produits. Mes produits prennent en compte 3 attributs différents (1 attribut TAILLE gérant 4 valeurs, 1 attribut gérant COULEURS gérant 13 valeurs et 1 attribut LANGUE gérant 2 valeurs). Pour ce qui est de l'attribut taille, le prix change suivant la taille choisie. Les autres attributs n'ont pas d'incidence sur le prix. Sur 1.6.1, j'étais habitué au Générateur de Déclinaisons de produits. On sélectionne les valeurs des attributs qui nous intéresse, j'augmente le prix des valeurs TAILLE que je voulais modifier et la génération faisait le reste. Sur 1.7.3, la chose semble très différente. Alors, j'ai essayé plusieurs façons de faire (on va dire que je ne suis pas plus bête qu'un autre...). Si je sélectionnes les valeurs (au passage, on doit cliquer sur chacune des valeurs pour les sélectionner alors que sur le générateur de PS 1.6, un CTRL + A suffisait à tout sélectionner), certes toutes les déclinaisons semblent se générer, mais si je dois modifier les prix de la taille, je dois faire la modification sur chacune des déclinaison, c'est à dire : "TAILLE 1, COULEUR 1, LANGUE 1", "TAILLE 1 COULEUR 1, LANGUE 2", etc.. Je vous épargne le listing. En revanche, si je ne sélectionne que les tailles, bon, là je peux changer les prix, mais du coup, cela ne s'applique pas aux autres attributs COULEUR et LANGUE. Bon, je ne sais pas si je suis bien clair dans mes explications... J'avoue que moi-même j'y perd un peu mon latin. Concrètement, je souhaiterai savoir la technique pour créer des déclinaisons avec des attributs multiples... et si possible de façon simple. Voilà, si quelqu'un peut éclairer ma p'tite lanterne avant que je ne sombre définitivement dans la folie, ça serait super sympa !
  7. @Doekia Ma foi, si ça règle le souci, je veux bien faire toute la purge nécessaire! Au niveau du serveur, je suis sur un VPS avec Plesk. Par contre, je vais peut être poser une question très con... Mais quel est le répertoire qu'il faut purger ?
  8. Effectivement, les réglages sont bien identiques sur mon BO. A une subtilité près, comme je le disais à Doekia, voila ma petite surprise complémentaire :
  9. Eh oui, j'ai bien pensé au cache navigateur... Mais j'ai essayé avec 3 navigateurs différents (Chrome, Firefox et Safari), je me met même en mode "navigation privée", tous les caches sont vidés... J'ai tenté avec d'autres postes (des Macs et des PC, pas de jaloux) et le resultat est le même !
  10. Pas de CDN ni Cloudflare. En revanche, j'ai installé Memcached sur mon serveur. Ceci dit, j'ai tenté de le désactiver en passant l'option de cache classique "système de fichiers", mais pas de changement.
  11. Bonjour tout le monde, Je me trouves confronté à un problème un peu étrange. Je suis sur Prestashop 1.6.1.17 et j'ai voulu changer les images d'illustration de mes catégories. Rien de bien compliqué en soi, me direz-vous, sauf qu'après mise à jour des illustrations en questions, ces dernières apparaissent bien en lieu et place sur le BO. Evidemment, je fais les petites manips classiques dans ce genre de réglages : vider le cache, regénération des miniatures, et vidage du cache du navigateur. Mais malgré cela, sur mon site, ce sont toujours les anciennes images qui apparaissent. Mais chose un peu bizarre que j'observe, c'est que si je change le nom de la catégorie (il suffit juste d'ajouter ou de supprimer une lettre) et que je valide, là, la nouvelle image apparait bien correctement. Et si je remet le nom initial de la catégorie, l'ancienne image réapparaît. Vraiment, c'est un truc de fou ! Bon, je pense peut être plus à un bug de Prestashop car les nouvelles images semblent bien importées et j'ai fait le test sur plusieurs machines, avec plusieurs navigateurs différents pour le même résultat. Alors, évidemment, vous me direz qu'il me suffit de renommer mes catégories, sauf que c'est un peu moyen (surtout pour le SEO) de devoir refaire les noms de toutes les catégories. Donc, voilà... Si quelqu'un à une solution à me proposer avant que je finisse de m'arracher les quelques cheveux qui me restent, je suis preneur !
  12. Bonjour tout le monde, J'ai une petite question d'ordre un peu technique. Attendu que sur le rendu d'une facture ou d'un bon de livraison, un thumbnail du produit apparaît pour chaque produit listé. Ce thumbnail est, si je ne me trompe pas, la première image apparaissant dans la liste des images du produit. Ma question est tout simple : Est-il possible de faire en sorte que le thumbnail choisi puisse être non pas le premier de la liste mais le 3eme, par exemple ? J'ai essayé de farfouiller un peu les différents fichiers et je n'ai pas trouvé la solution (si tant est que cela soit possible, bien évidemment). Merci par avance si quelqu'un à la réponse.
  13. Bonjour tout le monde, Je viens vers la communauté pour une sorte d'appel à l'aide. Voilà, j'ai actuellement une boutique qui tourne en prod en 1.6.1.17 et j'envisage de passer sur 1.7.2.x. Pour cela, j'ai créé une version en local pour tester, voir la compatibilité de certains modules et surtout se faire un peu la main sur l'interface. Dans l'ensemble, cela se passe pas trop mal, mais il y a une chose pour lequel je bute complètement : les déclinaisons de produits. Ceux qui utilisent cette fonction seront surement d'accord avec moi pour dire qu'entre la 1.6.1 et la 1.7.2, la gestion des déclinaison à bigrement changé. J'avais pris l'habitude de la version de la 1.6, mais pour celui de la 1.7, c'est complément différent et pour tout dire, j'ai beau faire plusieurs tentatives, je ne retrouve pas le mêmes résultats que j'obtenais via celui de la 1.6. En fait, j'utilise 3 attributs différents : Taille (contenant 4 valeurs), Style (contenant 2 valeurs) et Couleurs (contenant 12 valeurs). Je veux pouvoir faire en sorte d'ajouter toutes les valeurs des attributs Couleurs et Style à chacune des valeurs de tailles pour laquelle une majoration de prix différente s'applique pour chaque valeur de Taille. (j'espère que je suis clair dans mon illustration ). J'avoue qu'en dehors de générer toutes les déclinaisons avec toutes les valeurs de chaque attributs et de modifier une a une la cellule "Majoration prix" de chaque ligne générée, j'avoue que ce n'est pas une manière de gagner du temps. Voila, en gros, mon souci. Peut-être que je m'y prends mal (j'ose espérer car j'ai l'impression être le seul à regretter l'ancienne version de cette fonctionnalité). En tous cas, si quelqu'un à une petite aide à m'apporter, j'en serai plus que ravi. Merci par avance.
  14. La version 1.7.2.x dernièrement sortie peut-elle être considérée comme une avancée en matière de stabilité ?
  15. J'ai vu ça avec mon hébergeur, ils ont détecté un p'tit bug et m'ont réparé tout ça... Tout marche bien maintenant !! Merci à tous pour vos réponses !
  16. En effet, mon hébergement est en PHP 5.4 (j'ai fait un essai local en PHP 7.0 et plus aucun problème). Par contre, je vais poser une question surement très bête (vous me direz qu'il n'y a que comme ça qu'on apprend), mais j'aimerai évoluer le PHP 5.4 de mon hébergement sur au moins PHP 5.6, voire sur PHP 7.0. Si la commande de changement de version de PHP se fait facilement, y-a-t-il des risques pour le site de prod et surtout pour la base de données ? Dois-je faire quelque chose en particulier sur mon PrestaShop pour le préparer à cette bascule ?
  17. Ah, effectivement, je n'avais pas pensé au mode debug. Merci pour ce rappel ! Alors, j'ai tout refait depuis le début : nouvelle install de PS 1.7.1.2, sur une nouvelle base mysql (histoire de faire ça bien propre). Au moment de l'install du nouveau thème, l'erreur 500 m'indique le message suivant : Whoops, looks like something went wrong. FatalErrorException in xippostsclass.php line 296: Parse Error: syntax error, unexpected 'isset' (T_ISSET) Je suis allé voir le fichier xippostsclass.php et voici la fameuse ligne 296 qui semble poser problème : return (isset($rslts['id_xipposts']) && !empty(isset($rslts['id_xipposts']))) ? true : false; Je ne suis pas expert en PHP, mais le ? avant le true me semble faite tâche, non ?
  18. Bien, je me permet de revenir après quelques essais... J'avoue que j'y perd un peu mon latin. Chacune de mes tentatives de changements de thèmes se solde par une erreur 500 à la fois du BO mais aussi du FO (pour le BO, c'est moins handicapant car un F5 suffit à tout recharger. Cela me permet de garder la main sur l'admin). Alors certes, j'ai cru comprendre que pour certains d'entre vous, PS 1.7 ne semblait pas avoir une place VIP dans leur coeur ! Je ne doute évidemment pas de vos ressentis, ils sont très certainement justifiés. Néanmoins, je me pose quand même cette question : on serait sur la 1.7.0.0, je dirai OK : ceux qui testent essuient un peu les plâtres, comme on dit. Mais aujourd'hui avec la 1.7.1.2, on serait quand même en droit de s'attendre à une version assez stable (évidemment, la stabilité parfaite n'existe pas). Je veux dire par là que j'ai envie de tester 1.7.1 (pour des tests, j'entends), mais le fait que je tombe sur ce bug d'erreur 500 après l'installation d'un thème premium... J'ose espérer que tout ceux qui se servent de la 1.7 n'ont pas eu ce bug. Ce qui me mine le plus, c'est que j'ai tenté sur des install locales, en ligne, avec différentes versions de PHP (on ne sait jamais) et toujours pareil, cette fichue erreur 500. Je devines que certains vont me dire "oui, mais c'est la 1.7, et la 1.7 c'est de la m...." (je simplifies, mais soyez honnêtes, certains ont clairement cet avis). OK, mais alors quel est l’intérêt pour Prestashop de mettre en disponibilité un produit d'appel (ne nous mentons pas) qui ne fonctionne pas après plusieurs versions mineures ? Sachant pertinemment qu'une communauté est présente derrière pour assurer une certaine forme de "suivi". Quand des membres éminents de cette communauté vont jusqu’à déconseiller 1.7, il n'y a pas de signal d'alarme qui sonne au QG de Prestashop pour leur dire "Eh les gars, faut p't-être qu'on fasse quelque chose, là". Je ne suis pas expert en marketing ou en communication mais j'avoue que j'ai du mal à comprendre cette situation. Bon, désolé si je suis sorti un peu du cadre de ma question originale !
  19. Eh bien, eh bien, quand je vois vos commentaires, il est indéniable que 1.7 ne semble pas encore avoir la faveur des spécialistes. Ceci dit, et à mon humble niveau, j'ai constaté des sacrées différences entre 1.7 et 1.6. On est d'accord que rien qu'en ouvrant la page "Modules" de PS 1.7, on comprend tout de suite que l'idée est de nous faire acheter des modules sur l'addon ! Ajouter à cela la disparition des favoris dans les modules (petite fonction toute bête mais qui avait un réel intérêt, on avait tous nos modules d'un seul coup), cela commence à faire pas mal. Autre chose qui m'a vraiment déçu sur 1.7, c'est la radicale gestion de l'utilitaire de Gestion des déclinaisons. Il est vrai que je trouvais celui de 1.6 un peu complexe au début (mais bon, au fil du temps, je m'y suis habitué), mais pour celui de 1.7, je n'arrête pas de me dire "Mais je suis c.. ou quoi" tellement je ne comprend pas le fonctionnement que j'essaie de comprendre (certes avec les reflexes de celui de 1.6). Et l'aide "officiel" de Prestashop n'apporte vraiment aucune aide vraiment concrète, je trouve. Tout ça pour dire qu'en effet, 1.6 a encore quelques beaux jours devant lui !
  20. Bonjour Divine, Oui, j'ai tenté de vider le cache depuis le backoffice mais aussi en vidant le dossier /app/cache. Mais je constate qu'au vu les réponses à mon post, la version 1.7 ne semble pas faire l'unanimité !
  21. Bonjour tout le monde, Alors dans notre série "J'y perd mon latin", je suis confronté à quelque chose de bien curieux : J'ai actuellement en prod une boutique tournant sur PS 1.6.1.14 et je voudrai testé la version 1.7.1.2. Pour cela, j'ai fait ma petite installation locale. En soi, tout se passe bien, mais tout se complique au moment où je souhaite mettre un nouveau thème. Une fois ce thème installé, il apparait bien et il ne me reste plus qu'a l'activer pour le mettre en fonction. Et là, une jolie erreur 500 arrive aussi bien pour le back office mais également pour le front office. Au début, j'ai cru que cela venait de mon thème (je précise qu'il s'agît d'un thème premium acheté sur Theme Forest. Je dis ça, histoire de dire que ce n'est pas un thème cracké venant de je ne sais où qui pourrait être trafiqué ou verrolé). J'essaie avec un autre theme premium et le souci se reproduit... J'ai également tenté une install identique sur mon site de prod dans un sous dossier spécifique et le résultat est le même. J'ai regardé si le problème pouvait venir de l'.htaccess, mais visiblement non. Bref, je suis un peu perplexe. Quelqu'un aurait une idée d'où viendrait ce souci ?
  22. Ah ben, désolé, je tapais ma réponse avant d'avoir vu la tienne. Merci pour l'info !!!
  23. Bien, alors je reviens faire un complément car je pense avoir trouvé la cause du problème. J'ai voulu réinitialiser le module (on ne sait jamais, hein, des fois que...) et là il me répond que la version de 1-Click Upgrade ne correspond pas à ma version de PS ! Houla ! Je suis epris d'un doute affreux, la version avait été mis à jour il y a quelques jours via la mise à jour automatique. Et la version était la 2.0.0. Et (arretez moi si je me trompes), j'ai un peu l'impression que cette version est plus faite pour PS 1.7 que pour 1.6. Du coup, je réinstalles le module et là, tout redevient normal. Au passage, la version du module est devenue la 1.6.7. Et en entrant dans le module, tout semble fonctionnel (la version 1.6.1.13 m'apparaît comme accessible à la mise à jour) Bon, plus de peur que de mal (enfin c'était pas la fin du monde non plus), bien que je ne comprenne pas bien comment un module à pu se mettre à jour avec une version pour 1.7 mais voilà, je voulais apporter cette petite pierre à l'édifice si jamais quelqu'un à la même mésaventure.
  24. Bonjour tout le monde, Ma boutique tourne actuellement sur la version 1.6.1.10 et je voudrai la passer à la 1.6.1.13. Alors, je passe par le module 1-Click Upgrade pour faire cette petite mise à jour, sauf qu'il ne me propose que de passer directement à la v.1.7.1.1. Je bascule dans le mode "Expert" du module pour sélectionner "Version mineurs" (qui selon moi, est la section la plus adéquat avec ma situation), mais il m'est répondu que la Branche n'est pas disponible. Ah, mince alors ! Du coup, j'ai vu la version "mains dans la cambouis", à savoir sélectionner "répertoire local" pour y placer le dossier d'install complet du zip de la v 1.6.1.13, mais bon c'est bizarre que la v.1.6.1.13 ne soit pas disponible. Pouvez-vous me donner votre avis ? Un grand merci par avance.
×
×
  • Create New...

Important Information

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