Récemment
-
Erreurs suite à la mise à jour
Questions relatives à l'installation/upgrade2 -
Modification sur le thème "Craft"
Questions relatives à l'installation/upgrade2 -
Module personnalisation de produit
Modules3 -
Theme non fonctionnel - après MAJ de la Phenixsuite 1.6.2.32
Questions relatives à l'installation/upgrade13 -
TinyMCE
Bugs & Améliorations2 -
Déclinaisons virtuelles avec fichiers
PhenixSuite10 -
[RESOLU]Lien téléchargement dans le mail
Discussion générale6 -
[RESOLU]RGPD
Modules5 -
Compatibilité des modules
Discussion générale2 -
[RESOLU]Bug page Préférences Produits
Bugs & Améliorations4 -
htaccess chatouilleux ?
Bugs & Améliorations14 -
Installation depuis boutique 1.6.1.17
Questions relatives à l'installation/upgrade19 -
[RESOLU]Module réassurance, permettre le html
Modules4 -
Des modules et des hacks - liste non exhaustive des modules présentant un risque
Discussion générale17 -
Thème enfant
PhenixSuite16 -
SumUp Payments Constant Update Request
Modules2 -
PaypalAPI erreur
PhenixSuite53 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite6 -
Solutions de paiement...
Discussion générale5 -
Petit code pour les descriptions de produits
Discussion générale3
commande qui ne remontent pas
-
Moi je constate qu'en lisant la première ligne du module, il y a une constante permettant de debugguer le module
const DEBUG = false;
Mais sans même cela, il faut consulter les logs d'accès du serveur à l'heure d'un paiement et voir de quoi il en retourne.
Si rien de présent problème d'url retour, sinon consulter les logs d'erreur serveur
-
@doekia oui c'est bien ça un problème d'url retour !!! merci
-
@frede98 Dans le module ou à la banque ?
-
@eolia je suppose dans le module, mais je ne sais pas où aller voir !!
-
Le code du module est clair:
$confirmUrl = sprintf( '%sindex.php?fc=module&module=%s&controller=validation', $base, $this->name );
C'est donc un POST dont l'url est founie pas ton instance Prestashop.
Retrouves-tu les appels à cette url dans tes logs d'accès serveur, et quelle est le code de retour HTTP?
Enfin si tu nous fournis une url ça pourrait aider
-
@doekia a dit dans commande qui ne remontent pas :
$confirmUrl = sprintf(
'%sindex.php?fc=module&module=%s&controller=validation',
$base,
$this->name
);voici ce que j'ai trouvé : 91.194.60.148 www.my-dressing.eu - [05/Feb/2018:16:30:33 +0100] "POST /index.php?fc=module&module=lydia&controller=validation HTTP/1.1" 403 218 "-" "-"
77.189.147.186 www.my-dressing.eu - [05/Feb/2018:16:32:27 +0100] "GET /1393-thickbox_default/maillot-2-pieces-bandeau-blanc-a-losanges-marine-a-armatures.jpg HTTP/1.1" 200 91925 "https://www.google.de/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0"
-
403, donc accès interdit
Tu n'aurais pas mis un .htaccess, ou protection par mot de passe ou similaire?
-
@doekia je cherche .. je vois pas !! dans mon htaccess :
<IfModule mod_headers.c>
Header unset Etag
</IfModule>
FileETag none
<IfModule mod_deflate.c>
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype
</IfModule>
</IfModule>#If rewrite mod isn't enabled
ErrorDocument 404 /index.php?controller=404
-
Moi je vois une 200 mais en page blanche: https://www.my-dressing.eu/index.php?fc=module&module=lydia&controller=validation
-
@doekia a dit dans commande qui ne remontent pas :
403, donc accès interdit
Tu n'aurais pas mis un .htaccess, ou protection par mot de passe ou similaire?Chaque mot est important tu sais. Donc, tu prends ton baton de pélerin et tu vas jusqu'au fichier modules/lydia/controllers/front/validation.php
ET tu vérifie les accès, .htaccess, ... de chacun des éléments du chemin
-
@doekia merci merci j'y vais ...