Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


DennisHermannsen last won the day on June 6

DennisHermannsen had the most liked content!

Community Reputation

92 Excellent


About DennisHermannsen

  • Rank
    Level 2 Member

Recent Profile Visitors

4328 profile views
  1. Well, you're right. Nobody asked for it. There has been a ton of threads just like this one where people are overwhelmingly negative towards this change.
  2. You can't manually reset it anymore. The only way to reset it is by sending a password reset email to the client.
  3. @Tiaan that would require a way to store the ID - most likely in the database. You would need to create a separate table. During the ClientAdd event, you need to generate the customer code and store it in the database.
  4. Well, it is possible, but you'd have to use your own code to achieve it. You could use the product price feed: https://docs.whmcs.com/Data_Feeds#Product_Pricing_and_Currency You'd then have to basically build your own product page to have the prices shown in USD. Also, when the visitor puts the product in their cart, it would show up as whatever default currency you have configured.
  5. You're quoting the documentation for the PayPal Checkout module, not the PayPal Basic module. Both modules are still supported by WHMCS. PayPal Basic allows to force one-time payments. PayPal Checkout doesn't.
  6. Seeing that the Paper Lantern theme is not supported anymore, that shouldn't be a problem. cPanel will only ship with the Juniper theme from now on.
  7. Nothing in WHMCS will automatically do that. It's most likely a hook or a rewrite rule.
  8. WHMCS will automatically calculate the difference in price from the old product and the new product. If the price difference is 10 USD and the client is exactly halfway into their billing period, they will be charged 5USD. If they have 100% left of their billing cycle, they're charged 10 USD.
  9. Just use a link like this: https://yourdomain.com/submitticket.php?step=2&deptid=1&subject=WhateverYourSubjectShouldBe
  10. One thing to note: It won't work with IDNs. I've reported that bug a few weeks ago. Could that be the issue in your case?
  11. If all of your third party modules/hooks are compatible with the latest version of WHMCS, you can upgrade without issues. You will need to be running PHP 7.2 or newer to use WHMCS 8 or newer.
  12. You'll find those items in the "header.tpl" file - it doesn't make much sense, but it's there. It's located around line 188.
  13. This has bothered me for a long time. I love it when WHMCS introduces new features, but trying to implement some of it is often a challenge. Why is there no built in support for multi-language support unless you're trying to build an "addon" module? Basically any other type of module can output code to the client area, and it makes no sense that you have to write your own code to support multi-language. I mean, the code already exists in WHMCS 😅 The documentation is lacking a lot of information. Take this as an example: https://developers.whmcs.com/provisioning-modules/supported-functions/. There are some functions (like _AdminArea) that just has no information at all. How is it used? You can't echo or return anything. Is it just a typo and meant to say _AdminLink? I know how to use that function by looking at other modules, but there's still no documentation about it. Why is there no documentation for Application Links? It's a really cool feature, but it makes no sense that the feature is basically reserved for cPanel. Another nice feature that feels like it was only built for cPanel is Server Sync - mostly because of this: https://docs.whmcs.com/Servers#Sync_Report ... But some control panels do. I know that cPanel doesn't. Some other control panels (not just limited to web hosting) do keep a record of the user's full name, address, phone number etc. Importing a client into WHMCS using the Server Sync feature feels so akward. Who wants to send an email to their customer that starts with "Dear Name Placeholder"? That's very unprofessional. I know that not all control panels track the client's details, but who thought it would be a good idea to not even implement importing the details in case the control panel actually did? It would make life so much easier for WHMCS admins wanting to import clients. I hope someone can give me an explanation that isn't "Because WHMCS just doesn't care" 😅
  14. I think I found a rather simple way of doing what I'm trying to achieve. https://pastebin.com/fYWhNxNr (I'm also having issues with their WAF, lol) I just need to call /modules/servers/myModule/script.php?serviceId=<serviceId>. The $server object has all the stuff I need to make API calls (access hash, hostname of the server etc.) Any thoughts on that way to do it?
  15. Thanks for the thorough explanation, @string! I actually managed to find method 1 myself. I'm not worried about SSL checks, though - the services that the module will manage does not have a domain set. I didn't consider that WHMCS would call hooks for the ClientArea function on each call. I'll see if I can get it working using your other example. One quick question: How would I access the module parameters if doing it that way? It's not just service params, it's stuff like the access hash that's defined in the provisioning module.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated