2025 Black Friday / Cyber Monday: FLASH SALE & MEGATHREAD - "The Trade War"

spaceowl

How did it get used up while everyone was trying different variations of sun?

admax

@beanman109 said:

@FAT32 said:

@beanman109 said:

@FAT32 said: In 2024 I tried to have some custom captcha - which prove to be working. I only accepted to organise this year's event very urgently so don't really have time to deploy that again. However, maybe that's something we (as a platform) can do in the future.

Custom Captcha where you have to guess the LET members correct cock pic

I will need to accept submissions first

I'll take the leap of faith

I think a photo of the legs would work too. Last year's leg photo from beanman109 is still in BF2024MEGATHREAD.

Maki

@avsisp said:

@Maki said:

@avsisp said:

@ralf said:

@avsisp said:

@Maki said:

@avsisp said:

@senos said:

@avsisp said:

@FAT32 said:

01/12 00:00

AVS ISP: 25€/yr 1TB SSD/NVME Unmetered Storage VPS in AL/UK(IE)

• 1 vCPU
• 1GB RAM
• 20GB NVMe (System) + 1TB SSD Storage
• Unmetered @ 100Mbps
• 1 IPv4 + /48 IPv6
• Location: Albania
• 25€/yr

• 1 vCPU
• 1GB RAM
• 1TB NVMe Storage
• Unmetered @ 1Gbps
• 1 IPv4 + /48 IPv6
• Location: UK with IPs Ireland Geo (IE)
• 25€/yr

---

Notes:

• PayPal Only (All BF deals must be paid via PayPal)
• Manual Setup: Setup is performed manually, usually within 1 hour (varies by time of purchase)
• No Reservations: Cancelling at checkout does not reserve your slot. Your spot is ecured only after PayPal payment completion
• Batch Processing: VPS servers are setup in batches. Account and VPS details will be emailed after setup is complete
• Final Sale: Stock is extremely limited. Once sold out, these deals will NOT return. Payments are final. No refunds on promotions.

Paid but it did not ask for account registration. What next?

We work on Albanian Time, we have just woken up for the day here.

We are checking the orders now and having some coffee - then we will process them.

There may have been a glitch - I'm seeing multiple orders for the same product here. Some may be refunded. Only the first one will be accepted. (multiple people had the payment page already up when the first paid and locked it, so all of them that were on PayPal already paid. Which isn't an issue - it just means we will have to refund some, we obviously can't honor 16 storage deals that large due to a glitch).

The first ones of each will receive an email from support {at} avsisp.com asking for which OS and the email address on your account (if different than paypal). The others will receive a prompt refund.

Apologies for any delays. Posts here on LET may not align with our operating hours, of course - which may lead to slight delays between post / order and us processing them.

Thank you for understanding.

So that means only two orders will actually go through? I really thought this was going to be the best deal I snagged for BF2025. Thanks for the generosity anyway, and huge congrats to the two lucky winners !

Yes, of course - they were intended to be limit 1 of each deal. But what happened was LET people have those fast fingers and multiple of you opened the page at the exact same time, proceeded to PayPal at the exact same time, and paid at the exact same time before one paid and locked the page. Down to the ms, they were within 2ms of eachother which is insanely fast on you guy's part (I love the enthusiasm! Thanks for the support!).

Refunds have already been issued. I think it's better we don't post publicly the emails of the 2 that were actually first, so I'll just say to check if you were refunded. If you got a refund, you weren't the first. If you didn't see a refund, you were first and you'll get a support email shortly with questions on OS and account email.

Apologies again for this glitch.

Too bad for them, need to wait for more than month to get their money back, because of faulty system to not recheck things

It isn't a faulty system. It's PayPal themselves. We relied on their system to handle that. So now PayPal is a faulty system? Makes sense.... For sure..

As for a month, that's entirely incorrect.
1) if you paid with PayPal balance, it's instantly back
2) if you paid with linked bank, it's just cancelled and never gets pulled - no money ever moves
3) if you paid with card, it's instant for USA Visa/MC usually and for other countries or card types it's 3 days max, usually in 24 hours or less.

