Le 25 May 2004 18:29:09 GMT, John Gallet écrivait:
6) dans tous les cas, tu dois à ce moment là éventuellement vérifier que les stocks sont encore disponibles s'il y a lieu. Si oui, tu lances l'édition du bon de
Penser également dès le départ 6bis) à pouvoir changer les taux de TVA, (c'est bête mais j'ai vu des cas avec le taux en dur) 6ter) à gérer les frais de ports (avec possibilité de frais dégressifs en fonction soit de la valeur de la commande,, soit du nombre d'articles, soit de la zone géographique, soit du mode de livraison) 6.4) penser à gérer des adresses de livraison/facturation différentes
8) prévoir éventuellement un back-office client pour le suivi de la chaine logistique en temps réell (avancement des commandes) + gestion de ses données personnelles.
Mais surtout penser à bien gérer au niveau des scripts tous les cas tordus générés par les formulaires, notamment celui qui récapitule la commande et te permet en général de changer les quantités, supprimer des articles avant de valider la commande.
J'ai eu à beta-tester une version commerciale d'une solution e-shop, et c'est fou le nombre de trucs qu'on peut laisser passer.... genre de rucs tout bêtes, laisser la possibiliter d'entres des quantités négatives, ne pas filtrer les caractères alphabétiques dans les zone numériques (quantités encore) , autoriser des quantités peu vraisemblables (surtout quand il n'y a pas de liason avec les stocks pour contrôle) comme 9999 canapés :-) La liste est longue....
Cdlt, Stéph'
PS: en résumé je dirais que developper un e-shop est loin de s'improviser...
Le 25 May 2004 18:29:09 GMT, John Gallet <john.gallet@wanadoo.fr> écrivait:
6) dans tous les cas, tu dois à ce moment là éventuellement vérifier que
les stocks sont encore disponibles s'il y a lieu. Si oui, tu lances
l'édition du bon de
Penser également dès le départ
6bis) à pouvoir changer les taux de TVA, (c'est bête mais j'ai vu des cas
avec le taux en dur)
6ter) à gérer les frais de ports (avec possibilité de frais dégressifs en
fonction soit de la valeur de la commande,, soit du nombre d'articles, soit
de la zone géographique, soit du mode de livraison)
6.4) penser à gérer des adresses de livraison/facturation différentes
8) prévoir éventuellement un back-office client pour le suivi de la chaine
logistique en temps réell (avancement des commandes) + gestion de ses
données personnelles.
Mais surtout penser à bien gérer au niveau des scripts tous les cas tordus
générés par les formulaires, notamment celui qui récapitule la commande et
te permet en général de changer les quantités, supprimer des articles avant
de valider la commande.
J'ai eu à beta-tester une version commerciale d'une solution e-shop, et
c'est fou le nombre de trucs qu'on peut laisser passer.... genre de rucs
tout bêtes, laisser la possibiliter d'entres des quantités négatives, ne pas
filtrer les caractères alphabétiques dans les zone numériques (quantités
encore) , autoriser des quantités peu vraisemblables (surtout quand il n'y a
pas de liason avec les stocks pour contrôle) comme 9999 canapés :-)
La liste est longue....
Cdlt,
Stéph'
PS: en résumé je dirais que developper un e-shop est loin de s'improviser...
Le 25 May 2004 18:29:09 GMT, John Gallet écrivait:
6) dans tous les cas, tu dois à ce moment là éventuellement vérifier que les stocks sont encore disponibles s'il y a lieu. Si oui, tu lances l'édition du bon de
Penser également dès le départ 6bis) à pouvoir changer les taux de TVA, (c'est bête mais j'ai vu des cas avec le taux en dur) 6ter) à gérer les frais de ports (avec possibilité de frais dégressifs en fonction soit de la valeur de la commande,, soit du nombre d'articles, soit de la zone géographique, soit du mode de livraison) 6.4) penser à gérer des adresses de livraison/facturation différentes
8) prévoir éventuellement un back-office client pour le suivi de la chaine logistique en temps réell (avancement des commandes) + gestion de ses données personnelles.
Mais surtout penser à bien gérer au niveau des scripts tous les cas tordus générés par les formulaires, notamment celui qui récapitule la commande et te permet en général de changer les quantités, supprimer des articles avant de valider la commande.
J'ai eu à beta-tester une version commerciale d'une solution e-shop, et c'est fou le nombre de trucs qu'on peut laisser passer.... genre de rucs tout bêtes, laisser la possibiliter d'entres des quantités négatives, ne pas filtrer les caractères alphabétiques dans les zone numériques (quantités encore) , autoriser des quantités peu vraisemblables (surtout quand il n'y a pas de liason avec les stocks pour contrôle) comme 9999 canapés :-) La liste est longue....
Cdlt, Stéph'
PS: en résumé je dirais que developper un e-shop est loin de s'improviser...
je suis a la recherche du doc ou un exemple pour crées un caddie avec session.
Je suis a mes début en PHP et voici ou j'en suis avec mon MiniShop.
www.haldi.ch/minishop/
Tu peux tester, commander, tu ne reçeveras rien, ou juste une confirmation de commande si tu mets une adresse email correcte.
Si tu es interessé fais le moi savoir.
Meilleures salutations
Otto
Merci a tous pour vos explication et commentaire.
Pour ton caddie Otto c'est pas mal du tous, mes command tu stock tes informations ??? Il a etais cree en Php3 ou 4 ??? peux tu m'envoyer le fonctionnement ou code.
merci d'avance serge
"l'atelier Ho" <ateho@freesurf.ch> a écrit dans le message de
news:VA.00000232.020141cc@freesurf.ch...
Bonjour Serge
je suis a la recherche du doc ou un exemple pour crées un caddie avec
session.
Je suis a mes début en PHP et voici ou j'en suis avec mon MiniShop.
www.haldi.ch/minishop/
Tu peux tester, commander, tu ne reçeveras rien, ou juste une
confirmation de commande si tu mets une adresse email correcte.
Si tu es interessé fais le moi savoir.
Meilleures salutations
Otto
Merci a tous pour vos explication et commentaire.
Pour ton caddie Otto c'est pas mal du tous, mes command tu stock tes
informations ???
Il a etais cree en Php3 ou 4 ???
peux tu m'envoyer le fonctionnement ou code.
je suis a la recherche du doc ou un exemple pour crées un caddie avec session.
Je suis a mes début en PHP et voici ou j'en suis avec mon MiniShop.
www.haldi.ch/minishop/
Tu peux tester, commander, tu ne reçeveras rien, ou juste une confirmation de commande si tu mets une adresse email correcte.
Si tu es interessé fais le moi savoir.
Meilleures salutations
Otto
Merci a tous pour vos explication et commentaire.
Pour ton caddie Otto c'est pas mal du tous, mes command tu stock tes informations ??? Il a etais cree en Php3 ou 4 ??? peux tu m'envoyer le fonctionnement ou code.
merci d'avance serge
Jean-Marc Molina
je ne recherche pas un caddie tous fait mes une doc ou exemple pour le crée.
Les base je ne sais pas comment commencer
Rien de tel qu'un bouquin à mon avis, c'est plus une affaire de professionnels que de didacticiels à faire en 5 minutes. C'est tout un art l'E-Commerce. Dans le bouquin PHP MySQL de Luke & Laura il y a tout ce qu'il faut pour monter son site commercant : caddie, sécurité... Sinon je te conseille de jeter un coup d'oil à la catégorie E-Commerce du site HotScripts, c'est généralement là-bas que je vais m'approvisionner.
JM
je ne recherche pas un caddie tous fait mes une doc ou exemple pour le
crée.
Les base je ne sais pas comment commencer
Rien de tel qu'un bouquin à mon avis, c'est plus une affaire de
professionnels que de didacticiels à faire en 5 minutes. C'est tout un art
l'E-Commerce. Dans le bouquin PHP MySQL de Luke & Laura il y a tout ce qu'il
faut pour monter son site commercant : caddie, sécurité... Sinon je te
conseille de jeter un coup d'oil à la catégorie E-Commerce du site
HotScripts, c'est généralement là-bas que je vais m'approvisionner.
je ne recherche pas un caddie tous fait mes une doc ou exemple pour le crée.
Les base je ne sais pas comment commencer
Rien de tel qu'un bouquin à mon avis, c'est plus une affaire de professionnels que de didacticiels à faire en 5 minutes. C'est tout un art l'E-Commerce. Dans le bouquin PHP MySQL de Luke & Laura il y a tout ce qu'il faut pour monter son site commercant : caddie, sécurité... Sinon je te conseille de jeter un coup d'oil à la catégorie E-Commerce du site HotScripts, c'est généralement là-bas que je vais m'approvisionner.
JM
l'atelier Ho
Salut Serge,
Pour ton caddie Otto c'est pas mal du tous, mes command tu stock tes informations ???
Il y a un menu d'administration.
Mais tu peux aussi uploader les données à l'aide de PhpMyAdmin.
Il a etais cree en Php3 ou 4 ???
PHP4 et j'ai utilisé fpdf pour générer la confirmation de commande. Si
tu as fais une commande et que tu a mis une adresse e-mail correcte tu peux voir le look! Ne te fais pas de soucis c'est un site de teste!
Tu peux aussi voir MiniShop en productif sur www.jacot-chocolatier.ch et click sur commande. Attention si tu passes commande, il te faudra manger du chocolat!
Peux tu m'envoyer le fonctionnement ou code.
Jette un coup d'oeil a ton adresse privé!
Attention, le code est encore assez brouillion..
Meilleures salutations
Otto
Salut Serge,
Pour ton caddie Otto c'est pas mal du tous, mes command tu stock tes
informations ???
Il y a un menu d'administration.
Mais tu peux aussi uploader les données à l'aide de PhpMyAdmin.
Il a etais cree en Php3 ou 4 ???
PHP4 et j'ai utilisé fpdf pour générer la confirmation de commande. Si
tu as fais une commande et que tu a mis une adresse e-mail correcte tu
peux voir le look! Ne te fais pas de soucis c'est un site de teste!
Tu peux aussi voir MiniShop en productif sur www.jacot-chocolatier.ch
et click sur commande. Attention si tu passes commande, il te faudra
manger du chocolat!
Pour ton caddie Otto c'est pas mal du tous, mes command tu stock tes informations ???
Il y a un menu d'administration.
Mais tu peux aussi uploader les données à l'aide de PhpMyAdmin.
Il a etais cree en Php3 ou 4 ???
PHP4 et j'ai utilisé fpdf pour générer la confirmation de commande. Si
tu as fais une commande et que tu a mis une adresse e-mail correcte tu peux voir le look! Ne te fais pas de soucis c'est un site de teste!
Tu peux aussi voir MiniShop en productif sur www.jacot-chocolatier.ch et click sur commande. Attention si tu passes commande, il te faudra manger du chocolat!
Peux tu m'envoyer le fonctionnement ou code.
Jette un coup d'oeil a ton adresse privé!
Attention, le code est encore assez brouillion..
Meilleures salutations
Otto
Laurent Seguin
ArcturusM51 , le 25 mai 2004 23:42:30, écrivait ceci:
Optez pour la bile PHP de micro application,
Je sais pas pourquoi le mot "bible" associé à "micro application" me dérange.
Pour ce qui est des bons bouquins actuels : - Pratique de MySQL et PHP de Philippe Rigaux - PHP 5 : L'Ouvrage de référence sur la nouvelle version de PHP de Leon Atkinson (NOTA : sa version PHP4 est pas trop mal non plus)
ArcturusM51 <heinrich.yannick@club-internet.fr>, le 25 mai 2004 23:42:30,
écrivait ceci:
Optez pour la bile PHP de micro application,
Je sais pas pourquoi le mot "bible" associé à "micro application" me
dérange.
Pour ce qui est des bons bouquins actuels :
- Pratique de MySQL et PHP de Philippe Rigaux
- PHP 5 : L'Ouvrage de référence sur la nouvelle version de PHP de Leon
Atkinson (NOTA : sa version PHP4 est pas trop mal non plus)
ArcturusM51 , le 25 mai 2004 23:42:30, écrivait ceci:
Optez pour la bile PHP de micro application,
Je sais pas pourquoi le mot "bible" associé à "micro application" me dérange.
Pour ce qui est des bons bouquins actuels : - Pratique de MySQL et PHP de Philippe Rigaux - PHP 5 : L'Ouvrage de référence sur la nouvelle version de PHP de Leon Atkinson (NOTA : sa version PHP4 est pas trop mal non plus)
Stephane Pineau
Le 25 May 2004 21:42:30 GMT, "l'atelier Ho" écrivait:
Je suis a mes début en PHP et voici ou j'en suis avec mon MiniShop.
www.haldi.ch/minishop/
Voilà l'iillustration de ce que je disais dans un message précédant quant au fait que la création d'un e-shop (à des fins de production et non éducative) ca ne s'improvise pas et nécessite de sérieuses batteries de tests utilisateurs avant d'être installé in-situ (à moins d'aimer les procès pour défaut de façon:-).
Tests basiques du beta testeur qui les cherches :
* la saisie de quantités négatives : Minishop ne passe pas le test partout, sur la sélection des quantités sur une fiche article ou depuis la liste des produits, ca ne passe pas, par contre une fois sur la page récapitulative, on peut mettre des valeurs négatives sans problème, La valeur totale calculée est alors compléement abérrante : -10x15chf = 0.0-14999 ce qui donne un total de commande de 0chf - Mais j'ai connu pire lors de tests ou le total donnait un résultat négatif donc non seulement le fournisseur devait livrer de la marchandise mais aussi payer le client :-)
* La saisie de quantités hors de proportion avec l'article commandé. Bien géré coté JS, mais aucun contrôle côté PHP - 999999999999999999999999999999999999999999999999999999999999999999999999999999999 x 22.90 euros = 2.02 euros facturés au total (l'art de faire des économies!)
Au passage, une solution basique très simple de résoudre partiellement ce type de problème : utiliser l'argument du champ input permetant de limiter le nombre de caractères saisis dans une zone.
Vous allez dire que tout ca c'est du détail, mais pas du tout. Quand l'e-shop est lié à système de paiement en ligne et un système de facturation automatique c'est à l'E-shop de faire les contrôles de cohérence avant de valider une commande. Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment normal ?
* test chaines alpha-numériques dans les qtés : a18 x15 chf = Nan.Nan total commande = Nan.Nan Pourquoi pas :-)
Voilà j'arrête les tests basiques c'était pour démonter encore une fois que pour les applications commerciales vaut mieux tester, tester et encore tester (au passage sur la page du panier la devise n'est pas rapellée! il n'y a pas de frais de port, pas de taxes).
Donc encore des corrections à faire sur Minishop :-)
Le 25 May 2004 21:42:30 GMT, "l'atelier Ho" <ateho@freesurf.ch> écrivait:
Je suis a mes début en PHP et voici ou j'en suis avec mon MiniShop.
www.haldi.ch/minishop/
Voilà l'iillustration de ce que je disais dans un message précédant quant au
fait que la création d'un e-shop (à des fins de production et non éducative)
ca ne s'improvise pas et nécessite de sérieuses batteries de tests
utilisateurs avant d'être installé in-situ (à moins d'aimer les procès pour
défaut de façon:-).
Tests basiques du beta testeur qui les cherches :
* la saisie de quantités négatives :
Minishop ne passe pas le test partout, sur la sélection des quantités sur
une fiche article ou depuis la liste des produits, ca ne passe pas, par
contre une fois sur la page récapitulative, on peut mettre des valeurs
négatives sans problème, La valeur totale calculée est alors compléement
abérrante : -10x15chf = 0.0-14999 ce qui donne un total de commande de 0chf
- Mais j'ai connu pire lors de tests ou le total donnait un résultat négatif
donc non seulement le fournisseur devait livrer de la marchandise mais aussi
payer le client :-)
* La saisie de quantités hors de proportion avec l'article commandé.
Bien géré coté JS, mais aucun contrôle côté PHP
-
999999999999999999999999999999999999999999999999999999999999999999999999999999999
x 22.90 euros = 2.02 euros facturés au total (l'art de faire des économies!)
Au passage, une solution basique très simple de résoudre partiellement ce
type de problème : utiliser l'argument du champ input permetant de limiter
le nombre de caractères saisis dans une zone.
Vous allez dire que tout ca c'est du détail, mais pas du tout. Quand
l'e-shop est lié à système de paiement en ligne et un système de facturation
automatique c'est à l'E-shop de faire les contrôles de cohérence avant de
valider une commande.
Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment
normal ?
* test chaines alpha-numériques dans les qtés :
a18 x15 chf = Nan.Nan total commande = Nan.Nan
Pourquoi pas :-)
Voilà j'arrête les tests basiques c'était pour démonter encore une fois que
pour les applications commerciales vaut mieux tester, tester et encore
tester (au passage sur la page du panier la devise n'est pas rapellée! il
n'y a pas de frais de port, pas de taxes).
Donc encore des corrections à faire sur Minishop :-)
Le 25 May 2004 21:42:30 GMT, "l'atelier Ho" écrivait:
Je suis a mes début en PHP et voici ou j'en suis avec mon MiniShop.
www.haldi.ch/minishop/
Voilà l'iillustration de ce que je disais dans un message précédant quant au fait que la création d'un e-shop (à des fins de production et non éducative) ca ne s'improvise pas et nécessite de sérieuses batteries de tests utilisateurs avant d'être installé in-situ (à moins d'aimer les procès pour défaut de façon:-).
Tests basiques du beta testeur qui les cherches :
* la saisie de quantités négatives : Minishop ne passe pas le test partout, sur la sélection des quantités sur une fiche article ou depuis la liste des produits, ca ne passe pas, par contre une fois sur la page récapitulative, on peut mettre des valeurs négatives sans problème, La valeur totale calculée est alors compléement abérrante : -10x15chf = 0.0-14999 ce qui donne un total de commande de 0chf - Mais j'ai connu pire lors de tests ou le total donnait un résultat négatif donc non seulement le fournisseur devait livrer de la marchandise mais aussi payer le client :-)
* La saisie de quantités hors de proportion avec l'article commandé. Bien géré coté JS, mais aucun contrôle côté PHP - 999999999999999999999999999999999999999999999999999999999999999999999999999999999 x 22.90 euros = 2.02 euros facturés au total (l'art de faire des économies!)
Au passage, une solution basique très simple de résoudre partiellement ce type de problème : utiliser l'argument du champ input permetant de limiter le nombre de caractères saisis dans une zone.
Vous allez dire que tout ca c'est du détail, mais pas du tout. Quand l'e-shop est lié à système de paiement en ligne et un système de facturation automatique c'est à l'E-shop de faire les contrôles de cohérence avant de valider une commande. Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment normal ?
* test chaines alpha-numériques dans les qtés : a18 x15 chf = Nan.Nan total commande = Nan.Nan Pourquoi pas :-)
Voilà j'arrête les tests basiques c'était pour démonter encore une fois que pour les applications commerciales vaut mieux tester, tester et encore tester (au passage sur la page du panier la devise n'est pas rapellée! il n'y a pas de frais de port, pas de taxes).
Donc encore des corrections à faire sur Minishop :-)
- PHP 5 : L'Ouvrage de référence sur la nouvelle version de PHP de Leon Atkinson (NOTA : sa version PHP4 est pas trop mal non plus)
À noter que la version PHP 5 est en fait une version PHP 4, elle a été rédigée pendant le début de l'année dernière et ne reflette pas du tout le fonctionnement ou les nouveautés actuelles de PHP 5. Si vous l'achetez (la version PHP4 étant plutot bonne je pense que ça devrait être similaire) pensez bien que vous n'aurez pas un bouquin PHP5.
Je pense ceci dit que si c'est juste pour un panier, 3 petites docs en lignes devraient suffire. Les principes techniques mis en oeuvre (une session, quelques vérifications basiques) ne sont vraiment pas complexes.
-- Eric Daspet
Laurent Seguin wrote:
- PHP 5 : L'Ouvrage de référence sur la nouvelle version de PHP de Leon
Atkinson (NOTA : sa version PHP4 est pas trop mal non plus)
À noter que la version PHP 5 est en fait une version PHP 4, elle a été
rédigée pendant le début de l'année dernière et ne reflette pas du tout
le fonctionnement ou les nouveautés actuelles de PHP 5. Si vous
l'achetez (la version PHP4 étant plutot bonne je pense que ça devrait
être similaire) pensez bien que vous n'aurez pas un bouquin PHP5.
Je pense ceci dit que si c'est juste pour un panier, 3 petites docs en
lignes devraient suffire. Les principes techniques mis en oeuvre (une
session, quelques vérifications basiques) ne sont vraiment pas complexes.
- PHP 5 : L'Ouvrage de référence sur la nouvelle version de PHP de Leon Atkinson (NOTA : sa version PHP4 est pas trop mal non plus)
À noter que la version PHP 5 est en fait une version PHP 4, elle a été rédigée pendant le début de l'année dernière et ne reflette pas du tout le fonctionnement ou les nouveautés actuelles de PHP 5. Si vous l'achetez (la version PHP4 étant plutot bonne je pense que ça devrait être similaire) pensez bien que vous n'aurez pas un bouquin PHP5.
Je pense ceci dit que si c'est juste pour un panier, 3 petites docs en lignes devraient suffire. Les principes techniques mis en oeuvre (une session, quelques vérifications basiques) ne sont vraiment pas complexes.
-- Eric Daspet
l'atelier Ho
Bonjour Stephane
Donc encore des corrections à faire sur Minishop :-)
Ouah, super sympa ton test. Je suis content sur la
description des erreurs que tu as rencontré dans MiniShop. C'est imprimé!
Bon courage.
Oui j'en ai besoin. En fait, j'ai commencé le PHP il y a 2
mois environ et je fais cela le soir pour bricoler (quand j'ai le temps!) et apprendre ce superbe language est un vrai plaisir. Parfois il me faut une semaine pour touver le comment du pourquoi... A bientôt 50 piges ont ne vas plus si vite.
Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment normal ?
Non, à moins d'être un grand gourmand... :-)
Je te souhaite un bon weekend de pentecôte.
Otto
Bonjour Stephane
Donc encore des corrections à faire sur Minishop :-)
Ouah, super sympa ton test. Je suis content sur la
description des erreurs que tu as rencontré dans MiniShop.
C'est imprimé!
Bon courage.
Oui j'en ai besoin. En fait, j'ai commencé le PHP il y a 2
mois environ et je fais cela le soir pour bricoler (quand
j'ai le temps!) et apprendre ce superbe language est un
vrai plaisir.
Parfois il me faut une semaine pour touver le comment du
pourquoi... A bientôt 50 piges ont ne vas plus si vite.
Est-ce qu'une commande de 149985.00chf pour des chocolats
est vraiment normal ?
Donc encore des corrections à faire sur Minishop :-)
Ouah, super sympa ton test. Je suis content sur la
description des erreurs que tu as rencontré dans MiniShop. C'est imprimé!
Bon courage.
Oui j'en ai besoin. En fait, j'ai commencé le PHP il y a 2
mois environ et je fais cela le soir pour bricoler (quand j'ai le temps!) et apprendre ce superbe language est un vrai plaisir. Parfois il me faut une semaine pour touver le comment du pourquoi... A bientôt 50 piges ont ne vas plus si vite.
Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment normal ?
Non, à moins d'être un grand gourmand... :-)
Je te souhaite un bon weekend de pentecôte.
Otto
Stephane Pineau
Le 27 May 2004 14:32:58 GMT, "l'atelier Ho" écrivait:
Ouah, super sympa ton test. Je suis content sur la description des erreurs que tu as rencontré dans MiniShop.
Pas de quoi c'était du test vite fait et ca me fournissait l'exemple parfait des remarques que je tenais dans un autre message. Tant mieux si en plus ca t'aide à avancer. C'est d'ailleurs étonnant de voir qu'il est plus fréquent de voir dans les NG des demandes de tests pour les sites web, que des demandes de test pour des developpements d'applis web. Faut croire que tous les developpeurs ont leurs beta-testeurs attitrés :-)
Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment normal ?
Non, à moins d'être un grand gourmand... :-)
Ou d'être un Emir Arabe....
Pour compléter mon post d'hier, il y a deux méthodes simples qui permettent de pallier un certain nombre des défauts ci-avant cité.
1) Pourquoi utiliser des input-box pour les quantités qui se prêtent à toutes les manipulations vues ci-avant. Autant utiliser des listes (du moins quand les qtés sont entières et non pas avec des décimales commes des poids par exemple) : * Ca apporte du confort à l'utilisateur * Ca dispense du contrôle javascript * Ca permet de limiter simplement la quantité maximale par article - Par exemple dans ta base produit il suffit de rajouter un champ "Nbre_Art_Max" et quand tu affiche le produit tu génère dynamiquement la liste des quantités possibles de 1 à Nbre_Art_Max. Pour l'affichage du panier il faut juste penser à affecter l'attribut selected de la liste sur la bonne quantité. Attention, si cette technique simplifie grandement les contrôles à priori dans un plus grand nombre de cas, ca ne dispense pas d'avoir une routine php qui va contrôler la validité des valeurs reçues.
2) La valeur maximale d'une commande peut être très simplement fixée, soit par une valeur définit par le commerçant, soit au minimum en se basant sur les plafonds maximum (les plus courants) de transactions mensuelles autorisés par les banques.
Le 27 May 2004 14:32:58 GMT, "l'atelier Ho" <ateho@freesurf.ch> écrivait:
Ouah, super sympa ton test. Je suis content sur la
description des erreurs que tu as rencontré dans MiniShop.
Pas de quoi c'était du test vite fait et ca me fournissait l'exemple parfait
des remarques que je tenais dans un autre message. Tant mieux si en plus ca
t'aide à avancer.
C'est d'ailleurs étonnant de voir qu'il est plus fréquent de voir dans les
NG des demandes de tests pour les sites web, que des demandes de test pour
des developpements d'applis web. Faut croire que tous les developpeurs ont
leurs beta-testeurs attitrés :-)
Est-ce qu'une commande de 149985.00chf pour des chocolats
est vraiment normal ?
Non, à moins d'être un grand gourmand... :-)
Ou d'être un Emir Arabe....
Pour compléter mon post d'hier, il y a deux méthodes simples qui permettent
de pallier un certain nombre des défauts ci-avant cité.
1) Pourquoi utiliser des input-box pour les quantités qui se prêtent à
toutes les manipulations vues ci-avant. Autant utiliser des listes (du moins
quand les qtés sont entières et non pas avec des décimales commes des poids
par exemple) :
* Ca apporte du confort à l'utilisateur
* Ca dispense du contrôle javascript
* Ca permet de limiter simplement la quantité maximale par article
- Par exemple dans ta base produit il suffit de rajouter un champ
"Nbre_Art_Max" et quand tu affiche le produit tu génère dynamiquement la
liste des quantités possibles de 1 à Nbre_Art_Max. Pour l'affichage du
panier il faut juste penser à affecter l'attribut selected de la liste sur
la bonne quantité.
Attention, si cette technique simplifie grandement les contrôles à priori
dans un plus grand nombre de cas, ca ne dispense pas d'avoir une routine php
qui va contrôler la validité des valeurs reçues.
2) La valeur maximale d'une commande peut être très simplement fixée, soit
par une valeur définit par le commerçant, soit au minimum en se basant sur
les plafonds maximum (les plus courants) de transactions mensuelles
autorisés par les banques.
Le 27 May 2004 14:32:58 GMT, "l'atelier Ho" écrivait:
Ouah, super sympa ton test. Je suis content sur la description des erreurs que tu as rencontré dans MiniShop.
Pas de quoi c'était du test vite fait et ca me fournissait l'exemple parfait des remarques que je tenais dans un autre message. Tant mieux si en plus ca t'aide à avancer. C'est d'ailleurs étonnant de voir qu'il est plus fréquent de voir dans les NG des demandes de tests pour les sites web, que des demandes de test pour des developpements d'applis web. Faut croire que tous les developpeurs ont leurs beta-testeurs attitrés :-)
Est-ce qu'une commande de 149985.00chf pour des chocolats est vraiment normal ?
Non, à moins d'être un grand gourmand... :-)
Ou d'être un Emir Arabe....
Pour compléter mon post d'hier, il y a deux méthodes simples qui permettent de pallier un certain nombre des défauts ci-avant cité.
1) Pourquoi utiliser des input-box pour les quantités qui se prêtent à toutes les manipulations vues ci-avant. Autant utiliser des listes (du moins quand les qtés sont entières et non pas avec des décimales commes des poids par exemple) : * Ca apporte du confort à l'utilisateur * Ca dispense du contrôle javascript * Ca permet de limiter simplement la quantité maximale par article - Par exemple dans ta base produit il suffit de rajouter un champ "Nbre_Art_Max" et quand tu affiche le produit tu génère dynamiquement la liste des quantités possibles de 1 à Nbre_Art_Max. Pour l'affichage du panier il faut juste penser à affecter l'attribut selected de la liste sur la bonne quantité. Attention, si cette technique simplifie grandement les contrôles à priori dans un plus grand nombre de cas, ca ne dispense pas d'avoir une routine php qui va contrôler la validité des valeurs reçues.
2) La valeur maximale d'une commande peut être très simplement fixée, soit par une valeur définit par le commerçant, soit au minimum en se basant sur les plafonds maximum (les plus courants) de transactions mensuelles autorisés par les banques.
