binary protocol time representation

Randy Wigginton krw at
Thu Jul 12 14:18:40 UTC 2007

I strongly agree with this.  One thing I've discovered programmers  
are universally poor at, it is dealing with time zones.  DST was so  
much fun at eBay twice a year.  Let's move to a purely relative time,  
then it doesn't matter whether all the machines are synchronized to  
the same time server and timezone.

On Jul 12, 2007, at 5:16 AM, a. wrote:

> Ticks are easy in .NEt, but I'm much more concerned about the  
> "meaning" of that specific time.
> If my server runs DST but one of the clients is on CET, and the  
> client sends 2007-07-12 12:00 AM, what does it mean? 12:00 in DST  
> or CET?
> We either should declare that absolute expiration should treated as  
> UTC, or get rid of it and use relative expirations.

More information about the memcached mailing list