Again, apologies, but we had no way to control this glitch. You guys are just too fast - this isn't the first time this has happened in LET history. It's happened with WHMCS using hosts, hostbill hosts, etc. payments make it through but product OOS and then payment cancelled or refunded. It's quiet a normal glitch and isn't one that can be solved unless you're a bank with the computer processing payments directly connected to your website which would be illegal but yeah - 2ms isn't enough time for notifications to cut transactions to come. And if you're already on the payment page, PayPal is going to accept that payment, even if the order page is already disabled. That's a PayPal issue - not one we can control. And again, with 2ms differences in payment times, I'm not sure any system in the world could have stopped that glitch regardless. Try to ping your own phone from your laptop in the same house or something some time. That's 2ms or more...

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.

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.

Incorrect. They were on payment page at same time. Race condition wasn't possible to correct with 2ms differences.

You are naive, paypal job is to handle payment, not checking your stock

As "no way it could have been prevented", then you have problem with your stack, you didnt check if someone already click pay, you didnt check if someone already at paypal page, you didnt check if someone already have invoice in that product

So "Race condition wasn't possible to correct with 2ms differences." is also incorrect, you assume that the problem is the computational, or are you use old CPU for your server?

2ms, you say 2ms is impossible to correct, thats must be a joke, even in finance, such error is enormous

Also "They were on payment page at same time" this is your problem to let this happen, clearly not preparing the sudden visit.

You should read how to use single thread database, especially sqlite, it lock away shit when its updating, obviously will fix your "Race condition wasn't possible to correct with 2ms differences."

Read my last reply. We did indeed lockfile it. But everyone was on PayPal, not on our website. Our website page was locked. Anyone new coming to it got an out of stock. Those already at PayPal our system can't stop. PayPal link had a stock limit 1. I've already submitted a PayPal ticket to tell them what happened and ask them why their stock control on managed button links didn't work.

I have read, you are playing with yourself, lockfile in multithread, obviously will error

You take the shortcut and playing with people money instead

Here simple explanation on your "solution"

We have 3 teller, each will check the vault to tell customer its has gold in it before taking order, but to get to vault it need 1 minutes go and 1 minute back to check the gold

teller 1, on 01:00 check there is gold!
teller 2, on 01:01 take the gold!
teller 1, on 02:00 tell the customer there is a gold!

THATS THE PROBLEM

Instead of delegating the checking mechanism to 1 guy (single thread - 1 concurency table) to check the gold, you gamble that that time frame is enough to check the gold

dTQzBen8

@kuroit said:
[BF Sale] Midlands - 2vCore/2GB RAM/25GB Space

2 vCore (E5-2697v4)
2GB DDR4 RAM
25GB SSD/NVMe
2TB Traffic Monthly @ 10G Uplink
Midlands, UK

Price: $3/mo or $30/year
Order: https://my.kuroit.com/store/sale-offers/bf-sale-midlands-2vcore2gb-ram25gb-space

50% OFF FOR FIRST 5 ORDERS!
Promocode: Brightest star in the sky

Lucky ones will get free upgrade to 5900X CPU!

Finally got one, thank you!

allthemtings

@FAT32 said:
Next deal is storage, be prepared.

beanman109

hello i love japan any japan deal

beanman109

hello i love japan any japan deal

spaceowl

@FAT32 said:

01/12 06:24

SiteHub: $5/m 3TB HDD VPS + $15/m 10TB HDD VPS in US

$5/m 3TB HDD VPS

• 1 vCPU
• 2GB RAM
• 10GB SSD + 3TB HDD
• 9TB Bandwidth
• 1 IPv4 + /64 IPv6
• Location: Salt Lake City, US
• Quantity: 5
• Coupon code: BF-SHSTORE-FLYWG
• $5/m

$15/m 10TB HDD VPS

• 2 vCPU
• 4GB RAM
• 30GB SSD + 10TB HDD
• 30TB Bandwidth
• 1 IPv4 + /64 IPv6
• Location: Salt Lake City, US
• Quantity: 5
• Coupon code: BF-STOSHRE-RSLCB
• $15/m

Good. But why does it have to be in the US?

