Erreur sur fichiers request et response

Bonjour à tous,

je suis dans le même cas que toi Joshua, même hébergeur, même serveur 64bits.

Le support m'a fourni ceci par rapport au remplacement de exec() :

Remplacer l'instruction exec() du fichier Php:
et récupérer les infos dans le fichier Perl:

Comme je demandai de l'aide pour le request, depuis le fichier php j'ai fait :
et dans call_request.pl
ou


ou


ou


J'arrive à avoir un résultat du contenu d'origine du Perl dans le Php mais que en mode debug en ajoutant -d : #!/usr/bin/perl -d
Mais clairement mes paramètres ne sont pas envoyés au Perl car visiblement il ne récupère pas les infos php :

J'en peux plus, je désespère d'obtenir ton aide car tout le monde fuit devant Perl ou me dit trop simplement "change d'hébergeur". :pinch: le message de Joshua qui a effectivement réussi me redonne un peu d'espoir. :woohoo:

Merci pour votre aide.

Bonsoir Greg,

Désolé pour le retard mais je n'étais pas dispo depuis un moment.
Pour le remplacement de la commande exec() tu as bien la bonne solution fournie par Infomaniak si tu la suis telle quelle.

Pour le fichier Perl, voici ce qu'il faut faire avec comme exemple le fichier call_request.pl (et adapter pour call_response.pl) :
Voila ceci devrait t'aider. N'oublie pas de mettre les fichiers ".pl" en droits 755 comme les binaires d'ailleurs.

Concernant les binaires, chez Infomaniak si tu es encore en PHP 5.2.17 il faut prendre les binaires 32bits (base i686).
Si tu es passé en PHP 5.3 tu as dû passer en serveur 64 bits donc prendre les binaires adéquats.

A+

Bonjour Joshua et pour commencer voici un premier : :silly: MERCIIIiiiiii ! ! ! :silly:

Je me voyais condamné à utiliser un header vraiment pas propre pour communiquer avec mon fichier Perl.

Franchement je te tire mon chapeau, je n'étais pas sûr de savoir si je devais laisser perl générer le tableau, ton à été magique, je perdais espoir car par exemple le simple oubli de génère un 'appel request non trouvé', une erreur que l'on retrouve si on oublie, au choix, de mettre : #!/usr/bin/perl ou le bon chmod ou que l'on a des binaires 32bits sur du 64bits etc...

Donc forcément maintenant je bloques au response, j'ai vraiment essayer de chercher toute la journée la solution :dry: mais je plante avec l'erreur suivante : .

Mon code est ok dans le php :


Mais comme toujours c'est dans le Perl que ça pêche :

J'espère que tu va pouvoir comparer avec ton propre fichier perl et repérer une erreur évidente à tes yeux.

Greg, je t'ai fourni l'intégralité du fichier Perl que j'utilise. Pourquoi rajoutes-tu dedans toutes ces lignes (le read stdin, la boucle foreach) ?

Le but est de remplacer la fonction exec(), ce qui est fait par le HttpRequest qui appelle le binaire via le fichier Perl (un pour request et un pour response).

Donc dans atos.php et atos_end.php je ne remplace que la ligne exec(), je ne touche pas au reste et surtout pas aux chemins. Je ne touche donc pas aux fichiers du plugin ATOS à part la ligne exec().

A moins que tu ne veuilles exploiter d'autres fonctionnalités, je ne vois pas pourquoi tu fais tout ça. Sauf si tu n'utilises pas Hikashop.

Bonjour Joshua,

Dans peu de temps l'hébergement du site que je dois refondre se termine, je vais sans doute le refondre avec Hikashop sur le futur hébergement.
Mais avant d'y travailler je dois déjà adapter le module de paiement en perl pour que le site actuel continue de fonctionner tel quel.

Donc oui ce n'est pas de l'Hikashop mais en même temps cette partie du problème concerne uniquement le module de paiment.

je ne remplace que la ligne exec(), je ne touche pas au reste

Moi aussi bien sûr

