Bonjour à tous,
Je deviens dingue avec mon intégration d'un module de paiement Sherlocks ATOS sur un site en From Scratch.
J'essaie de m'assurer du type de système d'exploitation de mon hébergeur (Linux / Windows / 32 bits / 64 bits ??), mais pas moyen de trouver cette info.
Je possède un hébergement Pro2014.
Le support de Sherlocks me dit simplement :
> Il semble que votre bin soit un 32 bits. Si votre serveur a une architecture 64 bits, la problématique peut venir du fait qu'il ne peut pas exécuter le request.
> Nous vous invitons à vérifier la possibilité d'exécuter du 32 bits sur votre serveur (problème de library ?).
Merci à vous !
> mais pas moyen de trouver cette info
en standard c'est du 32bit
ton CMS te donne ce genre d'info
tu peux passer en 64b mais seulement en php7.4, donc quel est ton CMS et sa version?
Bonjour m'sieur 
Ce n'est pas un CMS, c'est du dev. spécifique.
Mon PHP est en 7.2.
Dans l'absolu, le 32 bits me va, c'est surtout pour m'assurer de télécharger la bonne version du module de paiement. Mon fichier BIN est bien trouvé, mais il ne veut pas l'exécuter (malgré le CHMOD ok).
> Mon PHP est en 7.2.
EOL en fin d'année
donc 32bits
pour le reste, activer le debug
(le bon certificat n'est pas sélectionné par défaut, vu par deux fois)
Bon merci en tout cas pour l'info OS.
Pour le reste, je continue de chercher (ça fait que 3 mois que je suis dessus 
)
Bonjour Frédéric,
J'ai réussi à l'instant à installer pour un client ATOS (LCL) sur un mutualisé, en m'aidant de ton post.
C'est bien la galère donc je te donne la solution :
- L'archive à télécharger et la linux32_f.3.2 (la dernière version)
- Dans ton FTP à la racine (/), créé un dossier cgi-bin dans lequel tu mets les fichiers request et response en chmod 755. Ces fichiers sont des binaires, donc ils doivent être transférés via FileZilla via le mode "binaire"
- pour lancer l'exemple (call_request.php), il faut que tu renseignes les différents chemins dans le fichier, menant vers le "pathfile" et le "request". Il faut aussi que tu renseignes le champ "merchant_id" avec la valeur que tu as au nvieau de ton interface bancaire de test
- Ensuite, il faut que tu aies a ta dispo le bon certificat (qui est mal nommé de base et doit être du genre "certif.fr.XXXXXXXXX.php" ( où XXXXXXXX = merchant_id). Dans ce fichier, regarde la balise de fin "php>" : remplace là par "?>". Pareil, vérifie que la bonne valeur du merchant_id dans ce fichier.
- Ensuite, le fichier parcom.XXXXXXXX (où XXXXXXXX = merchant_id) : édite le et renseigne les urls de retour, d'ipn, etc qu'ils te demandent
- Dans la racine du FTP (/) ajoute un .ovhconfig avec dedans :
app.engine=php
app.engine.version=7.4
http.firewall=none
environment=development
- N'oublie pas de remplacer l'environnement à la fin par "production"
- Normalement si tu as bien tout configuré cela devrait marcher lorsque tu appelles call_request.php dans la barre de navigation. Sinon c'est sans doute un problème de chemin
- Ensuite à toi d'adapter l'architecture et le code d'exemple selon ce que tu veux en faire. Une petite aide : https://www.presta4live.com/erreurs-frequentes-lors-de-linstallation-dun-paiement-atos-sips/
J'espère que ta galère se terminera avec ce message ! Bon courage
> L'archive à télécharger et la linux32_f.3.2 (la dernière version)
incompatible avec:
> app.engine.version=7.4
qui requiert `stable64` (64bits)
php7.3 maxi pour 32bits
après test:<br />```text<br />app.engine.version=7.4<br />http.firewall=none<br />environment=production<br />container.image=stable<br />```<br />même avec une image `stable`:<br />```text<br />sh02.cluster023.gra.hosting.ovh.net (php/7.4/production/stable64) ~ $ dpkg --print-architecture<br />amd64<br />```<br />l'environnement est automatiquement basculé en 64bits<br /><br />avant, `stable` n'était pas permis avec php7.4<br />`stable64` était obligatoire
Kyodev,
Milles excuses, j'ai fait une extrapolation lors du post. Je suis en 7.3 de mon côté. Je ne pensais pas qu'il y avait une différence, merci d'avoir précisé
Toutefois je doute de l'utilité du .ovhconfig à ce niveau, peut être mise à part pour le http.firewall, qu'en penses-tu ?
D'ailleurs autre chose : bien vérifier le chemin racine /home/xxx/… car il se peut que sur certaines offres il y ait un lien symbolique : /home/{user} alors que la vraie racine se situe sur /home/{user}/shop
C'est en tout cas ce que j'avais de mon côté, au lieu de préciser les chemins par /home/{user}/{…} j'étais obligé de mettre /home/{user}/shop/{…}
> Toutefois je doute de l'utilité du .ovhconfig à ce niveau,
si c'est lui qui définit l'environnement du service web et du ssh
> Je suis en 7.3 de mon côté.
7.3 -> 7.4 c'est la bascule chez Ovh entre 32 et 64b
Ovh découvre le 64b, c'est nouveau pour eux
> car il se peut que sur certaines offres
si lien, ce n'est pas dû à une offre Ovh