Joomladay francophone 2018 à Paris 18 et 19 mai

Alatak ATOS SIPS trouve pas request.exe

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Alatak ATOS SIPS trouve pas request.exe

    Bonjour
    Je cherche depuis une semaine mais rien à faire il trouve pas le request.exe du cgi-bin. Voici le message d'erreur complet :

    merchant_id=029800266211111 merchant_country=fr amount=2500 currency_code=978 pathfile=F:/users/ndd.fr/httpdocs/sips-param/pathfile transaction_id=991881 normal_return_url=http://www.ndd.fr/index.php?page=checkout.sips_response&ItemId=1&opt ion=com_virtuemart cancel_return_url=http://www.ndd.fr/index.php?page=checkout.sips_response&ItemId=1&opt ion=com_virtuemart automatic_response_url=http://www.ndd.fr/administrator/components/com_virtuemart/html/checkout.sips_autoresponse.php language=fr merchant_language=fr payment_means=CB,1,VISA,1,MASTERCARD,1 header_flag=yes capture_day=1 capture_mode=AUTHOR_CAPTURE block_align=left block_order=1,2,3,4,5,6,7,8 customer_id=67 customer_email=mail@wanadoo.fr customer_ip_address=193.252.000.000 return_context=1 order_id=20
    bin_request : F:\users\ndd.fr\cgi-bin\request.exe
    Chemin request exe ok
    Probléme de configuration de la méthode de paiement.
    Le fichier éxecutable nommé 'request' n'a pas été trouvé.
    - Vérifier que le chemin spécifié lors de la configuration de la méthode de paiement est correcte.
    - Vérifier que vous avez copié le fichier 'request' dans le bon répertoire.
    - Vérifier les droit d'accés du fichier 'request'.
    Chemin que vous avez configuré pour l'éxecutable: F:/users/ndd.fr/cgi-bin/
    Fichier executable appelé: Le fichier n'existe pas
    Accès de

    J'ai ajouté un test sur la variable bin_request. Il le trouve bien avec file_exist mais l'API ne le trouve pas.

    Je suis sous Windows Joomla 1.5.10, virtuemart 1.1.3, alatak atos sips v2beta2, API Citelis 600 ASP.
    J'ai aussi la solution 600 ETransactions sur le serveur et les sites en ASP fonctionnent tres bien. En PHP je ne peux pas donné l'acces à ce module-là qui est installé sur C. Donc j'ai placé les exe dans le cgi-bin comme il est conseillé de le faire dans le très bon tuto d'ALATAK.

    J'ai été obligé de modifier la ligne 510 du fichier ps_sips.php pour ajouter l'extension dont il ne tenait pas compte. Donc :
    $name = SIPS_CGI_BIN_PATH . $name .$this->os_info['bin_suffix'];
    Mais de toute façon ça marche pas ni avec ni sans l'extension.

    Merci de bien vouloir m'éclairer dans mes recherches.

    SOLUTION EN PAGE 2
    Dernière édition par IMAGIX à 03/12/2009, 11h17

  • #2
    Les autres tests

    J'ai trouvé bien sur d'autres personnes ayant le meme probleme mais jamais dans les memes conditions que moi et le peut de solutions données ne regle pas le probleme
    Merci de me faire part de vos tests meme concluant dans la meme config que moi (ça me permettra de savoir que c'est possible ou non)

    Commentaire


    • #3
      Personne dans mon cas ou l'aide d'un expert ?

      Bon j'ai bien l'impression que la compatibilité entre plateforme n'est pas le fort des CMS (c'est pas moi qui ai choisi la plateforme ni le CMS d'ailleurs)
      Je présume que si le module existe compatible plateforme Windows, il doit exister une solution à mon probleme.
      Faites moi au moins part SVP de votre réussite à le mettre en place.
      Merci.

      Commentaire


      • #4
        On avance doucement mais surement

        J'adore me repondre à moi meme ;-)
        Enfin si ça peut servir à d'autre.

        Bon apparement c'est le module ATOS SIPS qui trouve pas le request.exe du cgi-bin et pourtant le file_exist le trouve.
        Rien à voir donc avec Joomla Virtuemart ou le plugin d'Alatak (la modif que j'ai apporté pour avoir l'extension exe me semble quand meme indispensable mais ATOS eux meme l'ont oublié dans les commentaires de leur code)
        Je me tourne donc vers ATOS. J'essaierai de mettre le denouement ici pour vous autres qui etes dans le meme cas (si ça existe).

        Commentaire


        • #5
          La derniere info a ete postee hier. C'est interressant de la connaitre, me semble-t'il...

          http://forum.joomla.fr/showthread.php?t=102760&page=2
          a plus
          sommaire thématique des astuces du forum e-commerce ici http://www.webtimarket.com/fr/telechargements
          http://virtuemart.fr

          Commentaire


          • #6
            Merci pour l'info PATSXM971 c'est interessant effectivement.
            Mais tant que nos clients ne nous le demande pas (et nous serions obligé de facturer l'évolution) nous ne pouvons pas entreprendre le changement de tous les sites concernés.
            On verra ça en temps et en heure.

            Pour l'instant je n'ai rien trouvé mais il semblerait que certains droits ou parametres PHP empechent le exec PHP de trouver le fichier. A suivre...

            Commentaire


            • #7
              Sacre fonction exec

              Bon c'est officiel la fonction exec (et autre passthru) n'est pas compatible avec le serveur Windows à moins d'avoir pil poil la configuration serveur qui va bien mais qui créé des failles de securité (Autoriser l'intéraction avec le bureau dans la config du service Apache apparement).

              Donc malheureusement il va falloir encore bidouiller !
              Dommage de ne pas avoir eu un retour d'un de vous sur une experience concluante. Alatak si tu peux me donner ton avis la dessus ça m'interesserait de connaitre les tests de ton plugin que tu as fait sous Windows.

              Je vais donc essayer de faire passer les parametres au module SIPS ASP juste pour traiter la commande d'execution. Le probleme va etre de reccuperer les resultats. A suivre donc...

              Commentaire


              • #8
                Dernier espoir

                Oula non j'ai vraiment pas le temps de trouver une solution pour faire passer les variables entre ASP et PHP (si c'est possible meme) et faire en ASP tout le boulot que font les fichiers PHP c'est colossale.

                Donc au final c'est desesperant mais j'ai vraiement besoin de votre aide.
                Alatak je vous laisse mes coordonnées sur ton site ou repondez moi sur le forum. Meme pour dire qu'il n'y a pas de solution.
                Merci.

                Commentaire


                • #9
                  Bonsoir,

                  La derniere info a ete postee hier. C'est interressant de la connaitre, me semble-t'il...

                  http://forum.joomla.fr/showthread.php?t=102760&page=2
                  a plus
                  _______
                  Toutes les banques n'ont pas migrer vers systempay. Aujourdh'ui seul la Banque populaire l'a fait.
                  Dans peu de temps SPPLUS le fera...

                  Dernier espoir
                  Oula non j'ai vraiment pas le temps de trouver une solution pour faire passer les variables entre ASP et PHP (si c'est possible meme) et faire en ASP tout le boulot que font les fichiers PHP c'est colossale.

                  Donc au final c'est desesperant mais j'ai vraiement besoin de votre aide.
                  Alatak je vous laisse mes coordonnées sur ton site ou repondez moi sur le forum. Meme pour dire qu'il n'y a pas de solution.
                  Je n'ai pas fait énormément d'installation sur Windows. Je peux meme avouer n''en avoir fait que 2. Donc je n'ai pas assez d'expérience pour pouvoir t'aider.

                  Je ne crois pas que la solution soit de passer par ASP.

                  As tu téléphoné à ton hebergeur pour savoir tu tu es autorisé à exécuter des cgi?
                  alatak.net, Spécialiste VirtueMart et Développeur http://alatak.net

                  Aucun MP. Je n'y réponds pas. Merci de votre compréhension.

                  Commentaire


                  • #10
                    Merci de m'avoir repondu

                    Oui j'ai fait le tour hebergeur, ATOS, banque et personne ne sait rien.
                    A priori l'execution de cmd.exe sur notre serveur dédié est interdite et comme apparement la fonction PHP exec se base sous Windows sur cmd.exe c'est sur on ne peut pas l'utiliser.
                    J'essaie de voir quels seraient les risques de l'autoriser (c'est surement la seule solution).

                    Je passe quand meme le sujet en état réglé mais j'ai toujours pas la reponse/solution qui me permettrait de l'executer.
                    Dernière édition par IMAGIX à 12/11/2009, 08h40

                    Commentaire


                    • #11
                      Bonjour,

                      A priori l'execution de cmd.exe sur notre serveur dédié est interdite et comme apparement la fonction PHP exec se base sous Windows sur cmd.exe c'est sur on ne peut pas l'utiliser.
                      J'essaie de voir quels seraient les risques de l'autoriser (c'est surement la seule solution).
                      L'avantage c'est que si tu es sur un dedié, tu peux configuré ton serveur comme tu l'entends.

                      Certains hébergeurs n'autorisent pas l'exec() sur Linux, et la seule solution dans ce cas, c'est de changer d'hébergeur.
                      alatak.net, Spécialiste VirtueMart et Développeur http://alatak.net

                      Aucun MP. Je n'y réponds pas. Merci de votre compréhension.

                      Commentaire


                      • #12
                        Oui c'est bien le dédié mais on est infogéré alors on a pas acces à toute la config meme si on peut faire des demandes specifiques.
                        Le probleme est surtout qu'il ne faut pas que le changement de config par rapport à la commande cmd.exe entraine des probleme soit de fonctionnement soit de faille de sécurité (on a pas mal d'autres sites dessus)

                        Commentaire


                        • #13
                          En passant de PHP 5.2.5 à PHP 4.4.7 le probleme est clairement affiché :
                          Warning: exec() has been disabled for security reasons
                          CQFD

                          Commentaire


                          • #14
                            Tres bonne nouvelle qui va bien me faire perdre patience :

                            Le fait d'autoriser l'interaction avec le bureau entrainera l'exécution du processus de traitement ASP.NET avec l'identité System. Lors de la configuration du processus de traitement ASP.NET en vue d'utiliser l'identité System, le processus de traitement ASP.NET peut accéder à pratiquement toutes les ressources sur l'ordinateur local ce qui n'est pas vraiment bon pour la sécurité.

                            C'est vraiement pas cool. A quand le systemPay sur toutes les banques ?

                            Je sens bien qu'il va falloir qu'on aille sur serveur Linux mutualisé pour ces sites. C'est nul à quoi ça sert alors d'avoir un serveur dédié ?

                            Commentaire


                            • #15
                              ENFIN Résolu

                              Bon je ne sais pas si ça servira à d'autres tellement le cas est spécial à notr configuration mais si ça peut sauver 3 semaines de recherche à d'autres...

                              Donc il faut tout d'abord bien paramètrer les droits sur les exe et les repertoires pour le "user PHP". Si ça fonctionne comme ça tant mieux.
                              Sinon, si comme nous vous ne pouvez pas donner les droits d'execution de la commande PHP exec et donc cmd.exe au user PHP pour cause de faille de sécurité, alors là pas le choix : vous devez appliquer ce qui suit.

                              Passage de Virtuemart au module ATOS SIPS ASP :
                              Le module de paiement d'Alatak pour ATOS SIPS fait le lien vers la page checkout.sips_cc_form.php dans laquel il ne faut garder que la reccuperation du montant et de l'order id. Ensuite pour une meilleure presentation des choses on a fait une iframe qui appelle le call_request.asp à qui ont fait passer les tous les champs present dans le fichier checkout.sips_cc_form.php d'origine.
                              Dans le call_request.asp on rentre les valeurs envoyées dans la variable qu'on donne en parametre au request.exe. On fait les adresses de retour vers les pages call_autoresponse.asp et call_response.asp comme d'habitude. Le reste bouge pas.
                              Le call_response.asp reste le meme et à la fin on redirige vers index.php?page=checkout.sips_response&Itemid=1&opt ion=com_virtuemart en passant le numéro de facture (dans laquelle on retrouvera l'ensemble des infos de retour de la banque - voir autoresponse). La page checkout.sips_response.php va chercher dans la facture les infos à afficher sans rien changer d'autre.
                              Le probleme s'est posé avec l'autoresponse car on ne peut pas lui demander une redirection en fin de fichier, il n'en tient pas compte (il est chargé en "background" de l'application de la banque). Donc on a fait le pont entre le call_autoresponse.asp et la bdd mysql de joomla (apres avoir réglé un ultime probleme de driver ODBC MySQL) pour rentrer les infos de retour que le checkout.sips_autoresponse.php s'occupait de faire à la base.

                              Voilà ouf on va pouvoir souffler maintenant et profiter enfin du resultat.
                              Merci Alatak pour le travail amont effectué. J'espere que cette expérience pourra un jour te servir de référence. Si tu as besoin d'un renseignement hesites pas.

                              Commentaire

                              Annonce

                              Réduire
                              1 sur 2 < >

                              C'est [Réglé] et on n'en parle plus ?

                              A quoi ça sert ?
                              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                              Comment ajouter la mention [Réglé] à votre discussion ?
                              1 - Aller sur votre discussion et éditer votre premier message :


                              2 - Cliquer sur la liste déroulante Préfixe.

                              3 - Choisir le préfixe [Réglé].


                              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                              2 sur 2 < >

                              Assistance au forum - Outil de publication d'infos de votre site

                              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                              UTILISER À VOS PROPRES RISQUES :
                              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                              Problèmes connus :
                              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                              Installation :

                              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                              Archive zip : https://github.com/AFUJ/FPA/zipball/master

                              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                              et remplacer www. votresite .com par votre nom de domaine


                              Exemples:
                              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/
                              Pour executer le script: http://www..com/fpa-fr.php

                              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/cms/
                              Pour executer le script: http://www..com/cms/fpa-fr.php

                              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                              Voir plus
                              Voir moins
                              Travaille ...
                              X