zejjnt

Captcha could also be something obscure and not fully logical for a machine, like "word 5 in the first message where you found that link".

Maki

@jnd said:

@ralf said:

@avsisp said:

@ralf said:

@avsisp said:

@ralf said:

@avsisp said:

@Maki said:

@avsisp said:

@senos said:

@avsisp said:

@FAT32 said:

01/12 00:00

AVS ISP: 25€/yr 1TB SSD/NVME Unmetered Storage VPS in AL/UK(IE)

• 1 vCPU
• 1GB RAM
• 20GB NVMe (System) + 1TB SSD Storage
• Unmetered @ 100Mbps
• 1 IPv4 + /48 IPv6
• Location: Albania
• 25€/yr

• 1 vCPU
• 1GB RAM
• 1TB NVMe Storage
• Unmetered @ 1Gbps
• 1 IPv4 + /48 IPv6
• Location: UK with IPs Ireland Geo (IE)
• 25€/yr

---

Notes:

• PayPal Only (All BF deals must be paid via PayPal)
• Manual Setup: Setup is performed manually, usually within 1 hour (varies by time of purchase)
• No Reservations: Cancelling at checkout does not reserve your slot. Your spot is ecured only after PayPal payment completion
• Batch Processing: VPS servers are setup in batches. Account and VPS details will be emailed after setup is complete
• Final Sale: Stock is extremely limited. Once sold out, these deals will NOT return. Payments are final. No refunds on promotions.

Paid but it did not ask for account registration. What next?

We work on Albanian Time, we have just woken up for the day here.

We are checking the orders now and having some coffee - then we will process them.

There may have been a glitch - I'm seeing multiple orders for the same product here. Some may be refunded. Only the first one will be accepted. (multiple people had the payment page already up when the first paid and locked it, so all of them that were on PayPal already paid. Which isn't an issue - it just means we will have to refund some, we obviously can't honor 16 storage deals that large due to a glitch).

The first ones of each will receive an email from support {at} avsisp.com asking for which OS and the email address on your account (if different than paypal). The others will receive a prompt refund.

Apologies for any delays. Posts here on LET may not align with our operating hours, of course - which may lead to slight delays between post / order and us processing them.

Thank you for understanding.

So that means only two orders will actually go through? I really thought this was going to be the best deal I snagged for BF2025. Thanks for the generosity anyway, and huge congrats to the two lucky winners !

Yes, of course - they were intended to be limit 1 of each deal. But what happened was LET people have those fast fingers and multiple of you opened the page at the exact same time, proceeded to PayPal at the exact same time, and paid at the exact same time before one paid and locked the page. Down to the ms, they were within 2ms of eachother which is insanely fast on you guy's part (I love the enthusiasm! Thanks for the support!).

Refunds have already been issued. I think it's better we don't post publicly the emails of the 2 that were actually first, so I'll just say to check if you were refunded. If you got a refund, you weren't the first. If you didn't see a refund, you were first and you'll get a support email shortly with questions on OS and account email.

Apologies again for this glitch.

Too bad for them, need to wait for more than month to get their money back, because of faulty system to not recheck things

It isn't a faulty system. It's PayPal themselves. We relied on their system to handle that. So now PayPal is a faulty system? Makes sense.... For sure..

As for a month, that's entirely incorrect.
1) if you paid with PayPal balance, it's instantly back
2) if you paid with linked bank, it's just cancelled and never gets pulled - no money ever moves
3) if you paid with card, it's instant for USA Visa/MC usually and for other countries or card types it's 3 days max, usually in 24 hours or less.

Again, apologies, but we had no way to control this glitch. You guys are just too fast - this isn't the first time this has happened in LET history. It's happened with WHMCS using hosts, hostbill hosts, etc. payments make it through but product OOS and then payment cancelled or refunded. It's quiet a normal glitch and isn't one that can be solved unless you're a bank with the computer processing payments directly connected to your website which would be illegal but yeah - 2ms isn't enough time for notifications to cut transactions to come. And if you're already on the payment page, PayPal is going to accept that payment, even if the order page is already disabled. That's a PayPal issue - not one we can control. And again, with 2ms differences in payment times, I'm not sure any system in the world could have stopped that glitch regardless. Try to ping your own phone from your laptop in the same house or something some time. That's 2ms or more...

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.

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.

