Re^8: Date Time problem.

I strongly recommend the use of GMT for log data date/time stamps. Converting these date/times to a presentation layer is a separate thing.

I agree.

And when the OP searches for the log entries for a certain day, that would be part of the presentation layer. There's a good chance he'd be interested in the log entries for the local date, not the GMT date.

Comment on Re^8: Date Time problem.

Replies are listed 'Best First'.
Re^9: Date Time problem. by Marshall (Canon) on Sep 08, 2009 at 00:23 UTC
Yes! I most definitely agree! In addition to GMT, I would say also that using date/time format that is ASCII sortable is also a very good idea. `use format like: 2008/01/22 07:00:05 Thu instead of: Thu Jan 22 07:00:05 2008` [download] That way when getting a range of dates from log, you just have to calculate a string for start and one for end then use string compares to extract the sub-range of log messages. Perl is fantastic at string compare. I would add that if the OP is dealing with multiple time zones, he/she will quickly get used to looking at the GMT time. I mean if you are tracking down some problem between NY city and San Francisco, it is easier when both logs have the same idea of "time". It is not that far fetched and actually a good idea to have a clock in your office/cube that is on GMT. Update: I hope that its clear that I meant using GMT solves this 23 hours vs 24 or 25 hours in a local "day" problem.	[reply] [d/l]

Replies are listed 'Best First'.

Re^9: Date Time problem.
by Marshall (Canon) on Sep 08, 2009 at 00:23 UTC

 
use format like:
    2008/01/22 07:00:05 Thu 
instead of:
    Thu Jan 22 07:00:05 2008
[download]

I would add that if the OP is dealing with multiple time zones, he/she will quickly get used to looking at the GMT time. I mean if you are tracking down some problem between NY city and San Francisco, it is easier when both logs have the same idea of "time".

It is not that far fetched and actually a good idea to have a clock in your office/cube that is on GMT.

Update: I hope that its clear that I meant using GMT solves this 23 hours vs 24 or 25 hours in a local "day" problem.

[reply]
[d/l]