studio109

Salut Je souhaite uniquement mettre à jour les stocks de mes produits à partir d'une tâche automatisé avec Make, airtable et prestashop. Comme vous pouvez le voir sur les captures d'écran, le scénario fonctionne et prend la nouvelle valeur du stock sur airtable puis la sortie prestashop indique également la quantité à 850. Lorsque je vais sur le backoffice de mon prestashop, la valeur n'a pas été modifiée à 850 et reste à 871. Make pense que cela vient d'un bug de l'api de prestashop webservices 8.1.3. Est-ce que quelqu'un a connu ce problème Merci pour votre aide

Bonjour, je reviens sur le topic car je pense avoir trouvé la problématique : c'est au niveau du module atos qu'il faut en fait rediriger après paiement sur la page du site de la banque au lieu d'un retour vers le site marchand. Après la page confirmation de paiement vous cliquez sur retour sur la boutique marchand et vous retrouvez votre page de confirmation de commande. Et là tout fonctionne du moins pour ATOS LCL Sherlock's Donc juste une histoire de paramétrage du module. Prestashop 1.7.7.2 - Php 7.3 - Atos 5.2.0

Bonjour, j'ai le même souci que vous pesta 1.7.7.1 et atos 5.20 Après paiement, retour vers la page mon compte et je dois me reconnecter. Je n'ai pas de solutions? Sinon svp qu'avez-vous renseigner dans les champs du fichiers parmcom."idmerchant", pour les URL ? #AUTO_RESPONSE_URL!http://! CANCEL_URL!http://! RETURN_URL!http:// merci et bon courage!

Salut, supprimes les 2 modules recaptcha et contactform (par précaution ajoute un underscore via ton ftp Télécharge "contactform" et réinstalle le. ensuite suis cette procédure pour installer recaptcha, cela fonctionne parfaitement pour moi : voici le lien : https://www.arnaud-merigeau.fr/prestashop-1-7-ajouter-recaptcha-v2-pour-eviter-le-spam/ (bien entendu si tu es en presta 1.7 (existe aussi pour la version 1.6) tu me diras ! bon courage PS : pour ma part c'est le module recaptcha qui me posait problème aussi. Et pour une raison que je ne sais il est lié au module recaptcha, c'est pour cela qu'il faudrait repartir sur une version de contactform propre. Je pense que là ton souci sera résolu.

Bonjour Alexaa je pense avoir trouvé la solution, du moins pour moi cela a fonctionné. J'ai trouvé 2 choses : 1- dans un de mes modules, le fichier de translation FR.php contenait le caractère "blablabla" au lieu de 'blablabla'. Il y avait un problème de caractère et c'est justement ce module que j'avais installé il y a 2 jours. 2- le module "contactform" est peut-être la cause. Passes en mode debug, via ton ftp ajoute un underscore devant le nom du module, revient sur ton backoffice, vide le cache et test les traductions de module. Si tu as un recaptcha, fais pareil. Par suite réactive le ou les modules en supprimant via ftp tes underscore. Essaie la solution 2 en premier bon courage pour info : prestashop 1.7.7.1 php version 7.3

merci Alexaa cela fonctionne, mais cela reste curieux (l'outil fonctionnait parfaitement il y a encore 2 jours). Si j'ai une soluce je reviens vers vous bonne continuation

Bonjour, avez-vous trouver une solution "Une erreur est survenue, ce module n'existe pas" pour les traductions." J'ai ce problème aussi qui s'est ajouté. Merci pour votre aide

c'est écrit dans la description : balise titre du produit. pas dans l'URL 😉

je rajoute ceci ; tester sur différents navigateurs, cache et toutes les petites manipulations effectuées merci

Bonjour, Avez-vous déjà rencontré ce problème sur la génération des PDF (facture client) depuis le backoffice rubrique commande. Quand je clique sur l'icône de téléchargement du document (BL, facture etc), il génère et enregistre le fichier dans le navigateur chrome. Quand vous cliquez dessus pour le visionner, chrome affiche : "Erreur - Échec de chargement du document PDF." Côté client pas de souci même quand je me connecte avec id du client, je peux télécharger la facture et la lire. Pour info, la génération de facture su rune période a le même comportement. Je suis en version 1.7.2.4 qui tournait bien jusqu'à maintenant. Merci pour votre aide, j'ai lu pas mal de forum, mais rien si ce n'est des erreurs 500 ou page blanche etc, ce qui n'est pas mon cas. mode debug aucune erreur serveur cloud php 7.1. à vous lire bien cordialement

Bonsoir spip93, j'ai trouvé la solution, et cela fonctionne parfaitement, pour ceux que cela intéresse, voici le lien : https://www.team-ever.com/trucs-et-astuces-pour-prestashop-1-7/ Retirer les ancres des URL produits avec déclinaisons pour le SEO un correctif a été apporté hier soir. Merci Cyril de Team-EVER

Bonjour, avez-vous trouver une solution car la version 1.7.6 contient toujours l'ID de combinaison. merci

Bonjour, J'ai ce même souci suite à une analyse sur "semrush", est-ce que quelqu'un à réussi à solutionner le problème ? Merci PS : problème identique à "ve34" Cordialement

Bonjour à tous Tout ce que j'ai lu à pu résoudre le problème mais en partie. Le problème est que certain module ne sont plus fonctionnel, on peut entrer dans la configuration mais on ne peut pas changer des états. Pour certains. Ma question est : Faut-il dans le fichier defines.inc.php changer le chemin en : avec le changement de dossier "app" à la place de "var" if (!defined('_PS_CACHE_DIR_')) { $prestashopCacheDir = _PS_ROOT_DIR_.'/app/cache/'.(_PS_MODE_DEV_ ? 'dev': 'prod'). DIRECTORY_SEPARATOR; define('_PS_CACHE_DIR_',$prestashopCacheDir); j'avoue là je suis perdu, tout était OK quand j'avais créer ma nouvelle boutique dans un répertoire. Je pense avoir tout bien paramétrer pour la migration à la racine. Besoin d'aide svp merci Bien à vous

Bonjour, Comment avez-vous procéder svp ? parceque moi cela ne fonctionne pas. Merci pour votre aide