håndtering af cookies til kurv

kan du ikke bare lave et array af dine varer, som så gemmes i din cookie?

if (isset ($_COOKIE['varer'])) {
Vis varene
} else {
echo "Ingen varer i kurv!";
}

Jeg ville personlig blot bruge en cookie, og så have et array indeni cookie indeholdende alle varene på formen $_COOKIE['varer'][$id] = $antal

Ja men kan jeg få koden til at trække cookiesne ud og vise dem ??

altså:

Varens-id  _  antal
Varens-id  _  antal
Varens-id  _  antal
Varens-id  _  antal

du skal explode din cookie, og vise varerne på den måde

Ja men skal bruge noget kode da jeg aldrig har arbejdet med cookies før

<?php
$nyval = explode(";", $_COOKIE["varer"]);
    for($i=0; $i<count($nyval); $i++) {
        echo $nyval[$i] . "<br>";
    }

?>

// $_COOKIE['varer'][$id] = $antal

foreach ($_COOKIE["varer"] as $key => $val) {
        echo "vare id: ".$key." og antal: ".$val;
}

og hvordan skal jeg så lave cookien ??

Altså setcookie(); den skal kaldes varer og hvad skal den så indholde ??

Blev i trætte af mig ?? :)

Nææ. Din cookie skal indeholde et array, det synes jeg ihvertfald er nemmest.

Ja men hvordan??

Har virkelig aldrig arbejdet med cookies hvilket irriterer mig :)

men i virkleigheden er det vel smartere at bruge sessions, da brugerne jo kan have cookies deaktiveret i deres browsere

$antal = 2;
$varerid = 12;
session_register('antal','varerid');

Kan jeg jo ikke rigtigt bruge til noget ?? ElleR ?

Hvis du har en database tilknyttet til dit system. Så vil foretrække at bruge sessions i stedet.

Og så gemme de varer man har tænkt sig at købe i databasen.

På den måde undgår du en masse underligt kode med at explode cookies, sætte arrays i cookies og hele taget cookies generelt. Jeg er ikke den store fan af cookies og e-handel i samme smører.

Ok. Ja har database med i det og har intet imod at bruge det.. Men hvordan vil du kombinere det?? Så databasen ikek bliver fuld af folk der har smidt noget i kurven og så gået ud af siden ??

Du sørger først for at kunne identificere brugeren hele tiden. Enten bruge SID eller sæt en unik streng som session hos brugeren.

Noget i denne stil:

session_start();
$_SESSION["UserID"] = md5(uniqid(rand()));

Nu kan du altid holde styr på hvem brugeren er.

Når en bruger så tilføjer en varer til kurven, så ligger du varen i din tabel, sammen med dato og klokkeslet, varens id samt brugerens unikke id.

Så er det simpelt at hive ud fra databasen. Slette, redigere og hvad du nu ellers har lyst til. - Samtidigt undgår du cookies. De er ikke fede til e-handel, bla. fordi brugeren kan have disabled cookies osv.

For ikke at din tabel skal blive fyldt op med ubrugelig data, som tilfældige brugere har smidt i kurven. - Så kunne du slette alle records i tabellen der var mere end X antal timer gammelt hele tiden.

// Lajer

Det værste er så at jeg skal have lavet noget cron job ELLER jeg kan hver gang ind kommer ind på siden tjekke efter om der er nogle der er for gamle..

Skal lige høre om jeg har det helt rigtigt:


i min kurv.php laver jeg:

session_start();
$_SESSION["UserID"] = md5(uniqid(rand()));

hent fra db hvilke varer $_SESSION["UserID"] har tilføjet. Er antallet nul skrives det :)

Når man så vil addere en varer i kurven indsætter man bare varen og laver ens id til $_SESSION["UserID"]..

Sådan ?

Yeah something like that.

Hvis du ikke vil lege med cron job eller noget andet i den dur. Så kunne du jo være fræk, og lave en query der slettede alle "gamle" records, hver gang en bruger tilføjede en varer.

eller bare kørte delete fra en hvilken som helst side, eksempelvis startsiden

Citere lige mig selv:

ELLER jeg kan hver gang ind kommer ind på siden tjekke efter om der er nogle der er for gamle..


_____-----_____

