Hi guys,
I was working away at a terrific, working, suitecrm installation. It was a fairly new version, around 7.8? it has been working well on bluehost shared hosting account. Now I’ve done something…I was trying to test my first campaign by sending it at a scheduled time to a shortlist of text emails.
I noticed in the log that the log entry times were ahead of my local time. So I added, date.timezone = “America/New_York”;, to the php.ini
Hi Samus-aran,
Thanks for your email. The site is broken, the instance of suitecrm is not working.
I can’t reach any page so no admin functions are available.
I’m trying to use a php repair script to run repair from command line…
I don’t know what I did to break it. the version might be 7.10, I’m not sure…I can see all of the site files with ftp, of course. so I can check. right now I’m trying to make the repair work from CLI
I would be very happy to receive any suggesions. thanks!
No I don’t know how to SuiteCRM time zone via config or config override? I.e $sugar_config[‘timezone’] = “blah nlah”;
is there a config file that I can edit with code/text editor?
I would look for the line:$sugar_config[‘timezone’] = “blah nlah”;
???
I don’t know really what the cause it. I see the fatal error, which is related to time zones…I’ve also reset php versions from 7.1 to 7.3 and back. I can go back to an older version by uploading files via ftp, then replacing the database.
I wish that I didn’t have to do that…this was working well but I can’t even get a page to show…
So we need to fix the invalid date.timezone first. As I said I’m not sure if America/New_York; (especially the semi-colon) is correct.
Just have a double check what it is. If you have reset it does it also reset it to America/New_York?
date.timezone = "America/New_York"
Try it without the semi-colon.
Also regarding the config.php that was a mistake on my part, I was getting it confused with something else - I’ll edit my comment on that. It appears to be only available via php.ini or manually setting it
There is other ways to manually set the timezone, whether it will work at an application level or not, haven’t quite tested it yet. This is only just to test that the php.ini is causing the issue.
Try inserting the below into