[webprogramming] cookies

[JJzD]

hoi

ik moet een catalogus maken en dat mensen ook meerdere producten kunnen bestellen. en in 1x kunnen versturen

daarvoor wou ik ze voor de eerste keer dat ze van de sessie iets bestellen ze een ID geven en dat opslaan in een cookie

maar als ze nou geen cookies ondersteunen moet ik dan het ID maar hele tijd met een verborgen veld doorgeven aan de pagina??

en hoe groot is de kans daty ze geen cookies ondersteunen??
de site is van een juwelier de bezoekers zijn rijke mensen die wel wat beters hebben te doen dan hun browser te tweaken dat ie geen cookies accepteerd

Checken of de browser cookies accepteerd. Doet hij dat niet, dan een melding geven dat ze niet kunnen bestellen

De kans lijkt mij klein dat 'normale' gebruikers hun browser zo hebben ingesteld dat deze geen cookies accepteerd, maar je weet nooit

[JJzD]

tisd ook maar een session cookie
dat word vaker toegestaan he??

[Koen]

Moet 't hele zaakje ook weer op te vragen zijn nadat de gebruiker z'n browser afgesloten heeft?

Zoniet, dan zijn sessies misschien een betere optie.

[JJzD]

Koen schreef:
Moet 't hele zaakje ook weer op te vragen zijn nadat de gebruiker z'n browser afgesloten heeft?

Zoniet, dan zijn sessies misschien een betere optie.

neeeuh

als de gebruiker afsluite issie klaar

dan moet all1 voor de juwelier worden opgeslagen wat ie besteld heeft maar dat lukt wel

ik d8 ook aan een session cookie ja

[McMotion]

JJzD schreef:
maar als ze nou geen cookies ondersteunen moet ik dan het ID maar hele tijd met een verborgen veld doorgeven aan de pagina??

dan maak je toch ook gewoon een koekje voor die session ID? maarjah ik begrijp niet waarom je een session ID wil gebruiken.. je kan het toch gewoon zowieso wel opslaan in koekjes?

Offtopic: trouwens koel dorpie he wageningen sorry zat ff in je info te vroeten.. d'r zitten hier niet zoveel wageningers geloof ik

[Koen]

JJzD schreef:

ik d8 ook aan een session cookie ja

Ik dacht meer aan een session zoals je die in PHP gebruikt. Simpel in 't gebruik, er wordt niks op de HD van de user opgeslagen en 't werkt erg snel. Ik gebruik 't zelfde principe op 't Fotoboek en ben daar nog steeds tevreden mee.

[JJzD]

McMotion schreef:


dan maak je toch ook gewoon een koekje voor die session ID? maarjah ik begrijp niet waarom je een session ID wil gebruiken.. je kan het toch gewoon zowieso wel opslaan in koekjes?

niet altijd
xie net dat koen zegt dat er een andere manier is
maar ik d8 aan iets op de HD van de gebruiker op te slaan

Offtopic: trouwens koel dorpie he wageningen sorry zat ff in je info te vroeten.. d'r zitten hier niet zoveel wageningers geloof ik

zeker koel dorpje
erg gezellig en relaxe mensen
woon je er ook??

[JJzD]

Koen schreef:


Ik dacht meer aan een session zoals je die in PHP gebruikt. Simpel in 't gebruik, er wordt niks op de HD van de user opgeslagen en 't werkt erg snel. Ik gebruik 't zelfde principe op 't Fotoboek en ben daar nog steeds tevreden mee.

oooow dat kende ik nog niet
(toch aantal php boeken doorgenomen)
ik zal 's verder kijken
bedankt voor de tip!!

[McMotion]

JJzD schreef:
zeker koel dorpje
erg gezellig en relaxe mensen
woon je er ook??

jazeker

[Scorpion3000]

Koen schreef:


Ik dacht meer aan een session zoals je die in PHP gebruikt. Simpel in 't gebruik, er wordt niks op de HD van de user opgeslagen en 't werkt erg snel. Ik gebruik 't zelfde principe op 't Fotoboek en ben daar nog steeds tevreden mee.

Uhmm, ik dacht dat dat niet helemaal waar was, volgens mij wordt er wel een cookie op de home pc gezet, om de goede session aan te wijzen..

Of vergis ik mij?

[Tom]

Sessions gebruiken inderdaad meestal cookies.
Zodra een sessie start krijg jij een unieke session id(cijfers/letters), die komt OF in een cookie te staan, OF je moet die telkens met de URL meesturen (bla.php?<? echo sid; ?>), dat laatste kan met bij PHP met een configinstelling ook automatisch.
Aan de hand van het session id kunnen de gegevens, die daaraan gekoppeld zijn, opgehaald worden uit een file/db.

