Jump to content

WHMCS Lawrence

WHMCS Technical Analyst II
  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by WHMCS Lawrence

  1. Hello, This would suggest that the /modules/servers folder has been manually emptied for some reason. Re-uploading a fresh copy from the 7.10.2 Full Package download available in our client area or at https://download.whmcs.com/ should resolve this.
  2. Thank you for posting on our community, however I believe there may be some confusion. WHMCS is software that is used by companies to provide services, such as web hosting, domain registration and others. We do not provide such services ourselves and would have no affiliation with your streaming provider. You would need to contact them directly if you are experiencing any difficulties with the services they are providing to you.
  3. We are glad to hear that your issue is resolved 🙂
  4. If you've tried the steps suggested in this thread and have been unable to resolve this issue, please reach out to our support team at https://www.whmcs.com/support/ and we can assist with getting this resolved.
  5. I am afraid that there isn't currently a way to automatically import and maintain TLD pricing from NameCheap, however I can see how this may be useful and would recommend submitting a feature request at https://requests.whmcs.com/ . Once accepted, other users can contribute to and vote on your idea. Ideas with the most votes and activity do get reviewed by our team. and considered for inclusion in future releases.
  6. While this is not official advice, I believe that Brian is correct about the third party eNom PRO addon. Out of curiosity, I tried it about a year ago on a test install while addressing a similar request and it turned out to not work correctly at the time. If you want to give it a try, I'd suggest doing so on a fresh test installation so that you don't have to worry about any potential issues with the imported domains. If you do not have a development license, please reach out to us at https://www.whmcs.com/support and we can help you obtain one for this.
  7. For what you've described, dropdown configurable options for each desired item (CPU, disk space/storage, RAM, etc) with the applicable values for each would likely do what you are looking for.
  8. We respect the session timeout value set in PHP on the server, and this would usually suggest that either the timeout is set too low (your system administrator can correct that) or something is causing the session to be invalidated after a few minutes. If you are running WHMCS behind a proxy/CDN, such as CloudFlare, I'd recommend adding it as a trusted proxy as described at https://docs.whmcs.com/Trusted_Proxy_Settings as an IP change usually occurs every few minutes on such services and would result in the session being invalidated as a result.
  9. If you are getting that error when submitting a ticket, it is usually caused by a mod_security rule being triggered by the form content (subject or message). That would need to be investigated and corrected by your hosting provider or system administrator to resolve that.
  10. Speaking from my own personal experience, the advice given by Brian is correct. Most template authors on Themeforest seem to provide a HTML copy as well and it can be used for creating a main website. I'd also recommend double checking with the author to ensure that the template has been tested for compatibility with your installed version of WHMCS (for example: 7.10.2) as templates designed for older versions may not be fully compatible and experience issues with functionality as a result.
  11. I can verify that the provided code works on my test installs as well. If it does not work on yours, despite putting it in a PHP file in the /includes/hooks folder as described, please ensure that your website isn't behind a caching service that is unexpected caching the HTML output of PHP pages and may be causing this as a result. If that doesn't help or apply, please feel free to reach out to our support team via https://www.whmcs.com/submit-a-ticket/ and we can investigate this further.
  12. You would need to pass in the currency parameter as advised by Brian. Assuming that the dropdown is setting the currency ID from the tblcurrencies database table in the PHP session, it should be possible to adjust your code to check for it and set the currency parameter accordingly.
  13. Please ensure that you are using the "Resend Verification Email" option shown on the Client Summary page itself. If the merge field isn't being replaced with the unique, this usually suggests that the e-mail is being sent manually using the unrelated "Send Email" option and won't work as expected.
  14. Hello, Looking over your ticket, I can see that we requested additional details to perform further investigation. Please follow up with them so we can do so. We've attempted to reproduce this locally, but cannot at this time. This would normally suggest that the underlying cause is a cron-related issue (for example: the crons folder wasn't updated during the update, an unexpected issue with cron on the server itself, etc) that is either causing the cron job to fail to complete or preventing the credit card task itself from completing. The first thing to do would be to debug the cron using our instructions at https://help.whmcs.com/m/automation/l/683269-advanced-cron-troubleshooting At the very least, that should reveal any errors that are occurring and those can be investigated further. I'd recommend opening a ticket with the findings from the above and we can assist further.
  15. Hey everyone, If anyone is still experiencing this issue and hasn't opened a ticket, could you please do so and provide temporary login details so we can investigate this further. Thanks!
  16. Hey everyone, Digging into this further, the overage billing you've noticed isn't occurring specifically due to this change from case CORE-13060. The instances I've seen of this have been due to an unexpected value of "0" in the overagesenabled field in the tblproducts database table - we expect it to be empty when the Overages Enabled setting is disabled on a product. Myself and my colleague are investigating how this happens. In the meantime, the result is that unexpected value appears to be causing the product to get included in the overage billing process. I've tested locally and editing and re-saving products without making any changes corrects the value in the database as needed to prevent this from occurring going forward. If you wish to update all products at once, the following SQL query should do the job: UPDATE tblproducts SET overagesenabled = '' WHERE overagesenabled = '0';
  17. Hello, Most likely the data in your database tables is in latin1 (which is/was the MySQL default for some time), which (simply put) isn't compatible with utf-8 and will need a manual conversion to fix this. In my experience, the instructions at https://docs.moodle.org/31/en/Converting_your_MySQL_database_to_UTF8#Linux_.26_Mac are a good starting point. I would recommend searching and replacing any references to "utf8mb4" with "utf8" to help ensure that the end result is compatible with WHMCS. As you will be modifying the database directly, I'd strongly recommend making a backup of it before proceeding and contacting your system administrator if you are unsure of how to do the above.
  18. A 404 error on saving in the admin area is generally going to be caused by a malfunctioning mod_security rule on the server and would need to be investigated and corrected (or disabled) by your system administrator to resolve it.
  19. Most likely it was probably set a long time ago and only noticed now. As for the line in the configuration.php file, I'd strongly recommend adding it - otherwise it can lead to other unexpected issues with saving data.
  20. Hello, Please make sure the System Charset under Setup > General Settings > Localisation tab is set to utf-8 and the configuration.php file has this line: $mysql_charset = 'utf8'; Without those, you may see some weird issues with saving data due to how MySQL works by default with latin1 instead of utf-8.
  21. Those are configuration files for PHP - not MySQL. Generally the MySQL configuration can only be modified by the root user on the server and resides in the /etc/my.cnf file.
  22. It would depend on the type of module. Generally for an addon, it will create any needed database tables during activation and remove them during deactivation. However this is up to the author to implement. Once the addon is deactivated under Setup > Addon Modules, deleting the files under the /modules/addons folder and then checking to ensure it removed any database tables it created is usually the best option. For other module types (server, domain, etc), you would first need to edit the applicable items using them and then delete their files and manually remove any database tables that they created.
  23. Hi everyone, as mentioned by John in that feature request, we expect 7.8 to reach beta status later this month, so the general release of 7.8 should be available in advance of the deadline. Rest assured that we are aware of the impact of this change and are working to get it taken care of.
  • 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