Newsgroup: it.comp.www.asp
Titolo: Efficienza del Carrello

Ciao a tutti!
Siccome ho sentito pareri discordanti riguardo l'efficienza della
memorizzazione dei dati temporanei di un carrello della spesa ho deciso
di aprire questo argomento.
Ho creato un sito in cui i prodotti acquistati vengono messi
temporaneamente nella Sessione. Gli utenti però si lamentano del fatto
che se la finestra viene chiusa vengono persi i dati... Quindi ci
sarebbero due possibilità:
1) memorizzare il carrello su DB
2) memorizzare il carrello sui Cookies
Alcuni dicono che memorizzare sui Cookies è più efficiente ed evita
problemi sul DB. Altri dicono il contrario, perchè ci sono troppe cose
nel carrello per utilizzare in modo efficiente i Cookies...
Che ne pensate?

 Che ne pensate?
Vedi sopra: IMHO non è neanche da discutere, i cookie NON vanno usati
assolutamente per un carrello.
-- 
"E' l' ignoranza che crea l'intolleranza
 di gente cieca e senza coscienza"
									  S.S.S.

 Ciao a tutti!
ciao

ti giro la domanda cosa ne pensi se il browser lato client ha disattivato i 
cookies???
-- 
Christian Paparelli
http://www.ithost.ch
 

 cookies???
Che tutta la logica di asp va a farsi benedire? :-/
-- 
"That until there is no longer first class
And second class citizens of any nation
Until the colour of a man's skin
Is of no more significance than the colour of his eyes
Me say war"
B.M.

 i cookies???
che nel 2005 non ha senso e che il 98% delle app web smetterebbero di 
funzionare :)
-- 
CIAO!.db
Daniele Bochicchio - Microsoft 
ASP.NET/.NET
 MVP
http://www.aspitalia.com/
 Enjoy the .NET community!
Corsi online, su CDROM, per aziende su ASP, 
ASP.NET
ASP.NET
 2.0, migrazione su 
http://corsi.aspitalia.com/
 

 cookies???
che dobbiamo fare i carrelli col database? ho vinto qualcheccccosssa? :D

 
Che li abiliti.

 funzionare :)
aspe non ci siamo capiti non sto parlando ovviamente di cookie di sessione 
che sono il metodo utilizzato per gestire le sessioni sia in asp che in php 
ecc. ma ovviamente mi riferisco a cookies creati ad hoc e qui spero di diate 
ragione :-P


 ragione :-P
...e che differenza c'č?
Se disabiliti i cookie sul client non va piů neanche la session (che non č
altro che un cookie senza data di scadenza)


 altro che un cookie senza data di scadenza)
Non proprio buona lettura:
apri IE tanto per citare un browser a caso :P
quindi strumenti -> opzioni internet -> privacy
Li dentro puoi bloccare i cookie a dipendenza del tipo e ad esempio 
permettere sempre i cookie di sessione e bloccare gli altri
Per maggiori info buona lettura 
http://www.microsoft.com/windows/ie_intl/it/using/howto/privacy/config.mspx


 di diate ragione :-P
sě, ma non ha senso comunque, dato che per cookie di sessione IE (o un 
qualsiasi browser) intende semplicemente un cookie che non ha una data di 
scadenza, ovvero che scade quando chiudi il browser.
insomma, nel 2005 avere paura dei cookie č quasi assurdo, imho, quando ci 
sono ben altri problemi di sicurezza di cui gli utenti dovrebbero 
preoccuparsi. tipo, eseguire un .exe allegato ad una mail che gli arriva da 
b...@yahoo.com
 :)


 Non proprio buona lettura:
