29. januar 2004 - 18:46Der er
5 kommentarer og 1 løsning
Webshop med PBS - problemer med antal på lager og sessions
Hej eksperter,
Jeg er i færd med at lave en webshop der kører op imod pbs, men er lidt usikker på, hvordan det skal laves.
Problemet opstår i, at jeg skal holde øje med "antal af produkt på lager".
Jeg tæller antal ned når produktet kommes i kurven.
Heri opstår problemet, hvis brugeren har lagt produkter i kurv, og så lukker browseren. Så er de produkter "låst", så andre ikke kan købe dem.
Disse kan selvfølgelig læses i databasen, så jeg går ud fra, at man på en eller anden måde skal finde ud af om session-id stadig er i brug og dermed "frigøre" de "låste" produkter, så en anden bruger kan komme dem i sin kurv.
Der er så blot et nyt problem, når webshoppen kører opimod PBS, da session-id'et her ikke kan "dø", da det ikke er en rigtig session men blot en string der sendes over ...
Man skal derfor BÅDE tjekke om session-id lever OG at bruger ikke er på PBS-siden.
Det jeg har i tankerne er, at man kan lave en timeout på hvor længe en session kan leve samt at lade siden med PBS leve i kortere tid.
Dermed kan man "frigøre" produkterne efter "levetiden".
Kan jeg gøre det sådan? Eller jeg hører MEGET GERNE om andre løsningsmuligheder.
For lige at opsummere: Hvordan laver jeg det, så "antal på lager" hele tiden er korrekt i en webshop, der kører op imod PBS?
Jeg giver gerne flere point end de 200 ad gangen...
I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Hvis du *ikke* tæller antal ned når produktet kommer i kurven, men rettere når kurven effektueres ved salg - vil du undgå problemet. Der opstår så en ny situation, at en kunde kan ligge en vare i kurven ser så potentielt er udsolgt, og i selve salgsøjeblikket, hvor antal skal tælles ned skal du så køre et check på om varen stadig er på lager; hvis ikke komme med en besked om at den så er udsolgt (evt. vise alternativer)
Situationen vil for mindre sites opstå meget sjældent, men du skal have obs på problemstillingen så der tages højde herfor.
ps. 200 point er max i Eksperten regi, står i reglerne.
Men jeg har stadig et problem, når man betaler over PBS:
En bruger har 3 produkter i kurven. Brugeren vil betale via Dankort og sendes til et indtastningssite. (her bliver man nødt at sikre, at produkterne er på lager og dermed tælle ned, for når bruger indtaster oplysninger foretages købet og der trækkes på kontoen (man kan ikke foretage noget her indimellem, det løb kører PBS helt selv)) ... hvis man så først bagefter tæller ned, kan det være, at andre har gennemført købet i mellemtiden - og det er ikke godt, hvis det var de sidste varer! Så er pengene betalt, men man har ingen produkter at sælge!
Jeg ved godt, at det kun vil ske i enkelte tilfælde, men det produkt jeg skal lave, skal ikke have sådanne risici. Der MÅ være en måde, hvorpå man ikke blot skal "være heldig" at problemet ikke opstår.
Og som jeg ser det, skal man da tælle ned, når produkter kommer i kurv.
-> lig i kurv -> godkend ordre (tæl samtlige varer ned der er i kurv, vedligehold et tidsstempel i databasen for hvornår dette er gjort samt en true/false om transaktionen er gennemført) -> send til betalingsløsning(PBS) -> ved retur fra PBS og godkendt betaling, vores true/false sættes således, at handlen er godkendt
Hertil kører du så - evt via noget cron på unix/linux eller anden skedulering, alt efter dit temperement, et job hver 30 minutter der siger ala - hvis "godkend ordre" (fra pkt2) og tid>tidsgrænse(pkt3) og handlen ikke er gennemført(pkt4), krediteres antal og ordren annuleres i systemet
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
