Note that there are some explanatory texts on larger screens.

plurals
  1. POPHP Validation - passing http POST values forwards to a 3rd party checkout
    primarykey
    data
    text
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. COIt looks to me like you're trying to solve the wrong problem here. How about implementing a reservation for the items in the basket, for a preset time allowing the checkout to be completed? The method described by @digitalson would give me the creeps, and I would be hauling ass off your site, if it were to ask me for passwords for a 3rd party site. (Which I assume Worldpay has.) If reserving items is not an option, I would suggest the Ajax way, and taking the risk for non-JS users, which will simply have to have their money returned, if items are sold out during checkout.
      singulars
    2. CO@nickc: I was working under the assumption this was a **virtual terminal** not a system like Google Wallet or the simple implementation of PayPal where the user must sign in to the other site. Probably assumed this because thats what im used to working with.
      singulars
    3. CO@nikc The Ajax way allows reservation right during the callback or other nifty stuff you could do in the php code. It is pretty flexible. One could do UPDATE...SET reserved_count=reserved_count+x during the callback and just reverse the process if the checkout fails (keeping track of JS users of course!) - this idea should be transaction-safe (using SELECT ... FOR UPDATE)
      singulars
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload