Discussion :

[kosram]

Bonjour,

J'ai du chercher un bug sur un site de e-commerce où, aléatoirement, le total du panier est multiplié par 100 lors de la direction vers le module de paiement.

J'ai rapidement trouvé cette ligne de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sqlstr = "SELECT total * 100 FROM Commandes WHERE id = @Id"

Et je pense qu'en enlevant le " * 100", le problème sera résolu mais je n'arrive pas à comprendre à quoi correspond le @Id et j'aimerai bien savoir avant de faire la modification (au cas-où) donc si quelqu'un pouvait m'éclairer, je suis preneur.

Merci d'avance.

[Nathanael Marchand]

Tu trouveras tes réponses dans le tutoriel suivant:
http://webman.developpez.com/article.../sqlparameter/

[g_tarik0010]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
sqlstr = "SELECT total * 100 FROM Commandes WHERE id = @Id"

Ca s'appelle une requette paramétrée.

Voila un exemple d'utilisation

[kosram]

Tout d'abord, merci pour votre réactivité (vraiment impressionnant :p).

Ensuite, je commence à comprendre le principe mais je n'arrive pas à comprendre pourquoi cette multiplication ne se fait que sur certaines commandes.

Voici le code avec le paramètre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
sqlstr = "SELECT total * 100 FROM Commandes WHERE id = @Id"
sqlcomm = New SqlCommand(sqlstr, conn)
sqlcomm.Parameters.AddWithValue("@Id", Request("tid"))

Cette requête est donc effectué après avoir appuyer sur le bouton dont voici le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Response.Redirect("call_request.aspx?tid=" + idcom);

Et voici ce que je sais sur idcom (ces lignes ne se suivent pas):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
int idcom;
idcom = sqlread.GetInt32(0);
command.Parameters.AddWithValue("@OrderId", idcom);
Session["orderNumber"] = idcom;

Si quelqu'un comprend, merci .

[StringBuilder]

Le site ne gèrerais pas différentes monnaies par hasard ?

J'ai déjà eu ce problème sur un site, où on utilisait Microsoft Commerce Server 2.0 (pfiou, ça me rajeuni pas ça !) qui ne fonctionnait qu'avec des entiers : donc pour de l'Euro, il fallait multiplier par 100 pour donner un montant en centimes. Mais pour le Yen, qui n'a pas de centimes, il ne fallait pas changer le montant... sinon on explosait le plaffond, car le montant était un Int16 signé, donc limité à 32768... ce qui, en Yen, n'est pas un très gros montant (environ 250 )

Regarde de ce côté éventuellement.

Sinon, en effet, si y'a un * 100 dans la requête, c'est bien ça qui fait la multiplication.

Sinon, c'est simple :

IdCom, c'est le numéro de la commande.

On le passe en paramètre à la page.

Et on l'utilise pour récupérer le montant total de la commande, qu'on multiplie par 100.

[kosram]

C'est étrange car le site n'utilise pas de différentes monnaies et puis tous les prix sont rond donc il ne devrait pas y avoir besoin de faire cette modif.

Mais le plus étrange, c'est que cela ne le fait pas sur toutes les commandes, juste certaines de façon aléatoire.

[StringBuilder]

Regarde alors dans quel cas cette requête est exécutée. J'imagine que pour les cas où le montant n'est pas multiplié, tu ne passes pas par là.

[kosram]

Bah si je suis bien tous le fonctionnement, cette multiplication devrais s'effectuer sur chaque commande car la page call_request.aspx est appelé dès qu'on choisis le paiement par carte bancaire (et c'est lorsque le client arrive sur le module de paiement qu'il voit que ça a été multiplié ou non).

Et comme si j'ai bien compris le @Id équivaut à l'id de la commande donc y'a aucune raison qu'il fasse la multiplication sur certaines commandes et pas sur d'autres et pourtant c'est ce qu'il se passe :s.

[Nathanael Marchand]

Et quand tu débug en pas à pas?

[StringBuilder]

Celles qui ne sont pas multipliées par 100 ne serait pas celles qui ne sont pas payées par CB par hasard ?

Aussi, que dit la documentation du prestataire de paiement ? Peut-être que dans certains cas, reste à savoir lesquels, il faut effectivement multiplier par 100 (pour moi, c'est souvent lié à la monnaie).

En tout cas, on peut guère t'aider plus...

[kosram]

Pour ce qui est du débug, je ne connais pas vraiment la procédure.

La multiplication se fait de manière aléatoire lorsque le client choisis de payer par CB (qu'importe la carte utilisé et la zone géographique).

Sinon je suis en train de tester en ayant enlevé le " * 100". Donc j'ai remplacé le .dll et le .compiled mais maintenant "call_request.aspx" n'est plus affiché.

En sachant que l'ancien .dll avait un nom différent mais que le .compiled à exactement le même. J'ai donc mis les 2 nouveaux (ce qui devrait fonctionner) mais maintenant, je n'ai plus l'affichage que devrait me donner "call_request.aspx" :s.

[StringBuilder]

Euh...
T'aurais pas une version compilée qui correspond à une autre version des sources que tu utilises là ?

Parce que le fait de virer le * 100 dans la requête ne devrait absolument rien changer au fonctionnement du site... La page devrait toujours être appelée !

Pour moi, la version des sources ne correspond pas à la version qui est en ligne, et c'est pour ça que tu ne comprends pas ce qu'il se passe !

[kosram]

Oui c'est fort probable en effet. Je viens de up tout le site sur un FTP de test et la page call_request n'est toujours pas appelée.

Existe-t-il un moyen permettant de visionner les pages compilées? :s (sait-on jamais :p)

[kosram]

Etant en train de rechercher la page qui serait lié à mon problème, je recherche dans quel pages sont appelés les images de la page via notepad++ et impossible de les trouver.

J'aimerai donc savoir si en aspx, il est possible d'appeler une image sans utiliser son nom?

Pour moi ce n'est pas possible mais ne connaissant que trop peu l'aspx, peut-être que...