New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
2025 Black Friday / Cyber Monday: FLASH SALE & MEGATHREAD - "The Trade War"
This discussion has been closed.
Comments
PRODUCT OUT OF STOCK
THE PRODUCT YOU'VE SELECTED IS UNFORTUNATELY OUT OF STOCK.
Promocode is sum of next year
what
You shouldn't be relying on the payment provider to marshall who got the deal first. If someone has got to the stage where they've already been offered a deal and paid the advertised price, you should honour it.
If you only have one deal to sell, you should raise the invoice to whoever gets there first, and you can do that locally and ensure there is only one. If they don't pay the invoice in a reasonable timeframe, then cancel the order and restart the offer.
in case you didn't know, next year is 2026
im gonna keep clicking it anyways you cant stop me
what do you think I've been doing
just ask chatgpt
worked for me
HOW ABOUT WE KICK OFF THIS BEAUTIFUL CYBER MONDAY MORNING WITH A GIVEAWAY!
LETS GOOOOOOOO
This time, I can't afford to miss out again.
I lost him
Shit got the coupon applied while checking out but still inverted back to original price. I hate CAPTCHA.
Miss it ......
fuk, paypal login got me good this time
I hate this world
hope you had a good wank after getting that dedi
That makes two of us
"...because of faulty system to not recheck" is not mentioning paypal, but yours
You cant blame other when you can obviously fix the race condition yourself, its not normal glitch in the payment gateway, but your own implementation of handling payment
Obviously for finance there is only 100% fail or 100% success, there are no such error as your balance get cut and untracked.
Its quite normal glitch? you check if stock already gone only when the payment already success? thats is the first mistake, 2nd not reducing stock when user click "pay" is the second mistake
You should keep the stock upto date when about to redirecting user to payment gateway
So, yeah, this is not latency problem, this is the failure to handle the payment race condition in the first place
Again, that wouldn't have worked in this case. They were 2ms apart. They were at the page at the same time. There's no way it could have been prevented. PayPal themselves didn't stop it - on WHMCS with a limit 1 product even we've had this happen before. So what you're saying is incorrect and isn't compatible with how programming, APIs, internet latency, etc work.
We did the responsible thing and refunded them because we don't oversell our servers. We can't very-well sell 16TB of space when we can't guarantee that much space on the servers.
Apologies again to anyone refunded. But in the end, there was not other options for us but to handle it responsibly and give people their money back. We aren't some shady host that will oversell it rediculously to make a quick buck. We try to be responsible and not to oversell what we have available. If these had all been on Albania, it's possible we could have just added drives. But they were mostly for London - where we have less control to upgrade servers, especially without massive downtime.
what's the code? 28 is not right
You got any more of these bad boys?
Add
maybe try 2+0+2+6
10