Pourquoi rajoutes-tu dedans toutes ces lignes (le read stdin, la boucle foreach) ?

Tu penses bien que je n'ai pas ajouté une fonction pareille dans du Perl où j'ose à peine ajouter un point, c'était le fichier perl fourni par la banque...

Je t'ai fourni l'intégralité du fichier Perl que j'utilise.

HEUREUSEMENT que tu as écris ça !
- J'ai copié/collé le contenu de TON call_request.pl et modifié QUE request par response, et là j'ai enfin eu une erreur avec un indice du debug (certif)
- J'ai uploadé un ancien certif de test (celui du 32bits) et... ca fonctionne purée ! ! ! :woohoo:
( Merci les fichiers tests vérolés histoire de bien faire tourner en rond :pinch: )

Comme le site actuel utilise un module 64bits, je l'ai transféré et adapté et... ça fonctionneee encore ha ha !

On trouve vraiment RIEN sur le net et encore moins coté support des banques : coté BANQUE on m'as dit TEXTO pas de support pour le Perl et coté ATOS on étudie mon cas, mais...ah oui c'est vrai je l'attends toujours )

Donc par rapport à ce constat encore merci, merci, merci Joshua d'avoir partagé !

A+

quels doivent etre les droits sur le dossier media/com_hikashop/b et sur les fichiers response et request ?

755 et si cela ne fonctionne pas 777

le dossier est en 755 mais request et response sont en 644 je dois mettre aussi request et response en 755 ?
etil faut une config particuliere du serveur pour ces executables ?
car depuis hier midi j'ai que des erreur request plus un paiement ne passe


merci

Oui. Ce sont des executables. Pour les executer, il faut que les droits soit 755 sinon, il n'est pas possible de les executer.

oui bien sur mais au cas où 705 ou 750 allaient
tous mes droits avaient sautés

merci

Bonjour,

Je me permet de me greffer sur ce post afin de savoir comment faire fonctionner le paiement ATOS lorsque les fichiers RESPONSES et REQUEST ne sont pas présent dans le dossier /media/com_hikashop/b mais dans le dossier /cgi-bin ?
Je suis chez l'hébergeur OVH et les executables doivent être dans ce dossier CGI-BIN.
Les fichiers présent au sein de WWW ne sont pas exécutés.

J'ai placé mes fichiers dans le dossier CGI-BIN (et dans le doute dans /media/com-hikashop/b), les droits sont en 755, l'envoi a été fait en mode binaire, mais j'obtiens l'erreur :

Ce qui parait logique puisque seul le dossier CGI-BIN permet l'execution.

J'ai modifier le dossier de téléchargement pour y mettre /cgi-bin ou /homez.xx/xxxx/cgi-bin mais j'ai toujours le même message d'erreur !

Comment spécifié au module ATOS d'utiliser le dossier /homez.xx/xxxx/cgi-bin au lieu de homez.xx/xxxx/www/media/com_hikashop/b ?

Quelqu'un as t-il déjà utiliser ce paiement chez l'hébergeur OVH ?

Merci de votre aide

Bonjour,

Oui le plugin fonctionne chez OVH. Nous utilisons nous même OVH pour nos serveurs.

Il faut utiliser /homez.xx/xxxx/cgi-bin pour le dossier. Biensur, il faut remplacer les x par les vrais noms de dossier sur votre site. De même, les droits d'accès sur les fichiers request et response doivent permettre l'exécution des fichiers.

Merci pour la confirmation

Ou ce chemin doit-il être spécifié ?
Car comme je le dit dans la question, j'ai indiqué ce chemin (en remplacant les xx ) dans le module de paiement ATOS rubrique "dossier de téléchargement" mais j'ai toujours le message d'erreur.
Dans ce message j'ai clairement l'adresse du dossier /www et non le chemin absolu du dossier cgi-bin...

Merci pour les précisions.

C'est en effet dans cette option qu'il faut mettre le chemin absolu du dossier cgi-bin.

Bonjour,

