Jump to content

couillaler

Members
  • Posts

    310
  • Joined

  • Last visited

Posts posted by couillaler

  1. des tutos pour mettre à jour PS manuellement sont faciles à trouver sur le site de PS, ici ou sur internet. Pas la peine de tout répeter ici.

    Sinon, tu as le module de mise à jour auto de PS qui fonctionne bien, en tout cas il a bien fonctionné chez moi avec mes versions.

    Si tu as des sauvegardes de tes fichiers et de ta BDD, tu n'as donc aucun risque, tu pourras toujours revenir à la situation initiale. Et si tu veux vraiment être sûr, tu fais ça en local sur ton ordi et tu recopies ensuite le tout sur ton serveur (des tutos pour installer son PS en local existent aussi sur le net, même si ici il s'agit de recopier ton PS existant sur ton ordi (avec la BDD) et de le mettre à jour, puis de recopier le tout sur le serveur une fois OK). Mais bon, avec une sauvegarde, tu peux tenter de le faire en ligne directement.

    bonne chance ! :)

    Antoine

  2. Non, regarde le tableau fourni par Mediacom, ou le lien que je t'ai donné, l'idée est justement soit d'upgrader PS vers 1.7.7 pour avoir une version compatible avec PHP 7.3 (dans tous les cas, il faudra que tu passe de 7.4 à 7.3), soit de downgrader PHP vers une version compatible avec ton PS actuel 1.7.6. Ce que ton hébergeur semble ne pas autoriser (PHP 7.2)

    PS 1.7.6 = PHP 7.2 ou PS 1.7.7= PHP 7.3

    Tu dois choisir l'une de ces deux voies.

    Et non, c'est à toi de faire cette maj de PS en 1.7.7 (le module de PS 1-Click Upgrade peut faire ça très bien, mais fais une sauvegarde de PS et BDD avant !!!!! ), et pour PHP pour passer en 7.3, en général on peut le faire soit même, cela dépend des hébergeurs.

    Ou bien tu changes d'hébergeur vers un qui te propose encore le PHP 7.2 et tu gardes ta boutique actuelle. Je te conseillerais la maj en PS 1.7.7 et le passage en PHP 7.3 plutôt.

    Antoine

  3. il faut en effet commencer par une mise à jour, après sauvegarde (!!!) des fichiers et de la BDD, en PS 1.7.7.x.

    Ou bien, comme le suggère Mediacom87, de changer d'opérateur. Voire les deux, parce que bon, c'est pas hyper pro comme comportement de leur part ! ^_^

    Et, à titre purement informatif, car la version PHP pourrait bien être le souci, le mode debug se trouve dans le menu Paramètres avancés/Performances.

    Antoine

  4. Dans PS 1.7 en tout cas, ne connaissant pas le 1.6, il n'est possible que de les supprimer en masse.

    Pour les marquer comme traité, il faut les ouvrir l'un après l'autre. L'idée est de toute façon de répondre à chaque client, non ? :)

    On peut donc supprimer en masse les spams, s'il y en a, et ouvrir individuellement les autres. Après, c'est vrai que les besoins de chacun étant différent, ça serait sympa d'ajouter la commande "Marquer comme traité" dans le menu des acions groupées. 

    Antoine

  5. il y a 48 minutes, Shonen a dit :

    Ceci n'est pas la RGPD par contre attention, les cookies c'est la CNIL

    Hello,

    Ben, les cookies font partie, juridiquement parlant du RGPD (Règlement Général sur la Protection des Données), vu que c'est aussi ce qu'ils font, la récupération de données en vue d'une exploitation.

    https://www.cnil.fr/fr/cookies-et-traceurs-que-dit-la-loi

    voir encadré "Quel est le cadre juridique applicable ?" du lien ci-dessus.

    La Cnil a d'ailleurs des recommandations à ce sujet : https://www.cnil.fr/sites/default/files/atoms/files/recommandation-cookies-et-autres-traceurs.pdf

    Antoine

  6. Hello,

    Perso, j'utilise le module gratuit de Prestashop "RGPD Officiel". Je n'ai rencontré aucun souci, même sur mon thème qui ne vient pas de chez PS.
    On peut personnaliser bien entendu le texte de validation de ces RGPD.

    Parfois, les thèmes achetés comprennent déjà une fonction pour cela, ou un module dédié qui s'intègre bien au thème.

    Et oui, c'est hélas une obligation (lourde vu qu'on se les tape sur tous les sites, et parfois de manière très pernicieuses)

    https://www.economie.gouv.fr/entreprises/obligations-donnees-personnelles-rgpd

    Où on peut lire :

    Citation

    Utilisation de données personnelles : dans quelles situations informer l’internaute ?

    D'après le RGPD, il existe 2 situations dans lesquelles l’information de l’internaute est obligatoire :

    En cas de collecte directe des données de l’internaute, que ce soit de façon active (via remplissage d’un formulaire lors d’un achat en ligne, de la souscription d’un contrat, de l’ouverture d’un compte bancaire…) ou au travers de l’observation de son activité (via des outils d’analyse de sa navigation, de géolocalisation, de mesure d’audience…)

    En cas de collecte indirecte des données de l’internaute : données récupérées auprès de partenaires commerciaux par exemple.

    Dans le cadre d'un commerce en ligne, c'est donc une obligation.

    Pensez aussi à créer une page simple qui informera les clients de ce qu'ils acceptent en validant ces RGPD (sur PS 1.7 : Menu Apparance / Pages).
    Exemple ici : https://www.couillaler.fr/fr/content/6-protection-des-donnees-personnelles

    C'est la page qui apparaît quand on clique sur le bouton "En savoir plus" du texte d'acceptation des RGPD (cookies) à l'arrivée sur le site.

    Antoine

  7. Hello,

    Oui, tout à fait, il vaut mieux le faire tout au début, avant l'installation des autres modules, même (après, si la boutique est déjà en route, ce n'est pas rédhibitoire non plus, perso, j'ai déjà changé de thème sur une boutique en production depuis des années).

    Les thèmes ajoutent souvent leur propres modules, il vaut mieux s'assurer que tout est OK avant tout le reste.

    Ensuite peuvent venir les autres modules, quelques produits. S'assurer de l'esthétique de l'ensemble, des différentes fonctionnalités, faire des essais d'utilisation, des simulation d'achats avec différents mode de paiement, livraison.

    Et quand toute la batterie de tests est OK, créer le reste du catalogue produits.

    Cela n'empêche pas des ajustements ultérieurs, ni l'install de modules supplémentaires par la suite.

    Antoine

    • Like 1
  8. Hello,

    Il ne semble accessible qu'aux clients pro, est-ce bien le statut par défaut de tes "clients" lors du processus de commande ? (menu Clients/Groupes - OPTIONS PAR DÉFAUT POUR LES GROUPES)

    Sinon, les pays des DROM-TOM sont-ils bien définis au niveau de tes zones géographiques (ici La Réunion dans ton exemple) ? menus Zones géographiques/Zones et Zones géographiques/Pays ?

    Antoine

     

  9. Dans ce cas précis, aucune, si ce n'est que le module n'apparaîtra plus à cet endroit. Cela ne bloquera en rien son fonctionnement, ni le fait que cela apparaîtra toujours lors du processus de paiement. J'ajoute quand même que ces pictogrammes servent quand même à rassurer le potentiel client sur la sécurisation de paiement, et aussi qu'il n'est pas obligé d'aller plus loin dans le processus de commande pour voir que vous acceptez PayPal ou d'autres modes de paiement qu'il affectionne. Certains paniers/achats peuvent être abandonnés pour ces raisons. Mais bon, ça dépend des commerces et envies de chacun. ^_^

    Dans Prestashop Checkout, dans l'onglet "Personnaliser l'expérience d'achat", vous pouvez aussi sélectionner uniquement quelques pictos que vous voulez voir apparaitre si vous trouvez qu'il y en a trop.

    Dans d'autres cas, le "dégreffage" peut avoir des conséquences sur le fonctionnement du module, ou sur la perte de fonctionnalités de celui-ci. Mais c'est toujours réversible en remettant à nouveau le module à sa bonne position, ou en le réinitialisant, en dernier recours.

    Antoine

  10. Hello,

    Si tu nous donnais ta version de PS, on pourrait t'aider plus efficacement. Je pense que c'est un poil différent dans 1.6 et dans 1.7.

    Sur PS 1.7, en tout cas, tu peux trouver ça dans Apparence / Positions

    Il faut chercher ("Montrer") le module de paiement qui fait apparaître cela (Prestashop Checkout visiblement) et le dégreffer de la position "displayProductAdditionalInfo".

    Et, normalement, ça devrait disparaître. Il faudra peut-être vider le cache de PS et de ton navigateur pour voir la modif apparaître.

    Si tu dégreffes un module de la mauvaise position (hook), tu peux le regreffer en allant dans le menu Apparence / Positions et cliquer sur le bouton Greffer un module. Choisir le module, et sélectionner la position dans le menu déroulant correspondant. 

    Antoine

  11. Hello,

    Pour une assistance plus efficace, ce serait pas mal que tu donnes des détails sur ton installation : version PS et PHP. (tu peux d'ores et déjà vérifier la compatibilité entre les deux : https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/ )

    C'est donc une nouvelle installation de PS, pas une mise à jour ?

    As-tu déjà installé des modules qui pourraient causer ces soucis ? Es-tu déconnecté de la même manière avec les modules additionnels désactivés ? As-tu tenté d'installer ton thème avec des modules désactivés ?

    As-tu tenté de vider les caches de PS ? (dossier /var/cache) ?

    Ce ne sont que des questions ici pour soulever quelques pistes possibles, tout dépend déjà de ta version PS et PHP.

    Antoine

    ps : si ton install est encore neuve et vierge, et que ton souci n'est pas connu, tu peux peut-être repartir de zéro (ou d'une sauvegarde [fais-en régulièrement quand tu fais des installs de modules et des config lourdes, genre install thème]) plutôt que sur une install bancale. PS est un logiciel puissant, mais fragile (perso, je tremble toujours un peu avant des mises à jour), il faut veiller à avoir des backups réguliers. :)

  12. Bonjour,

    L'idéal serait de repartir d'une sauvegarde de votre site (fichiers + BDD), quand ce dernier était encore bon. Comme vous êtes en site vitrine depuis 15j, c'est qu'aucune vente ne s'est faite depuis, non ?

    Bon, c'est sûr, faut-il encore avoir une telle sauvegarder.

    Vous devriez aussi donner des infos techniques sur votre installation (version PS, PHP). Ainsi que les messages d'erreur que vous avez.

    Une vidange du cache (via le menu Performances, ou directement en allant vider le dosser /var/cache (sur PS 1.7)) peut aider, mais peut-être pas résoudre.

    Antoine

  13. Hé bien, je dirais que concernant tes "Dernière commandes" tu les retrouveras dans le menu Commandes - Commandes, ce seront les dernières en date ou en numéros (ID).

    Concernant les nouveaux clients, tu peux les retrouver dans le menu Clients - Clients, ce seront les derniers en date ou derniers en numéros (ID).

    Et concernant les messages envoyés par des clients ou des spammeurs ;) , tu les retrouveras dans le menu déjà cité, SAV - SAV, ce seront tous les messages non lus, les derniers en numéros (ID) ou en date.

    Pas la peine de les laisser s'entasser dans ce menu des notifications, ça surcharge (peu) ton prestashop pour pas grand-chose. C'est d'ailleurs une option qui se désactive, ces notifications, si besoin.

    Antoine

  14. Hello,

    Tu veux faire en sorte que le client ne sache pas si le produit est en stock ou non, c'est ça ? Bon, de prime abord, ça semble un choix commercial étrange, mais c'est vrai que nous avons tous nos singularités.

    Ou c'est juste cette mention texte que tu aimerais modifier, supprimer ? Tout en indiquant, par un moyen autre le fait que l'article n'est pas en stock.

    Dans paramètres - produits - Stock des produits tu peux suprimer "l'Étiquette pour produits en rupture de stock sans réassort autorisé" qui doit être sur "Rupture de stock" j'imagine. Ça devrait effacer l'affichage de la mention ? (en tout cas sur une version 1.7.7.5, existe cette étiquette).

    Antoine

    • Like 1
  15. Hello,

    tu peux demander à Google de désindexer certaines pages. En plus de ton robot.txt. Il y a des outils pour ça sur la SearchConsole !

    Il y a pas mal de tuto sur internet pour aider à désindexer les pages... pas la peine de tout répéter ici. :)

    https://support.google.com/webmasters/answer/9689846?hl=fr

    https://www.webrankinfo.com/dossiers/indexation/comment-desindexer

    et plein d'autres...

    Avec la search console et un sitemap, tu peux indiquer à Ggle de naviguer sur tes sites pour demander une désindexation, mais dans tous les cas, ça prend un peu de temps.

    Si tu as accès au DNS, tu peux aussi faire des renvois de tonsite.fr/de vers tonsite.fr/fr par exemple. Le temps que ggle supprime tes pages de ses index ? Après, attention avec le fichier DNS, il faut le manipuler avec précaution, tout comme les robot.txt, .htaccess et compagnie. Suivre les procédures au-dessus est peut-être plus conseillé, et tant pis si pendant un court temps tes pages restent indexées par Ggle, c'est mieux que de tout planter pendant plus longtemps avec de mauvaises manip.

    Antoine

  16. Hello,

    Peut-être qu'une mise à jour de ta version PHP serait intéressante, autant en terme de sécurité que de fonctionnabilité puisque pour la version 1.7.6 de PS, la version PHP 7.2 est préconisée : https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/

    Bon, il faudrait voir tes paramètres PHP plus globaux, mais déjà 1024 et 600 sont assez importants. Perso, j'ai 256Mo, 300s et taille max 32Mo sur mon serveur dédié, et j'ai pas de souci de backup (bon, c'est vrai que je passe pas par PS pour les faire) ou d'exécution de script. Après, je suis pas chez LWS, je ne sais pas comment ils fonctionnent, nin si tu es sur serveur mutualisé ou dédié.

    Essaie de voir pour la maj de PHP. Ce qui ne changera peut-être rien à tes soucis de sauvegardes via PS cela dit. Mais au moins, tu t'éviteras peut-être d'autres soucis à venir. :)

    Antoine

×
×
  • Create New...

Important Information

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