Messages postés par eolia

Bonsoir,
Oui bien reçu, mais je n'ai plus les erreurs liées au captcha, vous avez changé quelque chose ?
Les pages produits et catégories semblent ok (pas de bouton ajouter au panier mais il faut peut-être être connecté ?)

Pour le captcha je ne sais pas s'il a été ajouté manuellement ou par un module.

Envoyez-moi un accès ftp par Message Privé que je regarde ça.

Vous avez des erreurs js:

Dans le header, à priori lié à votre Captcha:

(ce qui entraine la seconde erreur)
Vérifiez également que vous n'avez pas activé fancybox V2 car votre thème ne semble pas compatible.

Bonjour,
Caches vidés, êtes vous passé par la page modules pour être sûr que les mises à jour ont bien été effectuées ?
Il n'y a pas de variables supprimées dans la 32.
Quelle est l'url de votre site ?

Un de plus m4pdf sur appel du fichier pdf.php qui permet d'uploader un fichier php qui sera stocké dans le répertoire /tpl du module.
Il y a un contrôle à 2 balles sur un cookie (qu'on peut forger) et un token qui correspond au MD5 du nom du fichier qu'on envoie...

C'est quoi l'intérêt de cette manip ?
Il te suffit de créer un thème enfant à partir du thème utilisé (sans copier un seul fichier) et d'y ramener les tpl, js et css modifiés.

Oui mais pour qu'elles restent il faut qu'elles existent dans le thème enfant

Ok mais c'est le système Presta. Si les dossiers de traductions n'existent pas, ce sont celles du parent qui seront lues et seront ecrasées à chaque mise à jour...

Si vous créez un thème enfant sans rien cocher vous n'aurez que les traductions dans les dossiers, ne perdez pas de temps à chercher quoi que ce soit.

Bah l'idée, c'est de ne laisser dans le thème enfant que les tpl/css/js que tu as modifié.
Si ces fichiers existent, ils sont lus, sinon ce sont ceux du parent (toujours à jour) qui le seront.

Hello,
PhenixSuite will only load the latest versions offered once tested and debugged which is not yet the case for the latest version of Sumup

Ca ce n'est pas une erreur du module mais de chez Paypal. Son adresse par défaut dans son compte Paypal n'est pas complète (on n'existe pas).

Et PhenixSuite en propose la version corrigée :)

Idée intéressante pour qui ne veut pas utiliser l'éditeur WYSYWIG TinyMCE mais je pense que ça fonctionne surtout si vous avec toujours le même type de produit.
Pour les exports, il vous suffit d'effectuer un strip_tags(champ_texte) et vous n'aurez plus de balises (c'est ce que font les modules d'export vers les marketplaces par exemple)

La table ps_product est historique et ne sert que pour les valeurs communes (poids, tailles, références, etc...) toutes les autres valeurs sont gérées par ps_product_shop (et ou ps_product_attribute_shop).

A ma connaissance il n'y a rien dans le cœur de Prestashop/Phenix qui modifie des prix tout seul.
Vous voyez quelque chose dans les logs de PhenixSuite pour cet ID produit ?

Il y a Stripe qui accepte tous les moyens de paiements.

https://jigsaw.w3.org/css-validator/validator?uri=https%3A%2F%2Fwww.rituel-manucure.com%2Fthemes%2FRituel-Manucure%2Fcache%2Fv_1727_e04b740df3cc97a14e2a8a049df32360_all.css&profile=css3svg&usermedium=all&warning=1&vextwarning=&lang=fr

Je viens de tester sur 3 boutiques en v31, les fichiers sont bien chargés.
Tu dois avoir une coquille dans un des tes css qui fait crasher la compil.

No you are not stupid and this bug has been there for 2 years :)
v16 will be corrected (The Attribute class no longer exists because it is a reserved word since PHP8 and this line had escaped me)

Thanks for your feedback

Yes if you have the debug mode activated.

Replace the /classes/Configuration.php by the joined file.
Configuration.php