As Mike said: "You may also want to the they to their , so if the price does they , they won't get shock."
正如Mike 所說：“你可能還想考慮將他們選擇的產品添加到他們的會話中，因此如果價格確實在結賬前發生變化，他們就不會受到貼紙的沖擊。”
I think this is for you if you are in the of both and one but the other doesn't at the same time a is being made the user may get into the wrong price.
我認為這對你很重要網站數據庫不正確，因為如果你正在更新兩個和一個，但另一個不同時購買正在進行，用戶可能會被困在錯誤的價格。
If you are your the whole site down for at least a minut or two to make your , I can't think of to deal with this a each makes a to the .
如果您在更新數據庫時沒有將整個站點關閉至少一兩分鐘來進行更新網站數據庫不正確，那么在每個事務向支付網關發出請求之前，如果不運行腳本，我無法想到處理此問題。 if your users are in .
特別是如果您的用戶已經在會話中。
You could do like make a for the item price in each a user the to the , if they arent , back to the page?
在用戶向支付網關發送請求之前，您可以執行類似于查找每個數據庫中的商品價格的操作，如果它們不相同，則重定向回產品頁面？
If the are a apart I could see this being a .
如果更新是第二次，我可以看到這是一個切實的解決方案。