ATOS (Scellius) chez OVH

Bonjour,

Après avoir lu attentivement le tuto et les différents posts du forum traitant du problème particulier de l'utilisation du répertoire cgi-bin chez OVH (chmod 777, chemin = /homez.xx/azerty/cgi-bin) et paramétré le plugin en conséquence, je n'obtiens aucun résultat (hormis le bandeau d'alerte au moment de l'enregistement !)
A savoir, le répertoire cgi-bin reste vide : aucun fichier alors que tout s'installe correctement et selon l'arborescence annoncée en utilisant comme dossier de téléchargement media/com.hikashop.
J'ai raté un truc ?
Merci.
Cordialement.

PS

Bonjour,

Je ne suis pas sur de comprendre votre soucis, vous voulez dire que le dossier reste vide et que les fichiers binaires ne sont pas uploadé lors de la sauvegarde du plugin ATOS? Si les droits sont bons cela ne devrait pas poser de soucis, vous pouvez néanmoins toujours essayer de mettre les fichiers manuellement dans le dossier en question tout en laissant votre plugin bien configuré.

Si vous avez un message d'erreur n'hésitez pas à le poster. De même, une capture d'écran de votre plugin pourrait nous être utile

Bonjour,

Oui tout à fait le dossier cgi-bin, au dessus de www, reste vite
Merci pour votre proposition ; j'aurais sans doute l'occasion de l'utiliser très bientôt !

Mais en attendant, je viens de me rendre compte que, quand j'indique comme dossier de téléchargement /homez.xx/azerty/cgi-bin, le plugin me créé à l'intérieur de l'arborescence du site un répertoire homez.xx/azerty/cgi-bin qui semble contenir tout le "nécessaire".
Mais bon, moi je voudrais que le plugin écrive dans le cgi-bin préinstallé qui se trouve au dessus du www !
Comme devrais-je faire ?
Merci.
Cordialement

PS

PS - Savez-vous si chez OVH on peut créer des répertoires à d'autre endroits qu'au dessus de www (bien utile quand on utilise la fonction multidomaine) ? Je sais bien que ma question est plutôt à poser à l'assistance d'OVH, mais vous êtes tellement plus réactif !

Bonjour,

Etrange, êtes vous sur d'avoir bien mis un "/" au début du chemin? A vrai dire une capture d'écran de la configuration du plugin m'aiderais beaucoup. Il me serait aussi utile de connaitre l'OS de votre serveur.
L'idée de mettre les fichiers manuellement dans le dossier et de configurer le plugin avec le bon chemin me semble néanmoins être la bonne solution (voir ce topic: www.hikashop.com/forum/2-general-talk-ab...ent-atos.html#117888 ).

Pour ce qui est de OVH je dois vous avouer que je ne sais pas mais quelqu'un d'autre pourra peut être vous répondre

Bonjour,

Je vous fais part de la réponse d'OVH au sujet de l'utilisation du répertoire cgi-bin sur un mutu pour un site géré en multidomaine.
Il faut créer un lien symbolique dans le dossier du multidomaine en SSH (attention, toutes les offres ne permettent pas le ssh) : ln -sf /homez.xx/xxxxxx/cgi-bin /homez.20/airelleb/www/repdusousdomaine/cgibin
J'ai testé ; ça fonctionne parfaitement bien : il suffit d'indiquer comme dossier de téléchargement cgi-bin et le plugin se charge du reste.
Cordialement.

PS

Merci pour ce retour, cela sera surement utile à d'autre personnes

Bonjour,

Encore un petit souci à régler : la page de paiement et celle de confirmation sont en anglais.
D'après l'info reçue de SIPS, il faut passer le valeur langage de "en" à "fr" dans le parcom ou le call_request.
Mais je ne vois pas ces fichiers... Je n'ai pas l'impression qu'ils soient générés par le plugin...
Merci d'avance pour vos lumières.
Cordialement.

PS

Bonjour,

Est-ce que l'option "Merchant country" de ATOS est bien à France?
Sinon le fichier parcom est nommé pc.x et vous pouvez le trouver dans media/com_hikashop/folder (selon la documentation: www.hikashop.com/support/2013-08-08-00-1...form.html#additional )

Bonjour,

Oui c'est bien la France qui est indiquée à Pays du marchand.
En revanche le fichier pc.x est vide ! (plus exactement, il n'y a qu'une ligne avec TEMPLATE!!)
Cordialement.

PS

Bonjour,

Merci de m'avoir mis sur cette piste !
J'ai mis le contenu du parcom fourni par Scelluis dans le pc.x généré par le plugin et tout fonctionne parfaitement bien.
Resterait à comprendre pourquoi le pc.x était vide... Mais ça c'est une autre histoire
Merci pour votre aide.
Cordialement.

PS

Bonjour,

Un petite question de curiosité.
Le pathfile donne le chemin :
- pour le dossier logo (/l) : D_LOGO
- pour le pcx : F_DEFAULT
- pour le certificat (/b/ct) : F_CERTIFICATE
- et pour un fichier non généré (/pc) : F_PARAM!
Son absence ne semble pas poser problème, mais à quoi correspond ce fichier pc ?
Merci.

Cordialement.

PS

Bonjour,

Etrange ! C'est un euphémisme !
Merci.
Bonne semaine.

PS

Bonjour,

Finalement mon installation a des dysfonctionnements.
Je recherche un spécialiste pour la finaliser.
Cordialement.

PS

Bonjour,

Merci pour votre intérêt.
En fait les problèmes essentiels ne sont pas liés au plugin, mais plutôt à l'hébergement.
Pour résumer,
1 - en lien avec le plugin :
- à chaque fois que je valide des modifs dans le plugin j'ai un pc.x vide ! Il suffit de le remttre en FTP, pas bien embêtant
- l'url de retour en cas de saisie d'un mauvais numéro de CB (clic du client sur "Annulation - Retour à la boutique") est une page blanche url_du_site/atos.php alors que je souhaite url_du_site/e-shop
2 - il y a un souci, voire un conflit, entre la gestion multi domaine chez OVH et les duplications de répertoires cgi-bin qui oblige à des "contorsions" pour lire les images du cgi-bin/l par exemple.
Cordialement.

PS

WebConseil wrote: - l'url de retour en cas de saisie d'un mauvais numéro de CB (clic du client sur "Annulation - Retour à la boutique") est une page blanche url_du_site/atos.php alors que je souhaite url_du_site/e-shop

Bonjour,

Pas d'idée donc ?
Cordialement.

PS

Bonjour,

Nous sommes désolés pour le temps de réponse.
Au sujet de l'url d'annulation, avez vous bien saisi une valeur correct dans le champ "cancel url" de la configuration du plugin ATOS ?
Merci de nous fournir un screenshot de votre configuration.

Pour la compatibilité multi-domaine OVH et le dossier cgi-bin, malheureusement nous ne pouvons pas faire grand chose, ce dossier est requis par ATOS, cela ne dépend pas de nous.