Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
Godlike VPS
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Shells Virtual Desktop
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.

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

1475476478480481733

Comments

  • MurvMurv Member, Megathread Squad

    @FAT32 said:

    @Murv said:
    This is it. I'm done! I'm turning full-on MJJ!

    Shitpost straight for days only to miss deals and if not missed only then to get cockblocked by sanctions. It's infuriating.

    This can't go on. I refuse to stay a virgin forever.
    鸡就是正义

    Just go big, I fully support your transformation into a MJJ

    That's the part where you were supposed to plea to my inner weeb to guide me towards righteousness not make me go full on MJJ!

  • @NHNHNH000 said:

    @muffin said:
    xue hua piao piao bei feng xiao xiao

    :egg:

    Thanked by 2NHNHNH000 beanman109
  • @nopingpong said:
    How to map F5 to another key? Damn key is not working anymore

    You can use ALT + F4 too, but it only works right before killer deals are posted.

    Thanked by 2zejjnt nopingpong
  • @muffin said:
    xue hua piao piao bei feng xiao xiao

  • ralfralf Member
    edited December 2025

    @avsisp said:

    @Maki said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @ralf said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @senos said:

    @avsisp said:

    @FAT32 said:
    image

    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

    image

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

    image


    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.

    It's fine if you don't want to reply again, but seriously actually read what we are saying.

    Concurrency is a solved problem. It was a solved problem years ago. People were worrying about how to create reliable locking on filesystems 30+ years ago. This is exactly why the semantics of creating a symlink are like they are now. None of this is new or rocket science.

    If you continue to believe that you did everything right, then you will have exactly the same problem in the future. And you will continue to incorrectly argue with everyone that you did everything you could.

    But if you take the time to read what we are saying, and try to understand how the multiple suggestions given to you would actually solve the problem, then you could easily stop this problem from happening again. It just requires you to open your mind to the possibility that there are solutions to this problem that work.

    Thanked by 3Maki plumberg hizzely
  • @kuroit said:

    @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!

    Lets try once more!

    Promocode: Registration date of our domain kuroit.com in YYYY-MM-DD format!

    Order: https://my.kuroit.com/store/sale-offers/bf-sale-midlands-2vcore2gb-ram25gb-spac

    Ordered, discount code worked but the invoice does not have the discount.

  • @kuroit said:

    @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!

    Lets try once more!

    Promocode: Registration date of our domain kuroit.com in YYYY-MM-DD format!

    Order: https://my.kuroit.com/store/sale-offers/bf-sale-midlands-2vcore2gb-ram25gb-spac

    The promotion code you entered has been applied to your cart but no items qualify for the discount yet - please check the promotion terms

  • @zejjnt said:

    @khajiit said:

    @PulsedMedia said:

    @khajiit said:

    @PulsedMedia said:

    @khajiit said:

    @PulsedMedia said:

    @JabJab said:

    @FAT32 said:

    @PulsedMedia said:

    @sh97 said:

    @khajiit said:

    @oxkkk said:
    this BF saw many deals that were more expensive than usual

    unironically I want @PulsedMedia deals because I am big on seeding ebooks and torrents for research/education. I didn't realize I could buy more than one when I saw the 4TB seedbox deal and I want like 3 more of them ngl

    @PulsedMedia any any 7-12eur 400-500gb seedboxes?

    M10G SSD regular Black Friday fits this PERFECTLY: https://pulsedmedia.com/specials.php

    We are taking about annually... recurring...

    PulsedMedia sometimes forget he on LET and thinks this is r/Seedbox or something :-D

    Oh annually 7€ for 500GB. Well that was monthly 6€ recurring.

    We don't do 500GB HDD seedboxes anymore. Seedboxes are not like VPS where you can put 100 VPS on single HDD. You have a maximum of about 4 to 6 per HDD. With today's 30TB drives, how many GiB is that divided with 6? ;) ... That is the minimum pricing that can be done.

    I don't want 500G, I want 4TB because I seed libraries of ebooks and stuff. I didn't know I could buy multiples of the offer for 4TB for 6$ EUR or I would have. Any way I can buy..multiples of the 6$ EUR offer? I'll pay triennially for all of them

    Here are the offers currently available / left, on top of our website Specials page, and not fully sold out.
    There is 8TB RAID0 (ephemeral shit) still available, but no 4TB RAID5 Seedbox.

    However you get the boxes eventually; Use the same username to ensure different servers.


    Just want that Storage #1 Spot. So 71+% discount, you are welcome.

    V10G Storage Box 4TB for .... 1.99€ A month? (6 months max)


    A totally totally chicken deal, not even 7$. Nothing to see here.

    455GiB SSD Seedbox 1Gbps 69.69€ for 3 Years!



    A totally totally PG13 Storage Box!

    100mbit egress is not seedbox tier. Would never seed something on 100mbit, my home connection is faster tbh. Shame there's no 6$ EUR reprisal. Will try my best to stuff everything on the one I did manage to get. Thanks friend

    storage boxes ARE NOT seedboxes. Which i said, nothing on seedbox tier right now.

    yeah brother i get it you don't have to make me feel like a retard, damn

    lol like a diss from an AI spam simp is something to even read, you did nothing wrong

    I just want to seed ebooks :(

    Thanked by 2zejjnt PulsedMedia
  • @doobydoe said:

    @muffin said:
    xue hua piao piao bei feng xiao xiao

    ˌbɪŋ ˈt͡ʃɪlɪŋ

    Thanked by 1Murv
  • oxkkkoxkkk Member
    edited December 2025

    @ImWaqas said:

    @kuroit said:

    @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!

    Lets try once more!

    Promocode: Registration date of our domain kuroit.com in YYYY-MM-DD format!

    Order: https://my.kuroit.com/store/sale-offers/bf-sale-midlands-2vcore2gb-ram25gb-spac

    The promotion code you entered has been applied to your cart but no items qualify for the discount yet - please check the promotion terms

    same situation, seems my reaction time is still too slow

  • @kuroit said:

    @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!

    Lets try once more!

    Promocode: Registration date of our domain kuroit.com in YYYY-MM-DD format!

    Order: https://my.kuroit.com/store/sale-offers/bf-sale-midlands-2vcore2gb-ram25gb-spac

    got it

  • rate limited

    Thanked by 2doobydoe PaperAutumn
  • 2018-04-26 is wrong?

  • @kainjinez said:
    rate limited

  • @ralf said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @ralf said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @senos said:

    @avsisp said:

    @FAT32 said:
    image

    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

    image

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

    image


    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.

    It's fine if you don't want to reply again, but seriously actually read what we are saying.

    Concurrency is a solved problem. It was a solved problem years ago. People were worrying about how to create reliable locking on filesystems 30+ years ago. This is exactly why the semantics of creating a symlink are like there are now. None of this is new or rocket science.

    If you continue to believe that you did everything right, then you will have exactly the same problem in the future. And you will continue to incorrectly argue with everyone that you did everything you could.

    But if you take the time to read what we are saying, and try to understand how the multiple suggestions given to you would actually solve the problem, then you could easily stop this problem from happening again. It just requires you to open your mind to the possibility that there are solutions to this problem that work.

    ねぇ、責任とバイバイするなら、人のせいにしてダッシュするしかないでしょ

    Thanked by 2Murv plumberg
  • @kuroit said:

    @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!

    Lets try once more!

    Promocode: Registration date of our domain kuroit.com in YYYY-MM-DD format!

    Order: https://my.kuroit.com/store/sale-offers/bf-sale-midlands-2vcore2gb-ram25gb-spac

    used

  • admaxadmax Member, Megathread Squad

    @Murv said:

    @beanman109 said:
    hello i love japan any japan deal

    I have yet to get confessed to under a sakura tree in Japan

    The probability of meeting in the real world is zero percent, but money is an exception.

    Thanked by 3Murv beanman109 FAT32
  • @muffin said:
    xue hua piao piao bei feng xiao xiao

    ni hao,大哥,你怎么样?

  • @FAT32 said:
    image

    29/11 05:00

    Rarecloud: 20€/yr+ 4GB+ VPS in UK/RO/US/JP/NL/DE

    • 4 vCPU
    • 16GB RAM
    • 150GB NVMe
    • 10TB Bandwidth
    • 1 x IPv4 + /64 IPv6
    • Location: EU (The Hague, Netherlands; Frankfurt, Germany; Timișoara, București, Constanța, Romania), US (Silicon Valley, CA; Phoenix, AZ; Dallas, TX), JP (Tokyo)
    • Quantity: 10
    • Coupon code: BF25FLASHELITE55
    • €55/yr (Original €345/yr)

    YABS

    $ curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sun Nov 30 07:22:38 PM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 29 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v2 @ 3.00GHz
    CPU cores  : 4 @ 2992.760 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 15.6 GiB
    Swap       : 4.0 GiB
    Disk       : 146.6 GiB
    Distro     : Arch Linux
    Kernel     : 6.17.9-arch1-1
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Unmanaged LTD
    ASN        : AS47890 UNMANAGED LTD
    Host       : Rare Mood Agency SRL
    Location   : Năvodari, Constanța County (CT)
    Country    : Romania
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda2):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 149.96 MB/s  (37.4k) | 521.99 MB/s   (8.1k)
    Write      | 150.35 MB/s  (37.5k) | 524.74 MB/s   (8.1k)
    Total      | 300.32 MB/s  (75.0k) | 1.04 GB/s    (16.3k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 498.99 MB/s    (974) | 493.33 MB/s    (481)
    Write      | 525.50 MB/s   (1.0k) | 526.18 MB/s    (513)
    Total      | 1.02 GB/s     (2.0k) | 1.01 GB/s      (994)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 718 Mbits/sec   | 456 Mbits/sec   | 39.0 ms        
    Eranium         | Amsterdam, NL (100G)      | 721 Mbits/sec   | 936 Mbits/sec   | 26.7 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 435 Mbits/sec   | 767 Mbits/sec   | 79.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 153 Mbits/sec   | 572 Mbits/sec   | 171 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 329 Mbits/sec   | 401 Mbits/sec   | 160 ms         
    Leaseweb        | NYC, NY, US (10G)         | 436 Mbits/sec   | 811 Mbits/sec   | 103 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 248 Mbits/sec   | busy            | 226 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 606 Mbits/sec   | 875 Mbits/sec   | 38.8 ms        
    Eranium         | Amsterdam, NL (100G)      | 691 Mbits/sec   | 921 Mbits/sec   | 26.3 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 420 Mbits/sec   | 785 Mbits/sec   | 79.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 328 Mbits/sec   | 678 Mbits/sec   | 171 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 327 Mbits/sec   | 322 Mbits/sec   | 162 ms         
    Leaseweb        | NYC, NY, US (10G)         | 409 Mbits/sec   | 787 Mbits/sec   | 103 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 192 Mbits/sec   | 373 Mbits/sec   | 225 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 387                           
    Multi Core      | 1195                          
    Full Test       | https://browser.geekbench.com/v6/cpu/15322185
    
    YABS completed in 23 min 17 sec
    

    :(

  • @VPSGrandpa said:
    2018-04-26 is wrong?

    Nope, was correct, the page apparently has at least 2 bugs/error messages not relating to the actual problem

  • @zejjnt said:

    @VPSGrandpa said:
    2018-04-26 is wrong?

    Nope, was correct, the page apparently has at least 2 bugs/error messages not relating to the actual problem

    @zejjnt said:

    @VPSGrandpa said:
    2018-04-26 is wrong?

    Nope, was correct, the page apparently has at least 2 bugs/error messages not relating to the actual problem

    2018-04-26 is right, I got it

    Thanked by 1zejjnt
  • Thanked by 2beanman109 ralf
  • @Fulminata said:

    @FAT32 said:
    image

    29/11 05:00

    Rarecloud: 20€/yr+ 4GB+ VPS in UK/RO/US/JP/NL/DE

    • 4 vCPU
    • 16GB RAM
    • 150GB NVMe
    • 10TB Bandwidth
    • 1 x IPv4 + /64 IPv6
    • Location: EU (The Hague, Netherlands; Frankfurt, Germany; Timișoara, București, Constanța, Romania), US (Silicon Valley, CA; Phoenix, AZ; Dallas, TX), JP (Tokyo)
    • Quantity: 10
    • Coupon code: BF25FLASHELITE55
    • €55/yr (Original €345/yr)

    YABS

    $ curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sun Nov 30 07:22:38 PM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 29 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v2 @ 3.00GHz
    CPU cores  : 4 @ 2992.760 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 15.6 GiB
    Swap       : 4.0 GiB
    Disk       : 146.6 GiB
    Distro     : Arch Linux
    Kernel     : 6.17.9-arch1-1
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Unmanaged LTD
    ASN        : AS47890 UNMANAGED LTD
    Host       : Rare Mood Agency SRL
    Location   : Năvodari, Constanța County (CT)
    Country    : Romania
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda2):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 149.96 MB/s  (37.4k) | 521.99 MB/s   (8.1k)
    Write      | 150.35 MB/s  (37.5k) | 524.74 MB/s   (8.1k)
    Total      | 300.32 MB/s  (75.0k) | 1.04 GB/s    (16.3k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 498.99 MB/s    (974) | 493.33 MB/s    (481)
    Write      | 525.50 MB/s   (1.0k) | 526.18 MB/s    (513)
    Total      | 1.02 GB/s     (2.0k) | 1.01 GB/s      (994)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 718 Mbits/sec   | 456 Mbits/sec   | 39.0 ms        
    Eranium         | Amsterdam, NL (100G)      | 721 Mbits/sec   | 936 Mbits/sec   | 26.7 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 435 Mbits/sec   | 767 Mbits/sec   | 79.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 153 Mbits/sec   | 572 Mbits/sec   | 171 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 329 Mbits/sec   | 401 Mbits/sec   | 160 ms         
    Leaseweb        | NYC, NY, US (10G)         | 436 Mbits/sec   | 811 Mbits/sec   | 103 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 248 Mbits/sec   | busy            | 226 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 606 Mbits/sec   | 875 Mbits/sec   | 38.8 ms        
    Eranium         | Amsterdam, NL (100G)      | 691 Mbits/sec   | 921 Mbits/sec   | 26.3 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 420 Mbits/sec   | 785 Mbits/sec   | 79.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 328 Mbits/sec   | 678 Mbits/sec   | 171 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 327 Mbits/sec   | 322 Mbits/sec   | 162 ms         
    Leaseweb        | NYC, NY, US (10G)         | 409 Mbits/sec   | 787 Mbits/sec   | 103 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 192 Mbits/sec   | 373 Mbits/sec   | 225 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 387                           
    Multi Core      | 1195                          
    Full Test       | https://browser.geekbench.com/v6/cpu/15322185
    
    YABS completed in 23 min 17 sec
    

    :(

    R u kidding me?

  • FAT32FAT32 Administrator, Deal Compiler Extraordinaire

    image

    01/12 06:48

    QDE: 9.95€/yr 1GB VPS in NL

    • 1 vCPU
    • 1GB RAM
    • 15GB SSD (RAID-10)
    • 2TB @ 1Gbps
    • 1 IPv4 + /64 IPv6
    • Location: Amsterdam
    • Quantity: 40
    • Coupon code: AJWLH67P53C1
    • 9.95€/yr

    image


    Special Notes: Order remain for 30 mins, unpaid orders will be cancelled

  • @Fulminata said:

    @FAT32 said:
    image

    29/11 05:00

    Rarecloud: 20€/yr+ 4GB+ VPS in UK/RO/US/JP/NL/DE

    • 4 vCPU
    • 16GB RAM
    • 150GB NVMe
    • 10TB Bandwidth
    • 1 x IPv4 + /64 IPv6
    • Location: EU (The Hague, Netherlands; Frankfurt, Germany; Timișoara, București, Constanța, Romania), US (Silicon Valley, CA; Phoenix, AZ; Dallas, TX), JP (Tokyo)
    • Quantity: 10
    • Coupon code: BF25FLASHELITE55
    • €55/yr (Original €345/yr)

    YABS

    $ curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sun Nov 30 07:22:38 PM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 29 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v2 @ 3.00GHz
    CPU cores  : 4 @ 2992.760 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 15.6 GiB
    Swap       : 4.0 GiB
    Disk       : 146.6 GiB
    Distro     : Arch Linux
    Kernel     : 6.17.9-arch1-1
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Unmanaged LTD
    ASN        : AS47890 UNMANAGED LTD
    Host       : Rare Mood Agency SRL
    Location   : Năvodari, Constanța County (CT)
    Country    : Romania
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda2):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 149.96 MB/s  (37.4k) | 521.99 MB/s   (8.1k)
    Write      | 150.35 MB/s  (37.5k) | 524.74 MB/s   (8.1k)
    Total      | 300.32 MB/s  (75.0k) | 1.04 GB/s    (16.3k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 498.99 MB/s    (974) | 493.33 MB/s    (481)
    Write      | 525.50 MB/s   (1.0k) | 526.18 MB/s    (513)
    Total      | 1.02 GB/s     (2.0k) | 1.01 GB/s      (994)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 718 Mbits/sec   | 456 Mbits/sec   | 39.0 ms        
    Eranium         | Amsterdam, NL (100G)      | 721 Mbits/sec   | 936 Mbits/sec   | 26.7 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 435 Mbits/sec   | 767 Mbits/sec   | 79.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 153 Mbits/sec   | 572 Mbits/sec   | 171 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 329 Mbits/sec   | 401 Mbits/sec   | 160 ms         
    Leaseweb        | NYC, NY, US (10G)         | 436 Mbits/sec   | 811 Mbits/sec   | 103 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 248 Mbits/sec   | busy            | 226 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 606 Mbits/sec   | 875 Mbits/sec   | 38.8 ms        
    Eranium         | Amsterdam, NL (100G)      | 691 Mbits/sec   | 921 Mbits/sec   | 26.3 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 420 Mbits/sec   | 785 Mbits/sec   | 79.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 328 Mbits/sec   | 678 Mbits/sec   | 171 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 327 Mbits/sec   | 322 Mbits/sec   | 162 ms         
    Leaseweb        | NYC, NY, US (10G)         | 409 Mbits/sec   | 787 Mbits/sec   | 103 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 192 Mbits/sec   | 373 Mbits/sec   | 225 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 387                           
    Multi Core      | 1195                          
    Full Test       | https://browser.geekbench.com/v6/cpu/15322185
    
    YABS completed in 23 min 17 sec
    

    :(

    387.....

  • That server is cheeks

  • avsispavsisp Member, Patron Provider

    @ralf said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @ralf said:

    @avsisp said:

    @Maki said:

    @avsisp said:

    @senos said:

    @avsisp said:

    @FAT32 said:
    image

    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

    image

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

    image


    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.

    It's fine if you don't want to reply again, but seriously actually read what we are saying.

    Concurrency is a solved problem. It was a solved problem years ago. People were worrying about how to create reliable locking on filesystems 30+ years ago. This is exactly why the semantics of creating a symlink are like they are now. None of this is new or rocket science.

    If you continue to believe that you did everything right, then you will have exactly the same problem in the future. And you will continue to incorrectly argue with everyone that you did everything you could.

    But if you take the time to read what we are saying, and try to understand how the multiple suggestions given to you would actually solve the problem, then you could easily stop this problem from happening again. It just requires you to open your mind to the possibility that there are solutions to this problem that work.

    For the final time - on our side it worked correctly. It was locked. Nobody new could order or get to the PayPal. They were ALREADY AT PAYPAL. PayPal link had a LIMIT OF 1 STOCK. PayPal allowed 16 to order what was limited to 1.

    Do you see where this is going?

    Concurrency isn't the issue. It's Apache with PHP. It's obviously concurrent regardless. You can't very-well limit a website to 1 visitor at a time - that's just insanity.

    How this can be solved and will be in the future to avoid these issues - everyone must have an account to make an order, there'll be a delay added to when the PayPal forward happens with 3 checks first, and it'll be slow to get to PayPal to pay but won't happen again oversell like that.

    So in the future, nobody will be able to order without an account. We tried it for these specials only to avoid people having to create accounts before they order, to streamline it. And this happened - so from now on, everything is locked inside our panel and nobody can order without an existing account. Problem solved.

  • The busy work has finally ended. :)

    Thanked by 2doobydoe zejjnt
This discussion has been closed.