embelly Posted December 12, 2015 Share Posted December 12, 2015 (edited) J'ai un problème avec le module "Paiement par chèque". Le module est activé et je peux le choisir dans la liste des modes de paiement. Dans l'étape 05 Paiement, la page "module/cheque/payment" s'affiche correctement. En cliquant sur le bouton "Confirmation de ma commande" qui devrait afficher la page "module/cheque/validation", j'obtiens: 500 Server ErrorOops, something went wrong.Try to refresh this page or feel free to contact us if the problem persists. Le mème problème avec le module "Paiement par virement bancaire. Merci en avance pour vos aides! Edited December 12, 2015 by embelly (see edit history) Link to comment Share on other sites More sharing options...
ChDUP Posted December 12, 2015 Share Posted December 12, 2015 Il y a un problème avec lors de la confirmation de commande. Vous n'avez pas le même problème lors d'une commande Paypal ? Ce serait surprenant. Il faut regarder votre log d'erreurs serveur pour voir ce qui foire à ce moment là. 1 Link to comment Share on other sites More sharing options...
embelly Posted December 12, 2015 Author Share Posted December 12, 2015 D'abord merci d'avoir regarder. Je suppose que c'était vous avec le compte "Test". Quand on choisit le paiement PayPal, on passe sur l'interface de PayPal avec le bon montant mais en effet, il n'y a pas de confirmation de commande et la commande ne figure pas non plus dans le BO. Question un peu bête, où je trouve le fichier log d'erreurs? Sur mon serveur dédié OVH ? Link to comment Share on other sites More sharing options...
ChDUP Posted December 12, 2015 Share Posted December 12, 2015 oui c'est moi le test. Les logs vont se trouver sur votre serveur.Si ce n'est pas vous qui le gérez, demandez à votre admin serveur. 1 Link to comment Share on other sites More sharing options...
embelly Posted December 13, 2015 Author Share Posted December 13, 2015 (edited) D'abord merci, @ChDUP, pour votre aide. Oui, j'ai l'accès à mon serveur dédié que je gère (tant que je peux) moi-même. Comme je ne sais pas dans quel folder se trouve ce fichier, je suis en train d'exécuter une recherche des fichiers "error" par une connexion sécurisée avec FileZilla. Dès que j'ai trouvé ce fichier, je reviens ici pour en référer. Est-ce qu'il est possible qu'il s'agit du fichier error_log dans /var/www/vhosts/system/embelly-bio.fr/log/ ? Edited December 13, 2015 by embelly (see edit history) Link to comment Share on other sites More sharing options...
ChDUP Posted December 13, 2015 Share Posted December 13, 2015 Je ne suis pas spécialiste en admin serveur mais essayez de voir dans /var/log/httpd ou /var/log/apache quelque chose du genre. Si vous ne maitrisez pas la gestion d'un serveur dédié, vous allez au delà de graves problèmes, notamment au niveau sécurité. Pour les logs, vous pouvez déjà voir si il y a une remontée dans les logs presta dans paramètres avancés / logs 1 Link to comment Share on other sites More sharing options...
embelly Posted December 13, 2015 Author Share Posted December 13, 2015 (edited) Oui, je sais pour l'admin du serveur. Je suis en train d'apprendre de gérer la sécurité. Pour la question des logs, je viens de simuler une commande avec paiement chèque. Voici l'info: 585 -- 3 PaymentModule::validateOrder - Order Status cannot be loaded Cart 14 0x 0 13/12/2015 11:58:26 Voici le contenu dans le fichier error_log dans /var/log/httpd/: [sun Dec 13 03:39:20 2015] [notice] Digest: generating secret for digest authentication ... [sun Dec 13 03:39:20 2015] [notice] Digest: done [sun Dec 13 03:39:20 2015] [notice] mod_bw : Memory Allocated 0 bytes (each conf takes 48 bytes) [sun Dec 13 03:39:20 2015] [notice] mod_bw : Version 0.92 - Initialized [0 Confs] [sun Dec 13 03:39:20 2015] [error] python_init: Python version mismatch, expected '2.6.5', found '2.6.6'. [sun Dec 13 03:39:20 2015] [error] python_init: Python executable found '/usr/bin/python'. [sun Dec 13 03:39:20 2015] [error] python_init: Python path being used '/usr/lib64/python26.zip:/usr/lib64/python2.6/:/usr/lib64/python2.6/plat-linux2:/usr/lib64/python2.6/lib-tk:/usr/lib64/python2.6/lib-old:/usr/lib64/python2.6/lib-dynload'. [sun Dec 13 03:39:20 2015] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads. [sun Dec 13 03:39:20 2015] [notice] mod_python: using mutex_directory /tmp [sun Dec 13 03:39:20 2015] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Dec 13 03:39:20 2015] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Dec 13 03:39:20 2015] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Dec 13 03:39:20 2015] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Dec 13 03:39:20 2015] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Dec 13 03:39:20 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366) [sun Dec 13 03:39:20 2015] [notice] Apache/2.2.15 (Unix) DAV/2 mod_fcgid/2.3.9 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.15 OpenSSL/1.0.1e-fips mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations Le folder /var/log/apache/ n'existe pas! Edited December 13, 2015 by embelly (see edit history) Link to comment Share on other sites More sharing options...
ChDUP Posted December 13, 2015 Share Posted December 13, 2015 Vous avez quoi comme statuts dans commandes / statuts ? Link to comment Share on other sites More sharing options...
embelly Posted December 13, 2015 Author Share Posted December 13, 2015 Voici la liste des statuts: Link to comment Share on other sites More sharing options...
ChDUP Posted December 13, 2015 Share Posted December 13, 2015 Les IDs de vos statuts ont été modifiés. Je ne peux pas verifier d'ici mais je pense que le module cheque renvoie un statut de commande 1 et le module Paypal un statut 2 qu'ils ne trouvent pas. D'où votre erreur. 1 Link to comment Share on other sites More sharing options...
embelly Posted December 13, 2015 Author Share Posted December 13, 2015 Les IDs de vos statuts ont été modifiés. Je ne peux pas verifier d'ici mais je pense que le module cheque renvoie un statut de commande 1 et le module Paypal un statut 2 qu'ils ne trouvent pas. D'où votre erreur. En réalité, rien était modifié. Après l'installation de PrestaShop et l'installation des modules, il n'y avait que des statuts "Etat de retour" avec les ID de 1 - 5. J'ai donc crée les statuts "états de commandes" Il est possible de modifier les ID dans la BDD ou par suppression de tous les statuts et les créer de nouveau dans la bonne suite? Link to comment Share on other sites More sharing options...
ChDUP Posted December 13, 2015 Share Posted December 13, 2015 C'est bizarre que vous ayez eu à les recréer. Quelque chose les a effacés, ils ne se sont pas effacés seuls. surtout que votre premier statut commence à 16 alors qu'il n'y a pas 15 statuts natifs, d'autres ont été créés entre deux. Vous pourriez essayer effectivement de les supprimer, puis de remettre l'auto-increment de cette table à 0 et les recréer ensuite ou changer l'ID en base de données. Mais tout cela va affecter vos commandes actuelles. Vous devriez faire des essais sur une copie de votre site. Link to comment Share on other sites More sharing options...
embelly Posted December 13, 2015 Author Share Posted December 13, 2015 Il n'y a pas de commande en cours ni existantes. Alors le changement dans la BDD devrait être possible. Simplement, quelle est la bonne table dans la BDD? Link to comment Share on other sites More sharing options...
embelly Posted December 13, 2015 Author Share Posted December 13, 2015 (edited) Bon, au début, je ne me suis pas rendu compte que les statuts n'existaient pas. Le 2 déc. je n'avais pas mis la boutique en maintenance pendant quelques heures et une cliente arrivait pour passer une commande. La cliente a bien pu s'enregistrer. Elle a fait une commande de 4 produits avec PayPal (seul moyen à ce moment) comme paiement. Donc elle était renvoyée sur la page de paiement chez PayPal et elle a effectué le paiement. Simplement aucune trace de la commande dans BO. Je viens de filtrer dans le fichier error_log ce passage de cette action: (remarque: je viens d’effacer cette liste du fichier error_log car sans intérêt pour mon problème!) Edited December 14, 2015 by embelly (see edit history) Link to comment Share on other sites More sharing options...
embelly Posted December 14, 2015 Author Share Posted December 14, 2015 @ChDUP, d'abord un très grand merci de m'avoir mis sur la bonne piste. Le problème venait en effet des statuts de commandes surtout des mauvais "id_order_state" qui se retrouvent dans la table "ps_order_state". Je viens d’exécuter une installation de test de la version 6.1.3 sur un autre domaine. Et en effet, il y a les 14 états de commande automatiquement installés dans la BDD de démo. Ouf, tu l'avais directement vu que les ID de ma liste n'étaient pas les bons! Merci encore une fois! Link to comment Share on other sites More sharing options...
ChDUP Posted December 14, 2015 Share Posted December 14, 2015 (edited) Comment avez-vous rectifié cela ? Edited December 14, 2015 by ChDUP (see edit history) 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