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)
