BottOm
U23 Developm. Team
Posts: 46
|
Post by BottOm on Aug 24, 2006 16:25:03 GMT 1
Volgens mij kan men op een efficiëntere manier werken om merchandise te kopen door helemaal onderaan de producten een totaal te plaatsen van de kostprijs en daarbij maar 1 knop "Buy". De hoeveelheden kunnen wel nog naast het product blijven staan. Dan zou het er ongeveer zo uitzien:
|
|
|
Post by Il Padrino on Aug 24, 2006 18:55:07 GMT 1
daar zit iets in
|
|
|
Post by jimstar on Aug 24, 2006 19:08:50 GMT 1
lol mooi gemaakt zou ik zeggen
|
|
|
Post by Il Padrino on Aug 24, 2006 19:12:02 GMT 1
ja, screenshots zijn wel een goede manier om iets duidelijk te maken. iets om te onthouden zou ik zeggen
|
|
BottOm
U23 Developm. Team
Posts: 46
|
Post by BottOm on Aug 24, 2006 22:46:17 GMT 1
Ik vind het soms makkelijker om zo iets uit te leggen
|
|
|
Post by Il Padrino on Aug 26, 2006 13:33:43 GMT 1
heb het eens zo willen maken, maar het is eigenlijk niet mogelijk. het probleem zit hem in de tekstvelden. het totaal bedrag onderaan zou automatisch moeten aanpassen met het aantal items je invult. maar dit betekend dat het scherm volledig moet updaten telkens je een aantal hebt ingevuld. dit zou voor redelijk wat (nodeloos) verkeer zorgen naar de server, maar vooral: het zou niet gebruiksvriendelijk zijn, met zo'n flikkerend scherm en zo. het was een heel goed idee op papier, maar in de praktijk minder evident
|
|
BottOm
U23 Developm. Team
Posts: 46
|
Post by BottOm on Aug 26, 2006 19:27:37 GMT 1
Ik dacht ook dat dit voor problemen zou kunnen zorgen. De enige oplossing die in mijn hoofd opkomt is door Javascript toe te voegen aan de webpagina. Dit kan msh een beetje helpen: www.ondotnet.com/pub/a/dotnet/2003/09/15/aspnet.htmlMaar je hebt msh wel andere prioriteiten
|
|
|
Post by Il Padrino on Aug 26, 2006 22:58:10 GMT 1
ja, maar javascripts zijn héél makkelijk te omzeilen. dan zou er echt wel een serieus beveiligingsprobleem zijn. omdat je dan je bedrag als het ware zelf zou kunnen aanpassen. en als je dan bv -1000000 invult, heb je onbeperkt krediet voor dergelijke dingen is het echt noodzakelijk om met serverside code te werken.
|
|
BottOm
U23 Developm. Team
Posts: 46
|
Post by BottOm on Aug 27, 2006 8:27:57 GMT 1
En als men nu het totaal toont met javascript en toch aan de serverzijde alles opnieuw berekent?
|
|
|
Post by bozzie on Aug 27, 2006 10:15:01 GMT 1
Zoals met meestal te werk gaat: javascript voor validatie van de input om het de gebruiker makkelijk te maken, server-side code voor de echte update en beveiliging...
|
|
rene
U23 Developm. Team
Posts: 49
|
Post by rene on Aug 27, 2006 22:05:12 GMT 1
Ik heb juist -1040 biddons verkocht en daardoor -88400€ verlies gemaakt... Dat was niet echt de bedoeling kan je mij eens uitleggen wat hier is gebeurd, of is het gewoon een bug in het systeem??
|
|
|
Post by wisman on Aug 27, 2006 22:06:07 GMT 1
Lijkt mij enen klassiek voorbeeld van een BUG LOL
|
|
|
Post by Il Padrino on Aug 28, 2006 6:18:04 GMT 1
op hoeveel heb je de prijs gezet? hoeveel biddons had je?
|
|
|
Post by hyperman on Aug 28, 2006 8:15:59 GMT 1
Kheb ook een bug gevonden. Zo had ik 150 t-shirts en khad er 121 verkocht. Een rest (in stock) van 29. Ook van mijn andere artikelen had ik nog wat in stock.
Nu koop ik net 150 nieuwe t-shirts en ik zie dat mijn stock van t-shirts ineens op 150 staat. EN de stock van de andere artikelen staat ineens op 0 terwijl ik daar nog niks aangkocht heb.
|
|
rene
U23 Developm. Team
Posts: 49
|
Post by rene on Aug 28, 2006 10:13:10 GMT 1
de verkoopprijs stond op €90. ik weet niet hoe dat komt, maar het kan best zijn dat ik per ongeluk 90 in het prijsvakje had gezet idpv het aankoopvakje. hoeveel biddons ik vorige week in stock had weet ik niet meer...
|
|