Klopt dus in zoverre dat de data op de server komt, het enige wat de client krijgt is een session id.

[JJzD]

hoe wijs je een id toe die uniek is??

session id moet worden geinstalleerd en ik weet niet of de host dat ook heeft

ik moet zorgen dat als iemand op de order knop drukt hij een nummer krijgt die uniek is en all1 tijdens die sessie werkt

grtz
JJ

[Tom]

JJzD schreef:
hoe wijs je een id toe die uniek is??

session id moet worden geinstalleerd en ik weet niet of de host dat ook heeft

ik moet zorgen dat als iemand op de order knop drukt hij een nummer krijgt die uniek is en all1 tijdens die sessie werkt

dat doet het session-systeem wat in PHP zit vanzelf.. zodra jij session_start() zegt. In VBscript krijg je ook automatisch een uniek session_id zodra je een session variable zet.

[JJzD]

Tom schreef:
dat doet het session-systeem wat in PHP zit vanzelf.. zodra jij session_start() zegt. In VBscript krijg je ook automatisch een uniek session_id zodra je een session variable zet.

in de tutorial van php.net staat dat dat gedeelte van de module apoart moet worden geinstalleerd

kweet niet of de toekomstige host dat heeft gedaan dus ik kan dit niet gebruiken

[McMotion]

Tom schreef:
dat laatste kan met bij PHP met een configinstelling ook automatisch.

weet je dat zeker?? lijkt me sterk namelijk... dan moet php bij elke string die je print gaan kijken of hij die URL vormt (eventueel in combinatie met vorige geprintte strings) en dan als het die URL is een parameter erbij plakken
maarjah weet je hoe die configuratieoptie heet dan?

[McMotion]

ik begrijp eigenlijk ook nog steeds niet waarom iedereen nou ineens over sessions begint... dat is toch helemaal niet nodig in dit geval? als je alle data gewoon zelf in temporary koekjes zet is het toch ook weer weg als je je browser opnieuw opstart?

[Koen]

McMotion schreef:
ik begrijp eigenlijk ook nog steeds niet waarom iedereen nou ineens over sessions begint... dat is toch helemaal niet nodig in dit geval? als je alle data gewoon zelf in temporary koekjes zet is het toch ook weer weg als je je browser opnieuw opstart?

Waarom zou je gaan kloten met cookies als je sessies kan gebruiken? Er is maar één groot nadeel aan sessies, en dat is dat ie verloren gaat zodra je je browser afsluit. Omdat hier de data na afsluiten van de browser niet bewaard hoeft te blijven zie ik geen bezwaar tegen het gebruik van sessies.

[McMotion]

omdat die sessieID dus ook wordt opgeslagen in cookies... ik heb ook geen bezwaar tegen sessies, maar cookies werken ook prima dus waarom moeilijker doen... cookies zijn ook piece of cake onder php...
net zoals veel mensen in elke sql table een ID inbouwen om als primary key te gebruiken, of mensen die al hun variabelen tijdens het programmeren als pointers definieren
maargoed sessies is ongeveer even simpel dus eigenlijk maakt het niet uit

[Chimera]

McMotion schreef:
omdat die sessieID dus ook wordt opgeslagen in cookies... ik heb ook geen bezwaar tegen sessies, maar cookies werken ook prima dus waarom moeilijker doen... cookies zijn ook piece of cake onder php...

Sessies zijn net zo simpel als cookies. IMHO zelfs simpeler, omdat je geen set_cookie() hoeft te gebruiken en niet hoeft te vogelen met expiration times.

McMotion schreef:

net zoals veel mensen in elke sql table een ID inbouwen om als primary key te gebruiken, of mensen die al hun variabelen tijdens het programmeren als pointers definieren

Dat is dus larie. Je kunt niet al je variabelen als pointer definieren, omdat je in een pointer niks kunt opslaan. Ik dacht dat jij C++ ervaring had?

maargoed sessies is ongeveer even simpel dus eigenlijk maakt het niet uit

Gamma.

[Tom]

Koen schreef:


Er is maar één groot nadeel aan sessies, en dat is dat ie verloren gaat zodra je je browser afsluit. Omdat hier de data na afsluiten van de browser niet bewaard hoeft te blijven zie ik geen bezwaar tegen het gebruik van sessies.

is ook in te stellen:
session.cookie_lifetime

McMotion schreef:
ik begrijp eigenlijk ook nog steeds niet waarom iedereen nou ineens over sessions begint... dat is toch helemaal niet nodig in dit geval? als je alle data gewoon zelf in temporary koekjes zet is het toch ook weer weg als je je browser opnieuw opstart?

