Magento

Oui, j’ai oublié d’inclure un fichier dans le package.
ça explique le problème.

Il faut inclure dans le fichier app/design/frontend/default/default/template/checkout/onepage/review.html :

<?php
echo $this
->getLayout()
->createBlock('atos/standard_button')
->toHtml();
?>

Etant donné que l’on utilise pas d’Ajax pour le moment, on n’est obligé d’inclure le moyen de paiement à même la page.

Autre chose, ma version de magento étant largement modifié, j’ai dut réadapter la contribution à la source d’origine.
ce qui pourrait expliquer certains problèmes à venir.

J’attends tes retours.
J’avoue avoir été un peu déçu par le peu d’enthousiasme que ça a déclenché.

Je ne comprends pas trop non plus…

En tout cas, je vais faire la modif tout de suite et te faire un retour. Je vais aussi me pencher un peu sur le code pour voir ce que je comprends pour essayer de t’aider.

Pour info, tout ce qui est php4 type osc, ca je comprends, mais je bloque sur le fonctionnement des classes/objets. Il faut que je m’y mette sérieusement et le faite d’avoir ta contrib va m’aider à comprendre le fonctionnement.

A toute de suite

Ca bloque encore.

Voici mon fichier app/design/frontend/default/default/template/checkout/onepage/review.html :

Et la page d’erreur:

Tu as les cartes qui apparaissent ?
Met le module en mode debug via le back office, quelque chose cloche dans ton installation.

Cette option t’affichera l’erreur que rencontre le binaire.

Non je n’ai que le message d’erreur.

Le message n’appairait que lorsque que j’ajoute
<?php
/*ajout ATOS*/
echo $this
->getLayout()
->createBlock('atos/standard_button')
->toHtml();
?>
dans app/design/frontend/default/default/template/checkout/onepage/review.html. Dès que je l’enlève, tout revient dans l’ordre. Le mode debug ne change pas le résultat ni le message.

Je vais essayer d’aller manger un morceau et je vais refaire des essais.

Tu es sur que c’est le bon chemin que j’utilise pour les logo ? /media/atos/mes_logo.gif ?

De toute façon, même sans les images, le module génére les binaires.

J’ai plutot l’impression que tu n’as pas un bon pathfile dans ton répertoire lib.

Il faut savoir que le parcom sert presque à rien maintenant.
Etant donné que toutes les variables sont injectés dans la ligne de commande dynamiquement.
On aura plus besoin de ce support je pense.

Je viens de faire pas mal de test mais toujours le même résultat....

Pour le pathfile.parmcom, il est généré automatiquement au premier appel de onepage:

J’ai vérifier les droits d’écriture et normalement tout est ok (johndoe:www-data 775)

J’ai toujours cette erreur ligne 67 de request.php dès que je modifie review.phtml
Avant la modif, j’arrive bien jusqu’au choix du moyen de paiement mais la validation génère l’erreur js que j’ai déjà posté....

AAaaahhhhhrggggg ... j’avais oublié d’enlever l’ancien module.... j’ai refait une instal fraiche mais j’ai toujours le problème…

Les droits semblent bon de partout…
L’erreur se produit également sur le module Check / Money order losque Atos est installé mais désactivé.

C’est le même message que tout a l’heure sauf que j’ai un ‘call request error’ à la fin et le panier s’affiche en dessous mais sans les cartes…

La configuration du module:
Enabled Yes
Title Atos
New order status Processing
Merchant ID 082584341411111
Parameters file general parmcom.082584341411111
Bin file to build the request /home/johndoe/magento/lib/atos/request
Bin file to build the response /home/johndoe/magento/lib/atos/response
Pathfile name *vide
Credit Card Type
Capture Mode Normal
Capture Days 1
Debug Yes
Payment from applicable countries All

Dans /lib/atos/ :
certif.fr.082584341411111
parmcom.082584341411111
pathfile.parmcom.082584341411111 (auto-généré)
request
response

Les logos sont dans /media/atos/meslogos.gif

mon fichier magento/app/design/frontend/default/default/template/checkout/onepage/review.phtml

Essaouera - 05 May 2008 07:53 AM

Bin file to build the request /home/johndoe/magento/lib/atos/request
Bin file to build the response /home/johndoe/magento/lib/atos/response

Ah t’exagère !

Pour la configuration ça doit être :

Mais dans une configuration optimale, il faudrait les mettre en dehors du répertoire.
Dans un dossier cgi-bin en mode safe.

Enfin on verra après.

N.B. : les binaires doivent être en CHMOD 755.

Merci!!!!!!!!!!!!!!!!!!! 

Je ferais ca demain.

Effectivement, chez icodia, les bin sont a part dans un dossier sécurisé.
D’ailleurs, pour ceux que ca intéresse, icodia est en train de bosser sur magento pour avoir un hébergement compatible.  Ca devait être dispo cette semaine mais apparemment, ca va prendre un peu plus de temps.

Ben non toujours la même erreur…

J’ai effacé le pathfile.parmcom, le cache, etc…

En titre de page, j’ai “Error Submission Form” et comme elle n’apparaît que lorsque je modifie le phtml, l’erreur ne peux pas venir de là?

Tu travailles où ?
en local, mutualisé, dédié ?

en local.
Debian sid
Apache 2.2.8-3
PHP 5.2.5-3
MySql 5.0.51a-5

C’est bon ca marche!!!!

J’avais un pb d’erreur de segmentation lors de l’execution du bin
J’ai réutiliser d’autres bin que j’avais et tout est rentré dans l’ordre… bizarre cette histoire quand même…

Bon, je regarde ca du coup de plus prêt et je te tiens au courant