seb776 Posted March 28, 2019 Share Posted March 28, 2019 (edited) Bonjour, Mon client a installé le module ps_rem88 ( https://addons.prestashop.com/fr/legislation/43573-loi-contre-la-fraude-a-la-tva-article-88-certification-nf525-rem88-17.html ) depuis, la plupart du temps le backoffice est inutilisable (504 Gateway Time-out d'ovh, temps de traitement trop long de php) (je vais voir de quoi il en retourne, je vous tiens au courant). Quand l'accès est possible, les erreurs "La signature est invalide pour l'entrée JET : xxx" s'accumulent (sans modifications de prestashop). Je vais très probablement désinstaller le module à la main. Avez-vous rencontré ces soucis ? (Note : sur un prestashop 1.7.5) Edited March 28, 2019 by seb776 ""page blanche" -> 504 Gateway Time-out (see edit history) Link to comment Share on other sites More sharing options...
Mediacom87 Posted March 28, 2019 Share Posted March 28, 2019 Bonjour, Vous pouvez exposer votre soucis auprès des équipes de développement https://addons.prestashop.com/fr/contactez-nous?id_product=43573 Link to comment Share on other sites More sharing options...
seb776 Posted March 28, 2019 Author Share Posted March 28, 2019 👍🏻 c'est fait. @Mediacom87. Link to comment Share on other sites More sharing options...
seb776 Posted March 28, 2019 Author Share Posted March 28, 2019 (edited) En detachant le module des points d'accroche displayBackOfficeTop & dashboardZoneTwo, l'accès au backoffice est revenu. Par contre, quel est le rôle de ses hook ? impossible de savoir avec du code "masqué"... Du coup, on a peut-être un module bancal 😕 Je pense que je vais complètement désinstaller le module , ça semble plus sur .. Edited March 28, 2019 by seb776 (see edit history) Link to comment Share on other sites More sharing options...
seb776 Posted March 28, 2019 Author Share Posted March 28, 2019 Une idée de pourquoi ce module ne peut-être désinstaller ou désactivé de façon "normale" ? C'est fonctionnel ou c'est pour "garantir" que le commerçant ne fait pas des transactions au black pendant que le module est désactivé ? Link to comment Share on other sites More sharing options...
seb776 Posted March 28, 2019 Author Share Posted March 28, 2019 Quoi qu'il en soit. J'ai déhooké complétement le module, l'ai passé en inactif en base de données (ça fait doublon, certes) et j'ai rendu le dossier non accessible. Le site ne montre pas de dégradation. 🤞 Link to comment Share on other sites More sharing options...
Patricia 84 Posted April 3, 2019 Share Posted April 3, 2019 Bonjour, Nous avons le même problème depuis l'installation du module rem88. Au début nous avons eux des ralentissements du back office avec des erreurs de signatures JET. Finalement nous ne pouvons même plus accéder a l'admin.( impossible d’accéder a l'adresse du back office de Prestashop ) Comment avez-vous procédé à la désinstallation de ce module ? ( sachant que on ne peux plus utiliser le back office ) Cordialement. Link to comment Share on other sites More sharing options...
Patricia 84 Posted April 3, 2019 Share Posted April 3, 2019 Suite à la loi française NF525 anti fraude de la TVA. Nous avons du installer ce module fourni par Prestashop "rem88". Ce n'était pas un besoin mais un module obligatoire pour la mise en conformité sur la loi NF525. Suite a ces problèmes nous souhaitons le désinstaller/réparer ou du moins pouvoir de nouveau avoir accès à notre back office. Avez-vous une idée pour résoudre ce problème ? Merci. Link to comment Share on other sites More sharing options...
Patricia 84 Posted April 3, 2019 Share Posted April 3, 2019 Le module est obligatoire dans le cas ou on déclare de la TVA. Link to comment Share on other sites More sharing options...
seb776 Posted April 4, 2019 Author Share Posted April 4, 2019 (edited) 15 hours ago, Patricia 84 said: Bonjour, Nous avons le même problème depuis l'installation du module rem88. Au début nous avons eux des ralentissements du back office avec des erreurs de signatures JET. Finalement nous ne pouvons même plus accéder a l'admin.( impossible d’accéder a l'adresse du back office de Prestashop ) Comment avez-vous procédé à la désinstallation de ce module ? ( sachant que on ne peux plus utiliser le back office ) Cordialement. Bonjour, Je suis intervenu directement sur la base de données, c'était effectivement le seul moyen. Edited April 4, 2019 by seb776 (see edit history) Link to comment Share on other sites More sharing options...
seb776 Posted April 4, 2019 Author Share Posted April 4, 2019 17 hours ago, okom3pom said: Le module est obligatoire que dans des cas très rares, d'ou ma question ? Ce module n'est absolument pas obligatoire pour tous les sites e-commerces Pour mon cas, c'est mon client qui a installé ça directement. Je n'ai pas réussi a me faire un avis sur la question de l'obligation. Il y a trop de données contradictoires dans les discutions. J'en conclu que je devrais lire la loi (et tout ce qui va avec) pour tenter de me faire un avis. Mais comme je n'ai ni les compétences en droit pour interpréter la loi, ni de référent juridique, je vais m'abstenir de conclure et rester dans le flou et recommander à mes clients de patienter avant d'entreprendre quoi que ce soit dans le domaine. Link to comment Share on other sites More sharing options...
SiroccoFR Posted May 16, 2019 Share Posted May 16, 2019 Hello la compagnie, J'ai fait l'erreur d'installer ce module ps_rem88 et maintenant toutes les 4/5h ce module génère des dizaines de milliers de requêtes pendant une vingtaine de mn. Voici ce que j'ai dans l'access.log : localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4906 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" localhost - - [16/May/2019:10:03:05 +0200] "POST //modules/ps_rem88//api/verifySignature.php HTTP/1.1" 200 4915 "-" "-" Soit 11 requêtes par seconde pendant 20mn = 13 200 requêtes ! Donc pendant le traitement des toutes ces requêtes le serveur ne peut pas traiter les autres demandes et donc l'accès au BO n'est pas possible. Quelqu'un a-t-il le même problème ? Sur le BO j'ai également 5 avertissements : Attention, des erreurs d'intégrité ont été relevées. Nombre de signatures de factures incorrect dans votre base de données. La signature est invalide pour la commande : 11209 La signature est invalide pour la commande : 11252 Nombre d'entrées JET incorrect dans votre base de données ! Comment corriger ces erreurs ? Link to comment Share on other sites More sharing options...
SiroccoFR Posted May 16, 2019 Share Posted May 16, 2019 Pour désofusquer le code : https://www.unphp.net/ Link to comment Share on other sites More sharing options...
seb776 Posted May 16, 2019 Author Share Posted May 16, 2019 10 minutes ago, SiroccoFR said: Pour désofusquer le code : https://www.unphp.net/ ça génère une désofuscation qui n'est pas blindée de `goto` ? Link to comment Share on other sites More sharing options...
doekia Posted May 16, 2019 Share Posted May 16, 2019 il y a 7 minutes, SiroccoFR a dit : Pour désofusquer le code : https://www.unphp.net/ lol Offusqué est ici un faux ami du mot anglais obfuscated (obscurci). Par contre j'ai en effet été offusqué par le misère du code. Link to comment Share on other sites More sharing options...
SiroccoFR Posted May 16, 2019 Share Posted May 16, 2019 Si il y a des goto dans tous les sens 😞 Link to comment Share on other sites More sharing options...
doekia Posted May 16, 2019 Share Posted May 16, 2019 (edited) il y a 12 minutes, okom3pom a dit : Les goto tu les vires en les mettant dans l'ordre ça va faire noir ! 🤣 Bon on est d'accord que c'est pas les gotos le problème. Ils font partie de la méthode d'obscurcissement. Le problème c'est le code lui-meme - je dirais écrit avec la 13e consonne de l'alphabet latin. Aucun considération concernant les performances, ... PS: D'ailleurs les plus warriors en lisant le code comprendrons que non seulement il est très loin d'un optimal mais en plus, n'ayant non plus aucune maitrise ni comprehension de l'outils d'obscurcissement et bien le code qui n'était pas jojo devient une pure timbale. Indice: Customer->jhesiu n'existe pas bien sur Edited May 16, 2019 by doekia (see edit history) 1 Link to comment Share on other sites More sharing options...
seb776 Posted May 16, 2019 Author Share Posted May 16, 2019 Vous ne virez pas les goto à la main j'imagine ! avec quel ide/éditeur ? J'ai pas réussi à avoir du code lisible. Link to comment Share on other sites More sharing options...
BP974 Posted December 22, 2019 Share Posted December 22, 2019 On 4/4/2019 at 11:48 AM, seb776 said: Bonjour, Je suis intervenu directement sur la base de données, c'était effectivement le seul moyen. Qu'est ce que vous avez modifié ? comment avez-vous désactivé completement ce module, svp ? Merci Link to comment Share on other sites More sharing options...
seb776 Posted January 30, 2020 Author Share Posted January 30, 2020 On 12/22/2019 at 4:34 AM, BP974 said: Qu'est ce que vous avez modifié ? comment avez-vous désactivé completement ce module, svp ? Merci J'ai enlevé les hook du module table hook_module, supprimé le dossier du module, et supprimé le module de la base de données (table modules et toutes les tables qui ont une colonne id_module). Pardon pour le délai. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now