Support

Akeeba Backup for Joomla!

#12953 Tiemezone settings probelm

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Saturday, 14 July 2012 14:36 CDT

user55261
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? No
Joomla! version: 1.5.18
PHP version: (unknown)
MySQL version: (unknown)
Host: (localhost)
Akeeba Backup version: (3.4.3)

EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:
I created a backup on the LIVE site using Akeeba backup 3.4.3. I restored it on my local server as i have done before many times. I run the installation program all goes well, no problems, all green. At the end of the restore right after it tries to load the newly restored site, I get this:

Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /Users/Houston/Sites/roundtree/libraries/joomla/utilities/date.php on line 198 Parse error: parse error in /Users/Houston/Sites/roundtree/modules/mod_zo-latestnews/tmpl/default.php on line 32

I have never seen this before. I have no idea what to do about it.
Also, as I am trying to attach the logfile, I am getting an error at the top of your page that says "COM_MEDIA_ERROR_WARNFILETYPE". The file I am trying to upload is called, "akeeba.backend.log". Why will this not upload. FRUSTRATING.

I have put it at this location so you can download it.
http://www.splitlightdesigns.com/akeeba/

nicholas
Akeeba Staff
Manager
This is a PHP issue. I am surprised that you didn't bump into it earlier. It happens with all misconfigured servers running PHP 5.3 or 5.4. Please edit your php.ini file. Set up the date.timezone line, e.g.
date.timezone = "America/Chicago"
Save the file and restart your Apache server for the settings to be applied.

Now, please allow me to get pedantic. You should never, ever modify core Joomla! code. It is never necessary, rarely solves the root cause of your issue and always leads to maintainability issues.

Another side note, you are using Joomla! 1.5.18, released some 2 years ago. It is very insecure. You are 8 versions behind. You must really, really upgrade to 1.5.26 a.s.a.p.

Finally, regarding attaching your log file, please read our instructions, included towards the beginning of your post:
Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.
It looks like you tried to attach the raw .log file which is forbidden for security and efficiency reasons, hence the error message. I see that this ended up with an untranslated error message string. Oops! That's a bug in our ticket system. I am going to fix the problem so that the error message is actually legible by non-developers.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user55261
OK, well, I have not edited the ini file yet but I did upgrade joomla from 1.5.18 to 1.5.26 using Akeeba Admin. Akeeba backup is also up to date. i did a fresh backup. Downloaded the zip file to my local server, unzipped and ran it. One thign I notice is I never get the warning about this being a different host or location like I do when I try to restore a site to a different location. The extraction all goes well but when the site goes to load on the page I get this error now:
"Parse error: parse error in /Users/Houston/Sites/roundtree/modules/mod_zo-latestnews/tmpl/default.php on line 32 "

Does this have anything to do with the ini file? It doesnt seem like it.

nicholas
Akeeba Staff
Manager
Um, that's a different issue than the timezone setting issue you described and, based on your thread's title, I understood you were asking support for.

This parse error is thrown by a module which is not part of any of my software. You should contact its developer. Most likely this is a PHP version incompatibility between your module and the PHP version running on your new host.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user55261
OK, thank you.

user55261
Is the php.ini file a site based file or is this a file that needs to be edited as a local server.

nicholas
Akeeba Staff
Manager
It is a server-wide configuration file. Under some server configurations you may be able to use local overrides. If you're unsure, please contact your host. Since they've set up their server they know which file and if you have the rights to modify.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!