http://www.php.net/manual/en/install...able-trans-sid

staat wat over:

--enable-trans-sid
Enable transparent session id propagation.

PHP is capable of doing this transparently when compiled with --enable-trans-sid. If you enable this option, relative URIs will be changed to contain the session id automatically. Alternatively, you can use the constant SID which is defined, if the client did not send the appropriate cookie. SID is either of the form session_name=session_id or is an empty string.

[McMotion]

Chimera schreef:
Dat is dus larie. Je kunt niet al je variabelen als pointer definieren, omdat je in een pointer niks kunt opslaan. Ik dacht dat jij C++ ervaring had?

ik bedoel door dynamische geheugenallocatie

[Chimera]

McMotion schreef:

ik bedoel door dynamische geheugenallocatie

Nogal een groot verschil met een 'pointer' vind je niet? Bovendien is het volgens mij onzin, ik heb nog nooit code gezien waarin geen gebruik werd gemaakt van statische variabelen. Dit zal hoogstens voorkomen in gevallen waar absoluut een minimum aan geheugen moet worden gebruikt.

[McMotion]

Chimera schreef:
Nogal een groot verschil met een 'pointer' vind je niet? Bovendien is het volgens mij onzin, ik heb nog nooit code gezien waarin geen gebruik werd gemaakt van statische variabelen. Dit zal hoogstens voorkomen in gevallen waar absoluut een minimum aan geheugen moet worden gebruikt.

nee vind ik niet.. ik bedoel dat je alle variabelen by reference doorgeeft aan functies enzo... ik zie toch vrij regelmatig dat mensen een functie maken om een string in te vullen die de string dan als char** vraagt.. maargoed ik bedoelde het maar ff als voorbeeld

[Chimera]

McMotion schreef:

nee vind ik niet.. ik bedoel dat je alle variabelen by reference doorgeeft aan functies enzo... ik zie toch vrij regelmatig dat mensen een functie maken om een string in te vullen die de string dan als char** vraagt.. maargoed ik bedoelde het maar ff als voorbeeld

Een string is een eendimensionale byte-array. Ik denk dus niet dat er veel mensen een string als char** gaan doorgeven, aangezien je het dan over een array van strings hebt.

Wat is er trouwens mis met het doorgeven van var-referenties? Als het niet nodig is een nieuwe var te initialiseren moet je het niet doen, scheelt ruimte en tijd.

[McMotion]

Chimera schreef:
Een string is een eendimensionale byte-array. Ik denk dus niet dat er veel mensen een string als char** gaan doorgeven, aangezien je het dan over een array van strings hebt.

Wat is er trouwens mis met het doorgeven van var-referenties? Als het niet nodig is een nieuwe var te initialiseren moet je het niet doen, scheelt ruimte en tijd.

nou aangezien je bij een int ook een pointer doorgeeft als die int moet worden ingevuld... zijn er genoeg mensen die denken dat het bij een pchar ook nog nodig is

maar wat ik dus bedoel in het voorbeeld van eddie.. je zou die nieuwe primary key van hem kunnen opvatten als een pointer naar een pointer... in plaats van rechtstreeks je primary key om te zetten in de bestandsnaam vraag je via de primary key een ander getal aan die je dan weer omzet in de bestandsnaam terwijl beide nummers uniek zijn

McMotion schreef:

maar wat ik dus bedoel in het voorbeeld van eddie.. je zou die nieuwe primary key van hem kunnen opvatten als een pointer naar een pointer... in plaats van rechtstreeks je primary key om te zetten in de bestandsnaam vraag je via de primary key een ander getal aan die je dan weer omzet in de bestandsnaam terwijl beide nummers uniek zijn

Hey hey hey!!
We gaan mij toch niet betrekken in deze off-topic discussie????

Je hebt het trouwens hier over

[McMotion]

eddie schreef:

Hey hey hey!!
We gaan mij toch niet betrekken in deze off-topic discussie????

Je hebt het trouwens hier over

heheheh oops shit poep kut... zo offtopic dat ik helemaal vergat om welke discussie het nou eigenlijk ging

[JJzD]

het antwoord was om een nieuw MySQLrecord aan te maken en dan met mysql_insert_id() de veranderde id op te vragen en in een cookie te storen

(voor het geval iemand ooit hetzelfde probleem krijgt )

Wat je ookw eleens ziet is dat als je gewoon cookies uit hebt staan, dat de website niet werkt..

onder het motto van: "Moet je maar cookies even aanzetten"

[Chimera]

McLaren schreef:

onder het motto van: "Moet je maar cookies even aanzetten"

Niet zo gek, veel sites hebben gewoon cookies of sessions nodig.