[CUT]
Ah, allora la domanda è: "se un doppiopazzo non solo decide di bloccare i
cookie per sue menate stile-anni-90, ma utilizza un qualcosa [una
impostazione proprietaria, ma anche un suo programma fatto ad-hoc] per
permettere *solo* i cookie di sessione" cosa succede? Succede che
funzionerà la Session, e quindi il sito internet terrà traccia di chi sei
tra le pagine...dopodiché penso che qualsiasi sito registri un bel cookie
"codiceCliente" con scadenza tipo 1 anno...
mi sembra un po' aria fritta quello che dici, se si entra nel merito delle
personalizzazioni del browser può accadere di tutto.
Io nei miei siti "seri" (non siti istituzionali in cui puoi dare
compatibilità a tutto) dò per scontati cookie e javascript, senza non vai
da nessuna parte (a parte magari visualizzare la pagina iniziale senza
formattazione, magari)


 da 
b...@yahoo.com
 :)
ho risposto nel post a Cristiano, tutto dipende da che percentuale e 
soprattutto da chi è che stai tagliando fuori, se su 1000 utenti giornalieri 
1 non ha i cookie e chissenefrega se quel 1 è l'amministratore delegato 
allora si troverà una soluzione :-P


 formattazione, magari)
il problema non è nostro "sviluppatori" ma dei doppipazzi :-P e ti assicuro 
che sistemisti dell'IT di qualche supermegaazienda hanno impostato queste 
furbate, se vuoi in pvt ti posso dare un esempio di sito governativo che ha 
dovuto modificare la gestione dei cookie proprio perchè un altro ente aveva 
il doppiopazzo che ha bloccato i cookie la cosa più belle è che era questo 
ente che aveva in gestione il sito :-P, pertanto dipende sempre dal target 
di utenti del sito se mensilmente trovo lo 0.2% di utenti che non hanno 
attivato i cookie e chissenefrega se la percentuale è del 10% allora il 
problema si pone, lo stesso discorso lo posso applicare ad altri campi ed 
ambiti


 allora si troverà una soluzione :-P
Una...ci sono addirittura 2 soluzioni possibili: o se ne va lui o me ne
vado io! :-)
-- 
"Emancipate yourselves from mental slavery;
None but ourselves can free our minds"
									    B.M.

 ambiti
Mai capitato...sviluppo siti da 10 anni. Ricordo negli anni '90 che era
saltata fuori la menata cookie, e si pensava che con un file di testo si
potesse fare chissà che. Poi per fortuna il problema è stato capito e
superato.
Nessun cliente (ho gestito nel tempo diversi siti di e-commerce) ha mai
protestato per i cookie...siti che ho ereditato e che erano IE-only sì, ho
ricevuto mail anche minacciose, ma per i cookie (e per javascript) mai
sentito lamentele.
Certo, se poi dovessi andare a lavorare in un ente pubblico che ha certe
menate cercherei di convincerli, dopodiché "sono loro che pagano" e
troverei una soluzione (.net ne offre una carina, che è passare l'id della
session criptato nella pagina stessa, mai provato).
-- 
"Ho smesso di fumare.
 Vivrò una settimana di più.
 E in quella settimana pioverà a dirotto"
									    W.A.

Ho capito che la soluzione migliore č memorizzare il carrello su DB.
Sui Cookies al massimo memorizzo l'ID dell'ordine, cosě posso evitare
di fare interrogazioni inutili per vedere se il cliente aveva in
memoria un ordine...
Perň sorge un'altra questione. E' meglio:
1) aggiungere gli articoli direttamente nel DB ?
2) aggiungerli nella Sessione, come sto facendo, e memorizzarli nel DB
solo alla fine cliccando su un link o bottone chiamato "Memorizza" ?

 solo alla fine cliccando su un link o bottone chiamato "Memorizza" ?
E se il client, dopo aver ordinato 812 articoli, si inchioda?
Registra sempre tutto i dati importanti nel db, e piazza un bel cookie che
identifichi l'utente in modo univoco.
-- 
"e mai che mi sia venuto in mente
 di essere piů ubriaco di voi
 di essere molto piů ubriaco di voi"
									  F.D.A.

 identifichi l'utente in modo univoco.
Concordo, almeno l'utente entra senza loggarsi e con anche il carrello
pieno