in reply to high speed/efficiency http date to unix time, leap years handling?
All of the algorithms for doing the date stuff are fast enough for what you "need". And actually I don't even see the need for comparisons, if the date changed since then last access then, it most likely got bigger (ruling out some time goof at the sending end).
|
|---|