J'ai testé en mettant /homez.xx/xxx/cgi-bin et /homez.xx/xxx/cgi-bin/ dans le champ, visiblement il faut le / à la fin
J'ai mes 3 fichiers (REQUEST, RESPONSES et certif.fr.01234567879) dans le dossier cgi-bin.
Lors que je valide la configuration du module j'obtiens :

J'ai créé un dossier "b" dans le dossier cgi-bin et déplacé mes 3 éléments dedans, vérifier une nième fois qu'il était bien en 755, remplacer le nom du certificat fourni (certif.fr.01234567879) par ct.fr.01234567879 puis revalider la configuration du module.
Aucun message d'erreur.
Il a donc "trouver" les 3 fichiers en question...

Je publie le module et simule une commande.
Je choissi le moyen de paiement ATOS et là j'obtiens toujours la même erreur :

On voit, comme je l'indiquais dans le précédent post, qu'il cherche dans le dossier www au lieu de cgi-bin, puis que l'adresse ne devrais pas être :

mais
Une piste ?

Apparement, vous avez une configuration un peu spéciale de votre PHP qui fait que le chemin des binaires n'est pas calculé comme il faut.
Pourriez vous essayer d'ajouter le code: avant le code: dans le fichier plugins/hikashoppayment/atos/atos.php et voir si cela corrige le problème?

La modification corrige bien l'erreur de chemin mais j'ai toujours le message :

J'ai constaté que j'avais un dossier /homez.xx/xxx/cgi-bin/ qui avais été créé dans le dossier /www avec les fichiers :
- pathfile
- pc.0123456789
- pc.x

Par contre malgré avoir ouvert le module de paiement ATOS pour l'activé et vérifier que le dossier été toujours /homez.xx/xxx/cgi-bin/ je ne retrouve pas ces 3 fichiers dans le dossier cgi-bin...

Pourtant ils ont forcement étaient créés lors de la dernière tentative quand le chemin du dossier n'été pas bon.

Une autre piste ?

Le fait de changer le dossier dans les options ne déplace pas les fichiers déjà uploadés.

Vous pouvez essayer de les réuploader, sinon il vous suffit de les uploader manuellement dans le dossier /homez.xx/xxx/cgi-bin/ et ensuite vérifiez bien qu'ils soient exécutable.

Bonjour,

Je n'arrive toujours pas à utiliser ATOS sur ma boutique.

J'ai reuploadé les fichiers REQUEST et RESPONSES ainsi que le certificat via le module de configuration, je vois bien les 3 fichiers (+ un .htaccess) dans le chemin :

Les 3 fichiers pathfile, pc.0123456789, pc.x sont présent dans le chemin :

Sachant que le dossier permettant les executables est /cgi-bin et non le contenu de /www.
donc je ne comprends pas l'interêt pour Hikashop de créer le dossier /www/homez.xx/XXX/cgi-bin/b

A noter que dans le dossier /cgi-bin je n'ai pas les fichiers pathfile, pc.0123456789 et pc.x !
est-ce normal ?

Le fichier pathfile contient le code
Pourquoi le double "/" entre le www et le homez.xx ?

Et pc.x
Le problème semble pourtant simple et je ne comprends pas pourquoi cela ne marche pas !
Mes fichiers certificat, RESPONSES et REQUEST DOIVENT être dans le dossier cgi-bin qui se trouve à la base de mon hébergement alors que le site lui même et par conséquent la boutique, se trouve dans le dossier www .

Le chemin est donc : /homez.xx/XXX/cgi-bin
Pour le site : /homez.xx/XXX/www

Les fichiers ont un droit en 755

dans le module de paiement SPIPS ATOS j'ai réglé :
- le dossier de téléchargement avec /homez.xx/XXX/cgi-bin/
- le dossier des logos avec media/com_hikashop/l/
- en haut des lignes pour sélectionner le fichier request, responses et le certificat il est indiqué /homez.xx/XXX/cgi-bin/b/ (les fichiers ont étaient renvoyé)

Avez-vous une piste ou un autre conseil ?