Forums / Upgrading to 1.5.x / problems with date.timezone

problems with date.timezone

Started by spid3r1987 on 10 May 2012, 8:32 AM · Views: 1,649

Results 1 to 4 of 4
10 May 2012, 8:32 AM
#1
spid3r1987 avatar

spid3r1987

Zen Follower

Join Date:
Jul 2009
Posts:
497
Plugin Contributions:
0

problems with date.timezone

im currently trying to do a fresh install of zen 1.5 on my own dedi server...
i have set the date.timezone in the php.ini

[Date]
; Defines the default timezone used by the date functions
date.timezone = ('Europe/London')

I have tried this date.timezone in SEVERAL different variations...
date.timezone = Europe/London
date.timezone = "Europe/London"
date.timezone = (Europe/London)
date.timezone = ("Europe/London")
date.timezone = 'Europe/London'

i know this may be a PHP issue... but since i only get the problem in ZEN i thought id ask u experts first...
phpinfo says im editing the correct php.ini
and it also says tht the date.timezone is not set etc...

any help is greatly appreciated..

i may not know how yet, but i soon will....i hope :)

10 May 2012, 8:59 AM
#2
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: problems with date.timezone

spid3r1987:

im currently trying to do a fresh install of zen 1.5 on my own dedi server...
i have set the date.timezone in the php.ini

I have tried this date.timezone in SEVERAL different variations...
date.timezone = Europe/London
date.timezone = "Europe/London"

Either of these should work ok.

Err, you DID restart apache after making changes didn't you?

spid3r1987:

date.timezone = (Europe/London)
date.timezone = ("Europe/London")

I'm not going to say these are wrong, but generally speaking the only time I've seen the need for the brackets is when set via the PHP function date_default_timezone_set()

Example:
date_default_timezone_setCOLOR=#007700;[/COLOR]

This format is generally (only)? used within a PHP page itself (not the ini file). No apache restart needed.

spid3r1987:

i know this may be a PHP issue... but since i only get the problem in ZEN i thought id ask u experts first...
phpinfo says im editing the correct php.ini

Just for peace of mind, could you confirm this by clicking on 'Version' link in you zencart admin screen.

Cheers
Rod

NOTE: We are sorry that Rod is no longer with us.
We are grateful for all his contributions to the Zen Cart community.

Ozpost - The Ultimate Shipping module for Australian Merchants. Click these links for its Homepage, or Download from Zen-Cart.com.

10 May 2012, 9:08 AM
#3
spid3r1987 avatar

spid3r1987

Zen Follower

Join Date:
Jul 2009
Posts:
497
Plugin Contributions:
0

Re: problems with date.timezone

spid3r1987:

im currently trying to do a fresh install of zen 1.5 on my own dedi server...
i have set the date.timezone in the php.ini

[Date]
; Defines the default timezone used by the date functions
date.timezone = ('Europe/London')

I have tried this date.timezone in SEVERAL different variations...
date.timezone = Europe/London
date.timezone = "Europe/London"
date.timezone = (Europe/London)
date.timezone = ("Europe/London")
date.timezone = 'Europe/London'

i know this may be a PHP issue... but since i only get the problem in ZEN i thought id ask u experts first...
phpinfo says im editing the correct php.ini
and it also says tht the date.timezone is not set etc...

any help is greatly appreciated..

Never mind, sorted it!!!!!
using php -i|grep php.ini on ssh
it showed error on line 305, which should have just been a continuation of line 304....(16mb)
moved it back to line 304, saved n closed...restarted httpd
working!!!
phpinfo showing correct info AND zencart can upgrade!!!!
awesome :D

SO!! if anybody is having problems with PHP not being read properly, check around line 304...make sure its not moved onto line 305.... :D

i may not know how yet, but i soon will....i hope :)

10 May 2012, 9:41 AM
#4
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: problems with date.timezone

spid3r1987:

SO!! if anybody is having problems with PHP not being read properly, check around line 304...make sure its not moved onto line 305.... :D

My php.ini
; Implicit flush tells PHP to tell the output layer to flush itself
; automatically after every output block. This is equivalent to calling the
; PHP function flush() after each and every call to print() or echo() and each
; and every HTML block. Turning this option on has serious performance
; implications and is generally recommended for debugging purposes only. <<<<< Line 304 <<<<<<<<<<
; http://php.net/implicit-flush
; Note: This directive is hardcoded to On for the CLI SAPI

I don't see how that's at all relevent <grin>

Point being, line numbers make useless reference points. They can and will be different for everyone.

Cheers
Rod

NOTE: We are sorry that Rod is no longer with us.
We are grateful for all his contributions to the Zen Cart community.

Ozpost - The Ultimate Shipping module for Australian Merchants. Click these links for its Homepage, or Download from Zen-Cart.com.