You didn't read what I wrote. Don't send two customers to paypal and hope that paypal will decide who was first. Decide YOURSELF who was first, and send that person to paypal. If they don't complete the purchase in a reasonable time, say 10 minutes, cancel the order and then reopen the deal.

This was done...

When the first person clicked the PayPal button, a lockfile was made. The page would have loaded out of stock at that point. If IPN came, lockfile became permanent. If not in 5 minutes, it unlocked.

Problem was - they were already all on the page and already clicking PayPal button at the EXACT SAME TIME. So that lock file didn't matter. They were at PayPal, not on our website.

This is a skill issue, not an unresolvable issue.

It's perfectly possible to make atomic locks using the filesystem (although there are significantly better approaches). As a hint, e.g. create a symlink from "/tmp/stupid-way-of-doing-locking" to the order number, and then stat it to verify which order was first. But there's many better ways of doing it as well.

Yeah, databases were invented to handle concurrent events in consistent ways.

Blaming is easier than fixing

beanman109

how did i double post this is unheard of for me

zejjnt

@spaceowl said:
How did it get used up while everyone was trying different variations of sun?

First time in my life I am punished for actually knowing something lmao

allthemtings

@beanman109 said:
how did i double post this is unheard of for me

stralia ping

oxkkk

no more puzzles, let's get straight to the battle. I remember last year during BF, some service providers loved to release discounts through puzzles, and I suffered terribly—it's a very unpleasant memory

admax

@beanman109 said:
how did i double post this is unheard of for me

Due to ISP network fluctuations.
Result of the lack of IPv4v2.

beanman109

@oxkkk said:
no more puzzles, let's get straight to the battle. I remember last year during BF, some service providers loved to release discounts through puzzles, and I suffered terribly—it's a very unpleasant memory

you wanna throw hands?

zejjnt

@beanman109 said:

@oxkkk said:
no more puzzles, let's get straight to the battle. I remember last year during BF, some service providers loved to release discounts through puzzles, and I suffered terribly—it's a very unpleasant memory

you wanna throw hands?

/me slaps LET around with a large trout

doobydoe

@beanman109 said:

@oxkkk said:
no more puzzles, let's get straight to the battle. I remember last year during BF, some service providers loved to release discounts through puzzles, and I suffered terribly—it's a very unpleasant memory

you wanna throw hands?

How about cock fight?

ralf

@allthemtings said:

@FAT32 said:
Next deal is storage, be prepared.

I had a similar feeling when I saw a different deal earlier that called itself "storage" but only had 250GB. I mean yeah, you can technically store things on it. Just not very much.

Maki

kokdrawing please

FAT32

@spaceowl said:

@FAT32 said:

01/12 06:24

SiteHub: $5/m 3TB HDD VPS + $15/m 10TB HDD VPS in US

$5/m 3TB HDD VPS

• 1 vCPU
• 2GB RAM
• 10GB SSD + 3TB HDD
• 9TB Bandwidth
• 1 IPv4 + /64 IPv6
• Location: Salt Lake City, US
• Quantity: 5
• Coupon code: BF-SHSTORE-FLYWG
• $5/m

$15/m 10TB HDD VPS

• 2 vCPU
• 4GB RAM
• 30GB SSD + 10TB HDD
• 30TB Bandwidth
• 1 IPv4 + /64 IPv6
• Location: Salt Lake City, US
• Quantity: 5
• Coupon code: BF-STOSHRE-RSLCB
• $15/m

Good. But why does it have to be in the US?

I dont even know where to start answering that question

beanman109

@admax said:

@beanman109 said:
how did i double post this is unheard of for me

Due to ISP network fluctuations.
Result of the lack of IPv4v2.

hello i am mostly ipv6 enabled now
it's probably the reason i ended up double posting

avsisp

@Maki said:

@avsisp said:

@Maki said:

@avsisp said:

@ralf said:

@avsisp said:

@Maki said:

