Comments on: How did the Sunday go? http://mituzas.lt/2008/10/27/mysql-dst-issues/ Fri, 30 Jul 2010 21:52:54 +0000 hourly 1 http://wordpress.org/?v=3.1-alpha By: mmm http://mituzas.lt/2008/10/27/mysql-dst-issues/comment-page-1/#comment-188464 mmm Fri, 31 Oct 2008 13:28:13 +0000 http://dammit.lt/?p=234#comment-188464 Daylight saving shifts are big pain in one place when you think about software. There are really many ways to introduce bugs in this area and usually you are not able to test them (or you even don't think about it) before these bugs come to you. In the ideal world you would use something like UTC, Epoch time or always (i mean, always) keep an eye on timezone, but the world is not ideal yet. P.S. Sunday was quite fine. There was nothing that cannot be fixed on Monday :) Daylight saving shifts are big pain in one place when you think about software. There are really many ways to introduce bugs in this area and usually you are not able to test them (or you even don’t think about it) before these bugs come to you. In the ideal world you would use something like UTC, Epoch time or always (i mean, always) keep an eye on timezone, but the world is not ideal yet.

P.S. Sunday was quite fine. There was nothing that cannot be fixed on Monday :)

]]> By: Žilvinas http://mituzas.lt/2008/10/27/mysql-dst-issues/comment-page-1/#comment-188436 Žilvinas Tue, 28 Oct 2008 12:33:55 +0000 http://dammit.lt/?p=234#comment-188436 A very interesting post! Never thought of this myself :] My sunday was ok. We now have a trail of messed data! \o/ A very interesting post! Never thought of this myself :] My sunday was ok. We now have a trail of messed data! \o/

]]> By: Michael http://mituzas.lt/2008/10/27/mysql-dst-issues/comment-page-1/#comment-188434 Michael Mon, 27 Oct 2008 16:35:22 +0000 http://dammit.lt/?p=234#comment-188434 So far, no issues reported, however, I'm ABSOLUTELY sure some data will be shuffled when we change over here in the US. Would love to use UTC, but sadly, it is not to be so. So far, no issues reported, however, I’m ABSOLUTELY sure some data will be shuffled when we change over here in the US. Would love to use UTC, but sadly, it is not to be so.

]]> By: Stewart Smith http://mituzas.lt/2008/10/27/mysql-dst-issues/comment-page-1/#comment-188433 Stewart Smith Mon, 27 Oct 2008 15:30:07 +0000 http://dammit.lt/?p=234#comment-188433 Or, there's the drizzle approach - only UTC is stored. So you can't get yourself into heaps of trouble in the database (your app can still suck though). Or, there’s the drizzle approach – only UTC is stored. So you can’t get yourself into heaps of trouble in the database (your app can still suck though).

]]> By: Andrey http://mituzas.lt/2008/10/27/mysql-dst-issues/comment-page-1/#comment-188432 Andrey Mon, 27 Oct 2008 12:58:37 +0000 http://dammit.lt/?p=234#comment-188432 Since years, I am telling myself. Don't set your servers to anything but UTC, no matter wherever they reside, and then use UTC to store time. For user presentation convert it to whatever the user wants to see. Since years, I am telling myself. Don’t set your servers to anything but UTC, no matter wherever they reside, and then use UTC to store time. For user presentation convert it to whatever the user wants to see.

]]>