Enkele voorbeelden;

Bezittingen van een speler laten vervallen:

$array = array("racetrack", "roulette", "keno", "blackjack");
$i = 0;
while($i != sizeof($array)) {
mysql_query("UPDATE `city` SET `".$array[$i]."` = '0' WHERE `".$array[$i]."` = '".$username."'");
$i++;
}
echo 'Alle casinos van '.$username.' zijn vervallen.';

Payout berekenen voor verschillende crimes:

$mingeld=array("20000","15000","10000","5000","250 0");
$maxgeld=array("40000","20000","15000","10000","50 00");
$payout=rand($mingeld[$crime],$maxgeld[$crime]);

Controleren van invoer bank:

if(ereg('[^0-9]', $amount)){
echo 'Invalid amount';
}elseif($amount < 100){
echo 'Minimum deposit is $100';
}elseif($amount > 1000000000){
echo 'Maximum deposit exceeded';
}elseif($amount > $user['cash']){
echo 'You don\'t have enough money';

Daarnaast maak ik veel gebruik van switches en ben ik laatst begonnen met het leren van OOP. Uiteraard worden invoervelden netjes met o.a. addslashes beveiligd. Begrippen zoals trim, htmlspecialchars, mysql_real_escape_string zijn bekend. Op dit moment ben ik circa 10 uur per week beschikbaar.

Beste Jeroen,

Ik zou je willen adviseren om eerst 'PHP 4' onder de knie te krijgen voor je verder gaat met '5' (OOP). Je maakt namelijk in de bovenstaande code twee grove structurele fouten:
-In databases verwijs je ALTIJD naar een andere tabel/rij met een id, niet met een naam of iets dergelijks.
-Integers (getallen) zet je niet tussen aanhalingstekens.

Ik zou even goed naar dit soort punten kijken. Dit haalt namelijk de waarde en professionaliteit van je werk flink omhoog.

-In databases verwijs je ALTIJD naar een andere tabel/rij met een id, niet met een naam of iets dergelijks.

Niet helemaal waar, daarom hebben ze indexes uitgevonden.

Origineel gepost door Joris Demmers

Niet helemaal waar, daarom hebben ze indexes uitgevonden.

Klopt dan ook weer niet. In de database design is een ID (surrogaat key) een hele vieze laatste oplossing terwijl dit in de meeste database ontwerpen gewoon gebruikt wordt. Zeker in de PHP+MySQL wereld wordt er altijd aangenomen dat dat gewoon nette oplossingen zijn, als je echt naar de theorie gaat kijken klopt dit niet.

Het ging in dit geval om een script wat binnen een bestaand script werd geďmplementeerd. Er werd al op username opgeslagen.

Origineel gepost door Wouter van Groesen

Klopt dan ook weer niet. In de database design is een ID (surrogaat key) een hele vieze laatste oplossing terwijl dit in de meeste database ontwerpen gewoon gebruikt wordt. Zeker in de PHP+MySQL wereld wordt er altijd aangenomen dat dat gewoon nette oplossingen zijn, als je echt naar de theorie gaat kijken klopt dit niet.

Je gebruikt gewoon de rij die op dat moment het meest handig is, meestal is dit binnen 1 applicatie wel zo goed als altijd dezelfde.
Je kunt bijvoorbeeld naar usernaam verwijzen. Maar stel dat die usernaam aanpasbaar is. In mijn tabel 1 staat nog de oude usernaam terwijl in de leden tabel de nieuwe staat, dan kan dit een conflict veroorzaken, dus dan is dit niet de beste oplossing.
Gewoon op die manier redeneren vind ik de beste methode. Achja, ieder zijn stijl.