@avsisp said:

@senos said:

@avsisp said:

@FAT32 said:

01/12 00:00

AVS ISP: 25€/yr 1TB SSD/NVME Unmetered Storage VPS in AL/UK(IE)

• 1 vCPU
• 1GB RAM
• 20GB NVMe (System) + 1TB SSD Storage
• Unmetered @ 100Mbps
• 1 IPv4 + /48 IPv6
• Location: Albania
• 25€/yr

• 1 vCPU
• 1GB RAM
• 1TB NVMe Storage
• Unmetered @ 1Gbps
• 1 IPv4 + /48 IPv6
• Location: UK with IPs Ireland Geo (IE)
• 25€/yr

---

Notes:

• PayPal Only (All BF deals must be paid via PayPal)
• Manual Setup: Setup is performed manually, usually within 1 hour (varies by time of purchase)
• No Reservations: Cancelling at checkout does not reserve your slot. Your spot is ecured only after PayPal payment completion
• Batch Processing: VPS servers are setup in batches. Account and VPS details will be emailed after setup is complete
• Final Sale: Stock is extremely limited. Once sold out, these deals will NOT return. Payments are final. No refunds on promotions.

Paid but it did not ask for account registration. What next?

We work on Albanian Time, we have just woken up for the day here.

We are checking the orders now and having some coffee - then we will process them.

There may have been a glitch - I'm seeing multiple orders for the same product here. Some may be refunded. Only the first one will be accepted. (multiple people had the payment page already up when the first paid and locked it, so all of them that were on PayPal already paid. Which isn't an issue - it just means we will have to refund some, we obviously can't honor 16 storage deals that large due to a glitch).

The first ones of each will receive an email from support {at} avsisp.com asking for which OS and the email address on your account (if different than paypal). The others will receive a prompt refund.

Apologies for any delays. Posts here on LET may not align with our operating hours, of course - which may lead to slight delays between post / order and us processing them.

Thank you for understanding.

So that means only two orders will actually go through? I really thought this was going to be the best deal I snagged for BF2025. Thanks for the generosity anyway, and huge congrats to the two lucky winners !

Yes, of course - they were intended to be limit 1 of each deal. But what happened was LET people have those fast fingers and multiple of you opened the page at the exact same time, proceeded to PayPal at the exact same time, and paid at the exact same time before one paid and locked the page. Down to the ms, they were within 2ms of eachother which is insanely fast on you guy's part (I love the enthusiasm! Thanks for the support!).

Refunds have already been issued. I think it's better we don't post publicly the emails of the 2 that were actually first, so I'll just say to check if you were refunded. If you got a refund, you weren't the first. If you didn't see a refund, you were first and you'll get a support email shortly with questions on OS and account email.

Apologies again for this glitch.

Too bad for them, need to wait for more than month to get their money back, because of faulty system to not recheck things

It isn't a faulty system. It's PayPal themselves. We relied on their system to handle that. So now PayPal is a faulty system? Makes sense.... For sure..

As for a month, that's entirely incorrect.
1) if you paid with PayPal balance, it's instantly back
2) if you paid with linked bank, it's just cancelled and never gets pulled - no money ever moves
3) if you paid with card, it's instant for USA Visa/MC usually and for other countries or card types it's 3 days max, usually in 24 hours or less.

Again, apologies, but we had no way to control this glitch. You guys are just too fast - this isn't the first time this has happened in LET history. It's happened with WHMCS using hosts, hostbill hosts, etc. payments make it through but product OOS and then payment cancelled or refunded. It's quiet a normal glitch and isn't one that can be solved unless you're a bank with the computer processing payments directly connected to your website which would be illegal but yeah - 2ms isn't enough time for notifications to cut transactions to come. And if you're already on the payment page, PayPal is going to accept that payment, even if the order page is already disabled. That's a PayPal issue - not one we can control. And again, with 2ms differences in payment times, I'm not sure any system in the world could have stopped that glitch regardless. Try to ping your own phone from your laptop in the same house or something some time. That's 2ms or more...

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.

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.

Incorrect. They were on payment page at same time. Race condition wasn't possible to correct with 2ms differences.

