BrunoJWest

Alors ... le top, je retrouve la même satisfaction que quand je l'avais utilisé, du coup, il n'est plus présent. mais il n'a pas l'air de vouloir recréer cette catégorie fantôme, les 4 tables dans la BD ne se sont pas recréées. A défaut de trouver une explication technique, Je pense que c'est en le manipulant via la liste des modules (chaque tentative de désinstallation ou de suppression), qu'il alerte quelque chose et se fait recréer., recrée la catégorie ainsi que les 4 tables si absentes, même sans être présent dans les fichiers et dossiers du dossier "modules". Donc tant qu'il était visible, même "désactivé", impossible de s'en sortir ... Merci à ceospro, et merci à doekia d'avoir fait avancer la reflexion.

merci beaucoup coeos.pro je vais l'installer, c'est bien noupdateplease que j'avais installé à l'époque 😀

il y a 2-3 ans sur ma précédente boutique (que j'ai cédée il y a un an et demi), j'avais un module qui me permettait de ne pas afficher tous les modules pub et de vraiment supprimer les modules .. car l'à par exemple je n'arrive pas à supprimer des modules (ceux qui ont une case) comme 1and1 ou 1-click upgrade, et queqlues autres. de plus s'affichent des dizaines de modules payant en proposition .. mais je n'arrive plus à retrouver ce module. peut-être que lui me peremttrait de le supprimer effectivement ?

il est dans la liste des modules installés de base, je ne l'ai pas rajouté ... et il ne me semble pas qu'il ait été installé inopinément en même temps que angartheme (qui est la seule chose que j'ai installé depuis) ... d'autant que c'est un module dit de paiement ... et comme j'ai supprimé le ossier par FTP (!!!) je ne sais pas quel fichier mettre ... quand je fais une recherche dans les tables sur la valeur "pagantis" après avoir supprimé les 4 tables je ne trouve rien .. il doit y avoir un truc qui en empêche sa suppression et qui le regénére ... ET un fichier ET des valeurs dans la BD.

Bonjour JM Doekia, ça fait plaisir de revoir les anciens 😉 je l'ai fait par le gestionnaire de fichiers d'O2Switch ("j 'ai carrément supprimé physiquement le dossier de module") , il s'est .. recréé tout seul je viens de le faire par FTP, il a l'air d'être physiquement plus là j'ai vidé tous les caches (PS et chrome) suis sorti, me suis déconnecté. le module est tours présent "désactivé', je n'arrive toujours pas à le supprimer des listes et après un peu de navigation, il m'a recréé une nouvelle fois la catégorie "pagantis promoted products" en inactif . J'ai essayé avec edge de supprimer le module, ça me dit que c'est supprimé mais il est toujours prséent en désactivé, et hop il me recrée une nouvelle fos la catégorie "pagantis promoted products" ... 😨 je la supprime. c'est OK, 2 minutes apèrs elle est revenue (dans l'admin je précise). ... rajout : toujours absent dans les fichiers (après suppression par FTP), je suis allé voir dans la BD et ai supprimé les 4 tables liées apparemment à Pagantis notamment la table prefixe_pagantis_config, la seule à contenir des enregistrements . et hop ces 4 tables se recréent quelques minutes après. Pagantis est toujours là "désactivé", mais ... actif

Bonjour à tous, Je reviens aux affaires et suis en train de créer une boutique en ligne, orientation épicerie de produits "authentiques" Après avoir conversé avec notre ami Eolia que je remercie, j'ai réinstallé une version 1.6.1.24, dernière version stable avant la 1.7 J'ai ensuite installé un thème Angartheme dans sa version 1.6 non sans avoir vérifié auprès de l'auteur qu'il allait jusqu'à la 1.6.1.24 Je suis sur un hébergement O2switch en Linux, Apache, PHP 7.2 J ' J'ai configuré les options de cache en reprenant un post et une réponse d'Eolia et j'ai désactivé les mises à jour automatiques >>>> MA QUESTION : Je n'arrive pas à supprimer le module PAGANTIS.Même désinstallé il m'a créé une catégorie (non active) que je supprime mais qui revient plus tard - lorsque je demande sa désinstallation, j'ai une alerte " Le module suivant a déjà été désinstallé: pagantis." - lorsque je le supprime, ça me confirme que la suppression est faite "module supprimé avec succès", mais il apparaît toujours - j'ai eu beau vider le cache, vider le cache du navigateur (chrome), il est toujours là - j 'ai carrément supprimé physiquement le dossier de module (en fait tous les fichiers et dossier contenant le nom pagantis), encore vidé les caches et ... IL REVIENT !!! il se réinstalle et se remet de temps à autre à moi créer cette catégorie foutue. Je ne comprends pas bien (et c'est carrément gonflant) ce comportement viral ... Si quelqu'un a une solution ...

Bonjour, pour le moment moi ça fonctionne (et c'est gratuit), Après j'en demande pas des milles et des cents quoi de pas terrible au niveau du code ? et quel site ?

Bonjour, merci beaucoup c'est exactement ce que je cherchais, pas plus, pas moins. Commandé et en test ...

Ok thanks alors je n'y touche pas. de toutes façons je n'ai pas le temps de générer des nouveaux problèmes. ça fonctionne pour l'instant ! ;-) Merciiii

hello à tous et bonne année 2018 Je déterre ce sujet pour une question de mise à jour Paypal je suis en prestashop 1.6.1.6 avec des bribes de 1.6.1.9 (ce qui devait être corrigé pour le problème des champs de formulaires sur google chrome". mon module paypal est en 3.11.1 il y a une proposition de mise à jour du module ... Je peux y aller ? Bruno

Bonjour, j'ai fait des recherches mais aucun résultat ne répond à ma question. Je cherche juste à ce que mes clients DOM TOM ne puisse pas choisir "France" comme pays si ils mettent un code postal en 97XXX. Ou l'inverse si ils choisissent France, qu'ils ne puissent pas mettre un code postal 97XXX la boutique vends dans les dom tom depuis 6 ans. pratique la détaxe. mon système de calcul de prix de livraison (poids colissimo par zone) marche très bien merci il y a juste que certains clients et notamment des nouveaux, mettent naturellement "France" au lieu de martinique, réunion etc. résultat ils arrivent à mettre 97XXX et france. ma facture est TTC au lieu de HT (à leur desavantage) et les frais de port sont ceux de métropole (à leur avantage). En general je les contacte, je modifie manuellement, factures et BL ou je revalide une commande. parfois je leur rembourse un peu (car avec la TVA iols payent un peu plus), et ils acceptent très bien. Sauf que le problème est que je passe beaucoup trop de temps à corriger ou leur demander de corriger pour que ce soit d'aplomb. Et en plus ça fait un ressenti négatif ou une contrariété chez certains d'entre eux ... je voudrais donc juste que pour la France on ne puisse pas pouvoir donner un code postal au delà de 95XXX (mais pour les dom tom oui). ça me parait évident et basique comme demande, et pourtant je ne trouve aucune réponse et aucun module qui me permette de filtrer ça. J'ai même essayé de mettre plusieurs formats pour le pays (genre 0NNNN;1NNNN; etc jusqu'à 95NNN ce qui faisait 14 possibilités) mais apparemment on ne peut pas les cumuler à moins qu'il y ait une astuce. Prestashop 1.6.1.6 hybride 1.6.1.11 Thème tiers site http://www.pieces-auto-competition.com Merci d'avance pour vos idées ou réactions ! Bruno

Bonjour je remonte ce sujet. Je vends dans les dom tom et le système pratique la détaxe, et ce dpeuis 6 ans. Losrqu'un client choisit "France" dans mon cas, ça lui met des frais de port erronés, mais il n'a pas la détaxe, c'est donc à son désavantage. Je lui explique et ça va sauf que je passe de longue minutes à rétablir les choses. et souvent c'est parce qu'il croit que c'est "france" qu'il faut mettre (la guadeloupe, la martinique etc c'est la france) et qu'il ne pense pas à chercher dans les autres pays. Je cherche donc basiquement un module ou une fonction qui lorsque le client saisit 97XXX, le système lui dise que el code postal est invalide pour ce pays. ça le poussera à chercher dans le menu ou au pire à poser la question. amis au moins la commande saisie sera juste. ça parait tout bête comme besoin mais je ne trouve pas de réponse. Bruno Prestashop 1.6.1.11

Pour info : message de Prestashop addons du 31/01/17 : Hello, You purchased the Advanced Theme Configurator - Theme Maker module. We found out that the version you uploaded might have a security breach. The developer of this module has just published a new version fixing this issue. We strongly recommend you to upgrade your module and execute the following steps: 1. Check that neither .php nor .ini file are in the /modules/vm_advancedconfigurator/views/img/ folder except for the index.php that should not have been modified; 2. Check that no new user has been created to access your back-office, your database and your ftp; 3. In the case where you find out that a new user was created, remove the added files and change all your access (back-office, database, FTP). If you update your database access, don’t forget to also update your database file /config/settings.inc.php; 4. Uninstall the previous version of your module and delete the folders. IN ORDER TO KEEP THE MODIFICATIONS DONE ON YOUR THEME, we advise you to keep the following file: /modules/vm_advancedconfigurator/views/css/mythemeX.css (where X is your shop ID). Please note that if you keep it, you won’t be able to modify it anymore; 5. Install the new version of the module available in your customer account. For any question, please contact directly the developer! Have a nice day, The PrestaShop Addons team"

oula ... réponse en MP. pb d'interprétation je crois.

Bonjour, pour clôturer le sujet. La faille, qui en était une et qui était bien l'upload utilisé par le module a été corrigée. L'éditeur a donc finalement sorti une nouvelle version, qui outre l'adresse IP, vérifie les suffixes, génère un jeton vérifié, et utilise encore 4 autres protections sérieuses sur les noms des fichiers, sur el cointenu uploadé, etc etc que je ne veux pas détailler ici en public. Ceci a été validé par Prestashop qui a pris aussi la faille avec sérieux. je remercie donc Jean-marc de vinum Master. Au passage j'ai contrôlé les deux sites (qui sont, je le rappelle des TOUT PETITS Prestashop sans vente sans client dans lequels j'avais enlevé le maximum de modules), tous les logs, tous les index.php, les php.ini; les htaccess quand il y en a, les dates de modifs de chaque module. j'ai moduifié la totalité des accs y compris BD,hébergement et FTP et et j'en ai aussi profité après avoir constaté que ça pouvait aller, pour faire dans les deux cas une mise à jour 1.6.1.11 qui fonctionne bien. Pas d'autre intrusion à signaler depuis la mise à jour du module, Bruno