Grundlæggende indsæt i mysql database? (ordreindlæggelse)

For mig lyder det som om du har tilføjet et ekstra led unødigt?

Normalt gemmer du din indkøbskurvs data i en session til købet reelt set skal gennemføres. Når kunden har bekræftet sin bestilling, gemmer du ordren i databasen og bruger ordre ID'et derefter (som typisk er baseret på et auto increment felt i tabellen).

Jamen det er stort set også såleds jeg har lavet. Alt kører i sessioner indtil kunden rammer den ovenstående side, hvorpå det hele gemmes i databasen.

Hvordan ser din tabel struktur ud?

Hvad skal der ske, hvis hvis $_SESSION['final_alle_produkter'] == ""?  Skal koden du viser kun kaldes hvis $_SESSION['final_alle_produkter'] != ""?  Kunne man forestille sig, at der ved de fire manglende ordrer har været knas med $_SESSION['final_alle_produkter'] ?  Det kunne du muligvis fange med sådan en kode struktur:

if($_SESSION['final_alle_produkter'] != "")
{
    ....
}
else
{
    echo "FAULT";
    die;
}

Samtidig med at du fanger fejl undgår du sammensatte betingelser if ... AND ...

Så søger du på allerede bestående ordrernumrer lig med $_SESSION[final_ordre_id].  Hvis select queryen giver et resultat, så lægger du 5000 til $_SESSION[final_ordre_id].  Ordren skal så bevares med den oprindelige eller den ændrede ordre_id.  Du kunne undgå to forskellige insert queries med en kode som denne:

if($_SESSION['final_alle_produkter'] != "")
{
    $ordreid = $_SESSION[final_ordre_id];
    $checkordreid = mysql_query("SELECT final_ordre_id FROM bestillinger WHERE final_ordre_id = $ordreid") or die(mysql_error());
    if (mysql_num_results) $ordreid = $ordreid + 5000;
   
    $ok = mysql_query("insert into bestillinger(final_faktura_email, final_ordre_id) values ('$_SESSION[final_faktura_email]', $ordreid)")
}
else
{
    echo "FAULT";
    die;
}

Endvidere kan du checke, om ordren bliver indsat ved at teste om $ok er true eller false, noget i retning af:

if($_SESSION['final_alle_produkter'] != "")
{
    $ordreid = $_SESSION[final_ordre_id];
    $checkordreid = mysql_query("SELECT final_ordre_id FROM bestillinger WHERE final_ordre_id = $ordreid") or die(mysql_error());
    if (mysql_num_results) $ordreid = $ordreid + 5000;
   
    $ok = mysql_query("insert into bestillinger(final_faktura_email, final_ordre_id) values ('$_SESSION[final_faktura_email]', $ordreid)")æ
    if(!$ok)
    {
        echo "ERROR";
        die;
    }
}
else
{
    echo "FAULT";
    die;
}

<ole>

At man 'normalt' laver en indkøbsvogn som en session er nu en sandhed med modifikationer. Af hensyn til brugervenligheden gøres det ligeså ofte med direkte databaseindsættelse. Ligger kurven 'kun' i en session, dør kurven ved netudfald eller anden afbrydelse - hvilket betyder, brugeren skal begynde helt forfra.

Derudover må jeg vide mere om strukturen i din app, for at kunne komme med forslag til noget bedre  =)

Dog er én ting helt sikkert: Du bør undlade at bruge MySQL-API'et, som er usikkert, langsomt og dybt forældet. Alle PHP-udviklere burde forlængst have skiftet til prepared statements - enten under PDO eller MySQLI.

/mvh
</bole>

@ole Jeg er basalt set enig - det var også et meget generaliserende statement.

@repox: Jeg forventede heller ikke, vi var meget uenige i dette  *o)

Jeg takker for alle jeres forslag og kommentarer, men dælme om jeg tør at poste strukturen i min db, for den er mindst lige så forældet som mit scriptsprog ;)

Jeg har snakket lidt med quickpay (deres betalingsgateway), og konklusionen er vist, at jeg skal gennem ordren INDEN kunden går til betaling, og så efterfølgende validere den via deres callbackurl. På den måde undgår jeg at "miste" ordren, hvis kunden ikke når den afsluttende side.

-----

Hvilke bøger/websider bør man læse for at opdatere sit php-sprog?

*gennem = gemme.

Ja, det var i princippet også det jeg forelagde.

Med det i mente, skal du sørge for at få fortalt din ordre i tabellen at ordren er betalt. Det gøres med callback funktionen.

Indenfor branchen taler man ofte om, at vores videnshalveringstid er ca. tre år. Det betyder, at har man været væk fra faget i tre år, er halvdelen af ens viden forældet. Bevares, det er naturligvis en forenkling, men helt galt er det nok ikke  =)

Med den hastige udvikling, der er indenfor webudvikling, bliver specielt sprog-/platformsspecifikke bøger næsten forældes, før de er trykt.

Med hensyn til webartikler, er skræmmende mange skrevet af folk, der ikke selv er særlig kompetente - og man skal så vidt muligt sørge for at vælge artikler, som ikke er over et-to år gamle.

Ellers er php.net altid et rigtig godt sted at holde sig opdateret.

repox smid et svar ^^

(Ole samler vist ikke på point.)

.oO(Gad vide hvornår eksperten.dk bliver opdateret og pointsystemet ændret...)

Det kunne måske tænkes at ske, hvis Eksperten en dag - stik mod al forventning - skulle blive opdateret med en Admin  :o|

Måske man skulle overveje at starte Explorer version 2? ;)

Explorer = exp ... auto correct ...

Ellers tak ... jeg prøver at holde op  :D