Thank you!
I think this is what I needed.
Regards,
Venelin
Robin Vickery wrote:
On Mon, 22 Nov 2004 11:52:03 -0500, Gryffyn, Trevor
<[EMAIL PROTECTED]> wrote:
Then somewhere there has to be a cross reference between name and
timezone info. I'm sorry I'm not running Apache here and don't have
ac
On Mon, 22 Nov 2004 11:52:03 -0500, Gryffyn, Trevor
<[EMAIL PROTECTED]> wrote:
> Then somewhere there has to be a cross reference between name and
> timezone info. I'm sorry I'm not running Apache here and don't have
> access to the same info that you're using, but I'd try digging into
> those con
didn't even consider the whole alphabetical thing, I should have
noticed.
Good luck!
-TG
> -Original Message-
> From: Venelin Arnaudov [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 22, 2004 11:24 AM
> To: Gryffyn, Trevor
> Subject: Re: [PHP] Timezones
>
&
On Fri, 19 Nov 2004 12:56:55 +0100, Venelin Arnaudov <[EMAIL PROTECTED]> wrote:
> I have a legacy PHP3 system and a MySQL DB with two tables:
> [...]
> When a user submits a message, my PHP script (using time() function)
> stores the submission time in messages.date field. However this value is
> n
Hi Trevor,
I have list of Timezones (see the attachment) but I do not know the
offset in respect of GMT. Then I will be able to calculate my local
time for every user local input.
I would like to know which PHP date/time functions operate with the
system time alone and which one take the timez
Don't know if this helps, but this was a message regarding Windows based
long timezone formats that was posted a little while ago by another
user:
---
Kim [EMAIL PROTECTED]
Managed to find it It helps using just those right keywords after a
million goes...
Hi,
Friday, September 26, 2003, 2:55:51 AM, you wrote:
JJ> Got a client site in Thailand that is about 13 hours
JJ> different from the Web Server time so with any
JJ> date/time stamping I need to add the 13 hours.
JJ> However, when it comes time for DST, I'd hate to have
JJ> to code for that or r
They want everything set to their time, so it would
probably be easier just to determine the server time
and add as necessary. I think...
--- Jeff McKeon <[EMAIL PROTECTED]> wrote:
> What if you set the server to use UTC and then used
> the clients local
> system setting to offset it for each cl
What if you set the server to use UTC and then used the clients local
system setting to offset it for each client?
So the server would have it's time at UTC and a client in the Eastern US
would be at -4. You could then detect the web client timezone setting
and adjust as needed?
This is just a
If you want to do it correctly it is much more difficult to calculate
the TZ than you think. The problem is that different time zones shift
to daylight savings at different times and some do not shift at all.
Therefore simply adding the offset will work for a while and then you
will get problems i
On Mon, 30 Apr 2001 14:24:20 -0500, Joe Stump ([EMAIL PROTECTED])
wrote:
>Thanks to everyone who sent in the info. The problem is as follows:
>
>1.) the mktime()'s are stored as PST in the DB.
they still could be just make your pst offset be 0 and every timezone
offset be the difference in hours
>; <[EMAIL PROTECTED]>
Sent: Monday, April 30, 2001 3:24 PM
Subject: Re: [PHP] timezones
> Thanks to everyone who sent in the info. The problem is as follows:
>
> 1.) the mktime()'s are stored as PST in the DB.
> 2.) we have users ALL OVER the world - is there a place to fin
Thanks to everyone who sent in the info. The problem is as follows:
1.) the mktime()'s are stored as PST in the DB.
2.) we have users ALL OVER the world - is there a place to find all of the
timezones at?
--Joe
On Mon, Apr 30, 2001 at 12:11:55PM -0700, Mark Maggelet wrote:
> On Mon, 30 Apr
I would use gmktime() to create a UTC timestamp stored in the database, and then use
the knowledge about each users timezone to convert this information when showing it.
- Frank
> I have a quick question regarding timezones ...
>
> On the local side a record is inserted into the DB by someone
This is how I do it:
in DB:
usertable
username,etc,tzone
where tzone = EST,PST,MNT,CNT
when the user logs in just grab the tzone, register it in the session. Also
make them constants, so you know if the server is in CA, then EST = 10800
now when they do something, all you have to do is calc the
On Mon, 30 Apr 2001 13:56:20 -0500, Joe Stump ([EMAIL PROTECTED])
wrote:
>I have a quick question regarding timezones ...
>
>On the local side a record is inserted into the DB by someone in
>Michigan, while
>the server rests in CA. Thus a three hour difference. The local
>mktime() will
>create a t
16 matches
Mail list logo
