WHMCS.Community

OK.  Finally found a related discussion here:  look like I shall pass on this to get other more important thing done... (well... MJ's "They Don't Care About Us" pops into my mind... 😩)

I am working on a registrar module, and wondering how to make the Country field in Domain Contact Information (clientarea.php?action=domaincontacts&domainid=55) to show as a dropdown, rather than a text box. Any clue to share? I know if wish to show the correct phone country code, must declare object Phone Country Code.  Wondering what should be the proper object to pass to achieve above mention. TQ. Regards, Nelson

it's not a bad shout that this could be a bug - especially if you say that it occurs with Stripe, but not PayPal - its worth opening a ticket with Support to see what they say before going any further. for it to react to a setting in that way, would require JS in the hook.

apologies Steph, didn't remember that the validation hook returns an error message - if it helps, it's part of clientfunctions.php, so it's probably expected behaviour that it only triggers in the client area and not the admin area. ClientDetailsValidation is written to work in both (as set out in the docs), it looks like the same is not true of the contacts equivalent - though Support should be able to confirm that.

almost certainly it will be because we now can't use $ _ GET (remove spaces) in posts (in code or text)... it used to work with no issues, but I assume now breaks a firewall filter somewhere and returns a 403 error - we've posted about that a number of times, but nobody from WHMCS is a) paying attention, b) doing their job and c) probably even care. as ramf says, post it as an attachment or upload it somewhere and post the link.

Thanks for the pricing update WHMCS, our pricing is only going up 5000% instead of 8400%. 🤣 What planet are you on? Of other hosts I know that use WHMCS at this level, guess how many tell me they're going to start paying these rates? Zero. I think WHMCS may have over-estimated their value to us here 😂

Sidenote; apparently WHMCS trusts their extreme price increase to counter the amount of customers which are moving away from WHMCS. I think WHMCS is not acting smart, because; a lot of WHMCS users will leave; I said before 1/3, but maybe it will be more e.g. 2/5 (eventually more) WHMCS receives a massive amount of negative feedback/reviews which WILL hurt new potential customers they should listen to their customers for once, instead of doing their own thing (as they have done for many years) In my humble opinion (and I have said it before); the hosting market is becoming more and more difficult to thrive in. It has been a pain for the past 3 or 4 years and is becoming more and more difficult as a "small/medium" hosting company compared to the bigger ones. So software like WHMCS (and also cPanel, Plesk, etc.) rely on these "smaller" hosting companies. But instead of supporting and helping them, they simply increase prices. We have seen it with Plesk (twice now), we have seen it with cPanel and we are now seeing it with WHMCS. And if you think this is the last price hike, then you are dead wrong. These price increases will follow each other up more often and thus faster. WHMCS (or the company above) simply does not care about their customers anymore. You can see that with those owned licenses and also with these, simply put, crazy price increases. You will not only lose your current customers, but also scare away new customers. If they aren't scared away from these prices, then they sure will be scared away by the massive amount of negative reviews on Trustpilot and elsewhere. People actually do read reviews. WHMCS says they listen. Yeah right. Not in my experience. They simply do as they please (or are forced to do from the company above them). Now they added two hops, like that will make a big difference for the "smaller" companies. It's already dificult enough to keep your head above water nowadays in these difficult (Covid-19) times. But what happens? Plesk increased their pricing again (early this year) and now WHMCS will increase their pricing as well (extremely). So we, as a hosting company, have to pay more and more and if we charge that to our customers they state; wow, you  are charging absurd prices! I will cancel my contract and move elsewhere (= 9 out of the 10 times to a very big hosting company; which use their own in-house developed software). In the end, give or take a few years, smaller (hosting) companies will not exist anymore and only the big one remains. Which result in price hikes set by them, where software like WHMCS, Plesk, cPanel, etc. will hardly exist anymore, as these bigger companies use their own, developed in-house, software solutions. So in the end; we will all lose from this...

As I seen, almost all of you, you're focusing only to price incremental, bypassing the main problem which is the price per client. That's wrong. WHMCS is a software. It can have different price per installations or per support periods or for brand free only. Is not your business partner to get commission per client. I'm buying scripts since 1998. Only at Codecanyon I've more than 100. Is the first time (or among very few ones), that I seen a pricing tier like this. I think that first that I see was cPanel few months ago. And what is really a "Client"? Client can be someone who paid a monthly hosting plan and then left out. Client is also someone who pay you $2/mo for a shared hosting account, or $10/mo for a VPS, or $50/mo for a dedicated etc etc. Are all these types of Client same? I mean financially. Surely not. So why to pay per client? (once more to make clear that I don't agree at all with this style). If WHMCS (or any similar software) want to become a financial partner with you, at least let's try to by fair. And the only fair solution that I can think is to put tiers in your actual monthly income. Not the best, but much better than pay per client.

Ugh. 🤦‍♂️

LOL. Not much updated Mark. He means the email which was send out yesterday. Just adds two hops in between. Same (absurd) pricing as before.