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.
Comments
You sneaky one!
$13.25/yr
KVM - 1 GIGABIT
384MB RAM
1 vCORE
15GB SSD (RAID 10)
389GB BANDWIDTH
DALLAS, TX LOCATION
1 DEDICATED IPv4
Currently, "Critical Error, Could not connect to the database".
Did you want to borrow a Virmach Windows RDP from Seattle so you can test from a machine outside your local network?
Where is the epic $8.8
?
$10.91/yr
KVM - 1 GIGABIT
640MB RAM
1 vCORE
10GB SSD (RAID 10)
650GB BANDWIDTH
DALLAS, TX LOCATION
1 DEDICATED IPv4
524524 524524524524.............always 524,so terrible
524
yep,always 524,so terrible...
only 524
KVM 524
$19.61/yr
KVM - 1 GIGABIT
WINDOWS AVAILABLE
1792MB RAM
2 vCORE
20GB SSD (RAID 10)
1301GB BANDWIDTH
DALLAS, TX LOCATION
1 DEDICATED IPv4
我的狗喜欢从阴囊里舔花生酱
$24.91/yr
KVM - 1 GIGABIT
WINDOWS AVAILABLE
1792MB RAM
2 vCORE
30GB SSD (RAID 10)
1340GB BANDWIDTH
LOS ANGELES, CA LOCATION
1 DEDICATED IPv4
Circulating deals now.
In the meantime, I'll let you have a look at my $8.88-special:
Mmmmmmh, juicy!
Still waiting my pending $8.88.
WHMCS is fine for what it was designed for... It's just not built for high-concurrency scenarios. For example I don't think it does any locking or concurrency control so it's easy to sell more stock than you actually have if multiple people are placing orders at the same time. That's usually fine 99% of the time, when you don't have thousand of people trying to buy hosting at the same time. Something built for high concurrency would use semaphores during the order flow, or at least a FIFO queue, in order to only allow one order at a time per hosting package, but that's non-trivial in PHP given it has barely any shared memory primitives (just APC). And once you bring in something like Redis, your system gets quite a bit more complicated.
tl;dr building something that works well with a large number of concurrent users is hard, so WHMCS took the easy approach that satisfies the 99% use case.
Same as yesterday, even more serious
@VirMach Hello, I see flash shopping has been going on, but the website account can't be opened normally. What's the meaning of continuing flash shopping
Stress testing
@dTQzBen8 ha ha ha
there's no way this continues, we are missing a lot of good deals
@VirMach, credits where credits due. While i still view the billing and client area are shitty beyond any recognition, as per many previous comments i made, i am not retrack back any of those comments. However my service had been provisioned and i finish setting up and using it right now. Yes, the server quality is good, really good. It is very awesome for the price. I am going to keep the server instead looking for a refund.
Yes, for what its worth, i am being critical about the qaulity of the website and client area, and your sacarsm while KEEPING the server as the end product is good. Call me anything you want but i believe it is only responsible for me to reply directly to you about my decision the same place where i bashing you for my disatisfaction.
And even after 10 hours I still can't pay my bills yet because of this flash sale hogging the billing panel 😑
i paid for two vps 36 hours ago, which are listed in my account but yet unable to use as well as to check them from the list of services.
This is pretty much 100% confirmed to be due to WHMCS and the new way the user system works in the latest version.
We're waiting on advice from WHMCS and it's been difficult as they initially blamed us and our configuration, and said they could not replicate it in their test environment. Of course, this is because it works perfectly fine if you do not have hundreds of thousands of users. So to answer you less sarcastically, the reason our website is like this and other hosts' aren't during their sale is most likely due to the fact that we have 6 years of users in a big table and WHMCS recently decided to (and don't quote me on this, I've barely slept but everything appears to point to this) change the user system, resulting in them running this query every single time a client is involved in any way.
Here's a sample, it's not actually the real syntax because Cloudflare won't let me post it.
This happens every time a client is mentioned. So if you're logged in, on every page. Any ticket we open, pretty much anything.
We can deal with that issue you described, which does exist, but it seems like the real culprit is the user system change I described above and it's all fine and dandy until you have more than something like 30,000 customers.
Previously they didn't do it this way, they "improved" it and this happened for us.
It was manageable when we didn't also have thousands of these customers online, yes, but we saw some issues with it already before this sale (at the time it was inconclusive.) That's why we had to disable our customers' review page, because every time it referenced a customer it did one of these queries.
Flash sales are being ended temporarily in the hopes that it calms down. We'll be back with the flash sales on Friday, let's say around 6PM PST.
We'll update with more information on the flash sale page.
I feel filthy just reading this. At the scale of WHMCS, one would hope they would be able to afford half-decent programmers.
@VirMach How about those 5 custom deals
Anyway please read PM thanks
Well, the system needs to verify if a logged in session is still valid, so a query every time does not sound wrong.
However, the query looks way to complex for just verifying that.
Of course if you have a big database, it may suck a lot when you have a slow query getting executed every time someone is logged in.