hehe. Men jeg vil lige prøve at lege lidt med det og så får du points hvis det er :)

Parse error: parse error, unexpected '\"', expecting T_STRING or T_VARIABLE or T_NUM_STRING in

Får jeg når jeg vil udskrive mit uniqe id:

session_start();
$_SESSION["UserID"] = md5(uniqid(rand()));
echo "$_SESSION["UserID"]";

din echo skal se sådan her ud:

echo $_SESSION["UserID"];

Ellers forsøger du at udskrive en streng...

Hvorfor ikke bare bruge din session til håndtering af det hele? Jeg ser det som lidt spild af ressourcer at bruge en database, når du har så få oplysninger, som skal håndteres.

Du har et session array indeholdende de forskellige varer på formen
$_SESSION['varer'][$id] = $antal

Arraynøglen angiver så varenummer, og arraynøglens værdi angiver antal af den pågældende vare. For at finde ud af hvor mange varer der totalt er i indkøbskurven, tæller du blot dit session array.

Har ikke noget imod at bruge databaser MEN ens uniqe id skifter jo hele tiden så hvad er fordelen ?? Så vil den jo aldrig finde nogle ting i kurven!!

7th: spild af resourcer... Tja, hvor mange micro millisekunder tager det længere at dykke et en fornuftigt opbygget db struktur, frem for at loope et array fra en session????

Og hvad gør du når du skal logge alt hvad folk laver? - Udvider din sessions med et endnu størrer multidimentional array?

Hvad når du skal lave statistikker... Logger IP adresser. Eller hvad man nu måtte have lyst?

Jeg tvivler stærkt på at det er nogen fordele ved at have et kæmpe array i sine sessions.

My 2 cents

Den skifter jo userid hele tiden så der er jo ingen fordel i det mere. Så når den dykker ned i databasen for at henteuseridét på den bruger der er på siden vil den aldrig finde noget lige meget hvor mange varer man tilføjer

For at finde ud af hvor mange varer der totalt er i indkøbskurven, tæller du blot dit session array. < Og hvad hvis man bruger sine sessions til mere en bare den kurv. :-)

Nb. jeg har ikke sovet i herre mange timer (IGEN), så hvis jeg formulerer mig som en and, så vil jeg tillade mig at give det skylden ;)

userid i en session vil ikke ændre sig, sålænge browseren ikke lukkes ned

supreme-creme: Du skal kun sætte den session ÈN gang.

Check eventuelt på om du har sat din session... Har du ikke, så sæt den. På den måde vil UserID ikke skifte hele tiden.

self. er vist lige så trtæt som dig :=)

CREATE TABLE webshop_basket (
  id int(10) NOT NULL auto_increment,
  produktid int(8) NOT NULL default '0',
  count int(15) NOT NULL default '0',
  sesid int(90) NOT NULL default '0',
  PRIMARY KEY  (id)
) TYPE=MyISAM;


Ser det ikke fint ud ?

Jeg snakker ikke om micro millisekunder, men om det kan betale sig at bruge både en session og en database til at lagre en indkøbskurv, når der kun er tale om to parametre - to numre.

Som udgangspunkt går jeg personligt ikke ud fra, at en brugeren vælger at lægge varer i inkøbskurven, for derefter at logge sig af eller lukke browseren, logge sig på igen og bestille varerne fra indkøbskurven.

Hvis du gerne vil bruge en database kunne du for eksempel oprette en tabel med et navn som er lig med session_id. I tabellen lagre du så bare varenummer og antal.

sesid < hvad er det?

Hvis det er der hvor du vil gemme brugens id, så skal det var en varchar(32)

Du har måske ikke brug for din auto_increment. Men ellers skulle det virke.

7th: oprette en tabel med navnet lig session_id????

Se det er hvad jeg kalder OVERKILL ;)

My 2 cents, vi bliver nok aldrig enige alligevel.

Jeg smutter i seng nu..

Ved det vil virke :)

Men skal til julefrokost i morgen såå :)

Så nu er jeg nået rimelig langt med det :)

Nu er det sådan at hver gang man kommer ind på index.php så tjekker den efter gamle varer i kurven (over en time gamle)


Lajer smid et svar ;)

sÅ lukker jeg selv.