Jump to content


Senior Member
  • Content count

  • Joined

  • Last visited

  • Days Won


bluesteam last won the day on August 24 2019

bluesteam had the most liked content!

Community Reputation

5 Neutral

1 Follower

About bluesteam

  • Rank
    Level 2 Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. ok, so the problem was related to the .htaccess file containing the following PHP entries: I removed these and everything worked. So it's clear the old host used a different PHP setup than the new host.
  2. So on the new server, the SOAP module wasn't enabled. This was preventing the communication between the server and the token servers. After I enabled the SOAP module I went through all the modules to make sure that the necessary ones were enabled. I retested and I was now able to get past the communication error. However, now the barcode is not rendering. it's simply not generation. Any idea??
  3. Thanks Brian, I have opened a ticket but its a real pain now because I cannot work at all. Also, whats bugging me more is after disabling the totp in the admin table, it allows me in but won't connect to the two factor system as it says unable to connect.
  4. Thanks Brian I already saw that link and that link instructs me to execute the below sql command on the tblconfiguration: update tblconfiguration set value='a:3:{s:11:"forceclient";s:0:"";s:10:"forceadmin";s:0:"";s:7:"modules";a:1:{s:6:"yubico";a:2:{s:8:"clientid";s:0:"";s:9:"secretkey";s:0:"";}}}' where setting='2fasettings'; However, that breaks things COMPLETELY because that removed all settings for totp and other two factors platforms. I am using totp and the above sql statement sets ONLY yubico.
  5. Hello, I am unable to use my WHMCS after I moved to a new server. Before moving to a new server, I forgot to disable the Two-Factor Authentication module. On the new server, it would not let me log in to WHMCS so I ran the following sql commands on the database: update tbladmins set authmodule = '' where username = 'admin'; update tbladmins set authdata = '' where username = 'admin'; update tbladmins set authmodule = '' where username = 'admin'; update tbladmins set authdata = '' where username = 'admin'; after this I could log in but now it wants me to re-configure the 2fa so after clicking "Get Started" I see the error: http://prntscr.com/pzhtv5 Now I cannot proceed past this point because it just fails over and over... Please can somene shed light on this??
  6. Yh, so I'm not crazy. I have been giving clients free service whenever I have been asked to upgrade or downgrade their service after it had already been invoiced. In my opinion, the system should have a popup when you cancel the invoice asking you if you are cancelling the service entirely or when the next invoice due date should be so that this is avoided. For a widely used system like WHMCS, this should be more intelligent and the system should handle it properly.
  7. Hi, I seem to have run in to an issue where if a client's service has already been invoiced, and they decide that they want to downgrade/upgrade their service. What's happening is the following: SCENARIO: Service is up for renewal at the end of November(30 November) and the system generates an invoice setting the due date to 30 November. This invoice generation now naturally sets the nextinvoicedate in the database to the next iteration of the clients billing cycle (31 December). At this point in time, the nextinvoicedate is set and the service has been invoiced awaiting payment. I receive a phone call requesting that I either upgrade/downgrade the service before the client makes payment. So I proceed to cancel the invoice by clicking on the "Cancel Invoice" button. I then proceed to issue an upgrade/downgrade order for the client. If there is credit applied or owed, it is handled before this order is activated and then marked as paid and the upgrade/downgrade is activated. Now I proceed to invoice the service once again for the coming billing cycle but remember, the nextinvoicedate in the database is already set to 31 December. What I notice now is that the DUE date on the new invoice is set to 31 Dember and not 30 November after issuing this new invoice. Checking in the database, the system has set the nextinvoicedate to 31 January. This ultimately gives my client a free month. If this was an annual service, the same happens and gives the client a free year. What should I be doing differently to avoid this?
  8. UPDATE: I found this morning that EVEN THOUGH the PHP info is showing UTC timzone in Utilities -> System -> PHP Info the cron is now running on the right time. Looking at the timezone in PHP Info, I was looking at the Directive section and not the Date section which now DOES show the correct timezone. So this flag date_default_timezone_set('Africa/Johannesburg'); in the configuration file is changing the Date section and the manual php.ini changes the Directive section. The cron is configured according to the WHMCS documents which tells us to set the config.php file to point to the configuration.php file in the whmcs root which will take the timezone set in that file. All is good in the world now 😁 Thanks for everyone's help.
  9. thank Brian. The fact that when I apply it in my configuration.php file it doesn't work, tells me that maybe the reason this method was abandoned was probably because on some environments (like mine) it doesn't work. so they resorted to the php.ini method. I am wondering if I place a php.ini in my custom cron location if the cron would use the settings from that php.ini??
  10. The PHP directives were applied for the specific PHP version i am using specifying in the IfModule. So this isn't an issue. These are what I removed: # BEGIN cPanel-generated php ini directives, do not edit # Manual editing of this file may result in unexpected behavior. # To make changes to this file, use the cPanel MultiPHP INI Editor (Home >> Software >> MultiPHP INI Editor) # For more information, read our documentation (https://go.cpanel.net/EA4ModifyINI) <IfModule php7_module> php_flag display_errors Off php_value max_execution_time 600 php_value max_input_time 600 php_value max_input_vars 5000 php_value memory_limit 512M php_value post_max_size 128M php_value session.gc_maxlifetime 1440 php_value session.save_path "/var/cpanel/php/sessions/ea-php72" php_value upload_max_filesize 64M php_flag zlib.output_compression Off </IfModule> <IfModule lsapi_module> php_flag display_errors Off php_value max_execution_time 600 php_value max_input_time 600 php_value max_input_vars 5000 php_value memory_limit 512M php_value post_max_size 128M php_value session.gc_maxlifetime 1440 php_value session.save_path "/var/cpanel/php/sessions/ea-php72" php_value upload_max_filesize 64M php_flag zlib.output_compression Off </IfModule> # END cPanel-generated php ini directives, do not edit I'm not saying it's not supported. simply that not finding it in actual documentation makes me question whether this is supported. but looking at those posts, the instruction came from WHMCS staff so it must be supported. Anyways, I'm now stuck because the host just says to use a php.ini file and WHMCS doesn't apply the php.ini to the custom cron location. 😞
  11. Well, Thats just it, they are just going to tell me to use a manual php.ini file or set it in the .htaccess file which I will gladly do if I knew it was also going to apply to the cron in a custom location. But it's doesn't I know it's working for you but I haven't found it anywhere in the WHMCS documentation that this method works or is even supported.
  12. I DELETED the manually created php.ini file in my whmcs root directory. Then I removed all php directives out of the htaccess file that was added to the htaccess file by the 'MultiPHP Ini Editor'. I rechecked my timezone in Utilities -> System -> PHP info and it was now set back to UTC. I then added the line date_default_timezone_set('Africa/Johannesburg'); to my WHMCS configuration.php file and rechecked the timezone. It is still set to UTC. so what am I doing wrong?
  13. Could you give me more documentation around what you mean by "configuration files"? I of course have a configuration file in my whmcs root but my cron runs in a custom location for security reasons and refers to my whmcs root configuration file. but that configuration file doesn't specify the date.timezone as I haven't found any documentation on the WHMCS knowledgebase about setting it there. If you're referring to PHP configuration files then whats the difference between a php.ini file that I manually create and the config file that you are referring to?? I am a little lost at what YOU mean by configuration file...
  14. Hi, I know this has been asked before but my situation seems slightly different. My cron runs under a custom location: /home/user/crons/ Naturally my cron is configured to get it's configuation from: /home/user/public_html/whmcs/configuration.php I have created a manul php.ini in my whmcs directory and set the timezone to my local time zone. Upon checking my timezone in the admin dashboard under Utilities -> System - PHP Info I can see that my local timezone is set correctly: See snapshot attached. However, my cron is still running at UTC instead of UTC+2 So I ran the following command in the terminal and retrieved the php.ini file location that the crons are running under: php -i | grep "Loaded Configuration File" and the following server file was retrieved which shows UTC and not UTC+2: /opt/alt/php72/etc/php.ini I don't have access to this file obviously as it is managed by root. So I cat'd this file to check the timezone: [user@server crons]$ cat /opt/alt/php72/etc/php.ini |grep date. ; Defines the default timezone used by the date functions date.timezone = "UTC" ;date.default_latitude = 31.7667 ;date.default_longitude = 35.2333 ;date.sunrise_zenith = 90.583333 ;date.sunset_zenith = 90.583333 ; Check HTTP Referer to invalidate externally stored URLs containing ids. ; Specify how datetime and datetim4 columns are returned ;mssql.datetimeconvert = On [user@server crons]$ My dashboard is running the local php.ini file that I created so that is set correct but my crons are running incorrectly at UTC So how do I get my crons to run at UTC+2 as i do not have access to the server file.
  15. bluesteam

    WHMCS Daily System Cron Attention Needed

    Ok, what I did was set the time of the job to run on the next hour and it ran. now i will just set it back to 08h00 and it should run tomorrow morning.

Important Information

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