You are naive, paypal job is to handle payment, not checking your stock

As "no way it could have been prevented", then you have problem with your stack, you didnt check if someone already click pay, you didnt check if someone already at paypal page, you didnt check if someone already have invoice in that product

So "Race condition wasn't possible to correct with 2ms differences." is also incorrect, you assume that the problem is the computational, or are you use old CPU for your server?

2ms, you say 2ms is impossible to correct, thats must be a joke, even in finance, such error is enormous

Also "They were on payment page at same time" this is your problem to let this happen, clearly not preparing the sudden visit.

You should read how to use single thread database, especially sqlite, it lock away shit when its updating, obviously will fix your "Race condition wasn't possible to correct with 2ms differences."

Read my last reply. We did indeed lockfile it. But everyone was on PayPal, not on our website. Our website page was locked. Anyone new coming to it got an out of stock. Those already at PayPal our system can't stop. PayPal link had a stock limit 1. I've already submitted a PayPal ticket to tell them what happened and ask them why their stock control on managed button links didn't work.

I have read, you are playing with yourself, lockfile in multithread, obviously will error

You take the shortcut and playing with people money instead

Here simple explanation on your "solution"

We have 3 teller, each will check the vault to tell customer its has gold in it before taking order, but to get to vault it need 1 minutes go and 1 minute back to check the gold

teller 1, on 01:00 check there is gold!
teller 2, on 01:01 take the gold!
teller 1, on 02:00 tell the customer there is a gold!

THATS THE PROBLEM

Instead of delegating the checking mechanism to 1 guy (single thread - 1 concurency table) to check the gold, you gamble that that time frame is enough to check the gold

Again, and this will be my last reply to this - we have a lot of work to tackle today....

There was multi-step limits and checks. The final one to fail was on PayPal, not at us. PayPal link had a strict stock limit of 1. PayPal still allowed 16 to go through. So yeah, sure, we could have paid 10k to a programmer to rewrite our entire stack to end up at the exact same situation regardless.

We did what we could. We refunded the ones that were oversold and that's all we could do. We've submitted a ticket to PayPal. There is nothing further we could or can do. So if all of your suggested ideas of how transactions within ms of each-other work - a multi-billion dollar company like PayPal you would think would have implemented them - but obviously didn't.

Apologies for the final time to anyone that was effected and got a refund.

FAT32

@oxkkk said:
no more puzzles, let's get straight to the battle. I remember last year during BF, some service providers loved to release discounts through puzzles, and I suffered terribly—it's a very unpleasant memory

Ya well but now you have to race against either @lukast__ or @muffin or me

nopingpong

How to map F5 to another key? Damn key is not working anymore

allthemtings

Any big boy storage? @GorillaServers

zejjnt

@nopingpong said:
How to map F5 to another key? Damn key is not working anymore

CTRL+R

dTQzBen8

@FAT32 said:

01/12 06:24

SiteHub: $5/m 3TB HDD VPS + $15/m 10TB HDD VPS in US

$5/m 3TB HDD VPS

• 1 vCPU
• 2GB RAM
• 10GB SSD + 3TB HDD
• 9TB Bandwidth
• 1 IPv4 + /64 IPv6
• Location: Salt Lake City, US
• Quantity: 5
• Coupon code: BF-SHSTORE-FLYWG
• $5/m

$15/m 10TB HDD VPS

• 2 vCPU
• 4GB RAM
• 30GB SSD + 10TB HDD
• 30TB Bandwidth
• 1 IPv4 + /64 IPv6
• Location: Salt Lake City, US
• Quantity: 5
• Coupon code: BF-STOSHRE-RSLCB
• $15/m

Additional Information
(required fields are marked with *)
Are you human? *
Please answer with: "YES"

What if I answer NO

beanman109

@FAT32 said:

@oxkkk said:
no more puzzles, let's get straight to the battle. I remember last year during BF, some service providers loved to release discounts through puzzles, and I suffered terribly—it's a very unpleasant memory

Ya well but now you have to race against either @lukast__ or @muffin or me

sad beanman noises *

sanchogodinho

Where is the deal?