Hur hanterar man prisändringar på ett bra sätt vid konstruktion av en webbshop? Alternativt hur brukar det fungera?
Jag tänker mig att kunden kollar priser bland produkterna ett bra tag, säg 20 min eller liknande (även om det är extremt lång tid i det här fallet, men bara för att få ett "värsta fall"). Kunden ser då ett pris (A), 20 min senare bestämmer sig kunden för att lägga till en artikel i kundvagnen, ifall priset nu är ändrat, får kunden det nya priset i kundvagnen (B)? eller får kunden det pris som listades i listan? Sen går det ju ytterligare några minuter innan kunden går till kassan, då måste väl kunden åtminstone få det pris som var när produkten låg i kundvagnen (C)?
Så ska kunden få det gamla priset den först såg, eller ska man nån gång uppdatera prislistan? med t.ex. AJAX?
Eller ska man göra så att webbshoppen bara kan uppdatera sina priser kl.00:00, och isåfall om kunden besöker sidan vid det tillfället så körs en AJAX-uppdatering?
Summan av kardemumman här är att HTTP inte stöder PUSH-teknik som kan "trycka" ut prisändringar, och hur hanterar jag det på ett bra sätt?
Jag vill minnas att dustin alltid det senaste priset i varukorgen men om priset har ändrats sedan man la till en produkt i varukorgen, så skrivs en notis ut om prisändringen i varukorgen.
Alltså om priset har gått upp så får man välja på att köpa för det nya högre priset eller ta bort varan. Om priset har gått ner blir kunden förmodligen glad och handlar för det lägre priset.
Att pusha ut ändringar tycker jag låter lite onödigt. När kunden kommer till kassan eller Visa kundvagnen, så hämta de senaste priserna från databasen och jämför med priset som sattes i varukorgen. Varje gång priset diffar, notifierar du kunden om prisändringen. Eventuellt kan du verifiera priset mellan kundvagn och databas även när kunden bekräftar ordern.
På just dustin kan det bli lite komiskt då de ofta gör småändringar (typ 23 öre) av sina priser. :)
259 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
