On 11/28/11 01:04, Oleksandr V. Typlyns'kyi wrote:
В системе время - это timestamp и он никуда не переходит.
unix time?
Изменяется зона - меняется трактовка и не более того.
Если софт от этого "склеит ласты" - это плохой, негодный софт и его нужно
чинить.
Тот же dovecot:
создает файлы используя в имени unixtime. При сдвиге назад помирает
чтобы не потереть существующий файл.
Потеря данных лучше, чем дохлый демон?
Если вы запустите ntpdate после перехода на летнее/зимнее время, у вас
изменится значение системных часов. Че, ни разу не проходили когда cron
запускал ежедневные задания по 2 раза после смены времени?
А вообще лучше на серверах держать время по UTC. Тогда и проблем с
и гадать когда произошло то что написано в логе? Спасибо, я лучше не.
к тому же utc не избавляет тебя от того что оно уедет вперед или назад из-за
таймерных проблем.
См. выше. Хороший пример тот же dovecot + не надо ограничиваться, что сервера
находятся в одном часовом поясе.
Пояс - ничто, timestamp - всё.
Timestamp - не дай себе зависеть.
Что таое timestamp в данном контексте?
Что с биллинговыми системами?
