Kadobonnen

Moet dit systeem gelijkaardig worden als het systeem dat wij gebruiken?

Ik heb een voorbeeld aangemaakt voor 5 % korting op http://nikkelhost.com/bestel.php

Na het registreren kan er bij het bestellen van een account een Coupon code ingevuld worden. Het voorbeeld heeft als code "CADEAUBON". Dit is een productie website dus de bestelling zal effectief verwerkt worden, maar je mag het rustig testen; niet-betaalde bestellingen worden na een tijdje toch verwijderd.

Momenteel kan enkel de admin bonnen aanmaken, maar met een kleine aanpassing zouden gebruikers dat ook kunnen. Het systeem is beveiligd d.m.v. een zogenaamde CAPTCHA-test (completely automated public Turing test to tell computers and humans apart).

Die coupon-functie zit in een heleboel afreken-systemen. Ik meende dat TS echt een soort cadeaubon wilde gaan verkopen. Die 5% korting als coupon kan iedereen krijgen die de 'code' intypt....

Citaat:

---

Oorspronkelijk geplaatst door Designerhosting

Die coupon-functie zit in een heleboel afreken-systemen. Ik meende dat TS echt een soort cadeaubon wilde gaan verkopen. Die 5% korting als coupon kan iedereen krijgen die de 'code' intypt....

---

Ja, maar daarvoor is geen al te grote wijziging nodig, toch? I.p.v. een account te bestellen zou er dan een cadeaubon besteld kunnen worden, zodra die betaald is wordt er een code gegenereert en naar de gebruiker toegestuurd. Deze kan dan door de gebruiker naar believen zelf gebruikt worden voor een bestelling of weggegeven aan iemand anders. Ik zie echt geen obstakels...

Waarom doe je het niet zo black horse:

uitgaande van php icm mysql


iemand besteld een cadeaubon en je genereert voor die persoon een link waar de persoon waar hij hem aan klikt de cadeaubon weer ziet:

SELECT blalblala... enzovoort laatste cadeaubon id die in de database staat

$cadeaubon_id = $mysql->id++;
$eerste_code = rand(0,9999999999);
$tweede_code = rand(0,9999999999);

dan heb je 3 codes waarbij er 2 alleen met bruteforce te kraken zijn.. bedenk er nu nog een extra random woord bij die de koper in moet geven en die je omzet naar md5..

sla deze 4 dingen op in de database

gebruiker van de cadeaubon gaat naar de volgende link:

cadeaubon.php?cadeau=$cadeaubon_id&eerste=$eerste_ code&tweede=$tweede_code

vervolgens typt de gebruiker in een schermpje dat woord in dat je eerder hebt gegeven bij het kopen van de cadeaubon..


als het dan nog niet veilig is dan weet ik het niet meer ;)

Of beveiliger voor nog zekerheid tegen brute-forcen door het aantal mislukte pogingen bij te houden in een PHP SESSION, wanneer dit bijvoorbeeld meer dan 10 is wordt er dan een MySQL entry gemaakt met het IP-adres. Deze client kan dan niet opnieuw proberen. Er zijn uiteraard nog mogelijkheden om dit te omzeilen, maar het wordt waarschijnlijk te veel moeite voor iemand om zich daarmee bezig te gaan houden.

Citaat:

---

Oorspronkelijk geplaatst door eweps

$cadeaubon_id = $mysql->id++;
$eerste_code = rand(0,9999999999);
$tweede_code = rand(0,9999999999);

dan heb je 3 codes waarbij er 2 alleen met bruteforce te kraken zijn.. bedenk er nu nog een extra random woord bij die de koper in moet geven en die je omzet naar md5..

---

Of je neemt de md5 hash van een random getal.

-----------------------------
@TS: Denk niet dat 't slim is je coding te gaan verkopen, als je zo'n berg aan hulp nodig heb & niet eens weet wat MD5 is. Lijkt me beter om iets van kwaliteit te leveren, dan een systeempje wat waarschijnlijk nog vol lekken zit.

Oftewel: huur iemand in, en verkoop dat evt, Koop een kant & klare oplossing van iemand anders, of google wat.

Citaat:

---

Oorspronkelijk geplaatst door eweps

$cadeaubon_id = $mysql->id++;

---

Doet dat echt wat je wilt?

Code:

---

//even waardes toekennen
$mysql->id = 1;
$cadeaubon_id = 0;

//output: "ID: 1"
echo "ID: " . $mysql->id;
//output: "Cadeaubon: 0"
echo "Cadeaubon: " . $cadeaubon_id;

//jouw code uitvoeren
$cadeaubon_id = $mysql->id++;

//output: "ID: 2"
echo "ID: " . $mysql->id;
//output: "Cadeaubon: 0"
echo "Cadeaubon: " . $cadeaubon_id;

---

[edit]
Niet getest overigens, dus type-, spel- en syntaxfouten voorbehouden.
[/edit]

ik heb ook maar even snel wat getypt.. ik zeg niet dat mijn code perfect is... en het doet niet wat ik wil want ik wil niet wat de TS gaat maken;)

Citaat:

---

Oorspronkelijk geplaatst door nikkelhost

Ja, maar daarvoor is geen al te grote wijziging nodig, toch? I.p.v. een account te bestellen zou er dan een cadeaubon besteld kunnen worden, zodra die betaald is wordt er een code gegenereert en naar de gebruiker toegestuurd. Deze kan dan door de gebruiker naar believen zelf gebruikt worden voor een bestelling of weggegeven aan iemand anders. Ik zie echt geen obstakels...

---

Het gaat juist om de manier waarop die code wordt gemaakt en hoe je het lastig tot onmogelijk kan maken om deze codes door derden die niet de beschikking hebben over deze code te laten raden. Dat lijkt mij voor een bonnensysteem uitermate belangrijk.
Een captcha helpt hierbij overigens in het geheel niet.