Почему эти две команды даты дают разные результаты?

$ date -d "1 апр 2016 - 1 месяц" +%B

возвращает “Март”, что прекрасно – месяц, который предшествует апрелю, это март. Однако, если я сделаю это:

$ date -d "$(date -d "1 апр 2016") - 1 месяц" +%B

он возвращает “Февраль”. Это вызывает ошибку в некотором более сложном коде, который у меня есть. Почему эти две команды показывают разные результаты?

Вы можете увидеть проблему, включив трассировку оболочки:

+ date -d '1 апр 2016 - 1 месяц' +%B
Март
++ date -d '1 апр 2016'
+ date -d 'Пт 1 апр  00:00:00 EDT 2016 - 1 месяц' +%B
Февраль

Когда вы используете вывод внутренней команды date, он находится в самом начале апреля, и при вычитании месяца возникает разрыв из-за смены EST/EDT:

+ date -d 'Пн 1 апр  00:00:00 EDT 2016 - 1 месяц'
Пн 29 фев 23:00:00 EST 2016

Ваши результаты, конечно, будут отличаться в зависимости от настроек вашего местного часового пояса. Включение трассировки покажет часовой пояс (в моем случае EDT).

Причина различия в результатах в том, что в последнем случае вы предоставили больше информации команде date, сделали ее параметр более конкретным, т.е. конкретным временем суток. В первой части это не было указано, предоставляя date больше свободы в определении даты/времени для отображения.

Команда ‘date’ в Bash, которую я использовал в одном из своих скриптов, не была установлена на ту же дату и время, которые отображаются в панели задач моего Debian GNU/Linux 11 (bullseye) на моем персональном компьютере Raspberry Pi 400! Я ошибочно предполагал, что это так. Я начал подозревать, что команда Bash ‘date’ и панель задач системы настроены на разные параметры, и это так. В противном случае, если один из этих параметров меняется, другой должен следовать за ним, и, в этом случае, даты и времена будут идентичны. Но это не так!

Когда часы были переведены на один час назад в начале месяца (ноябрь 2024 года), мы вернулись к стандартному времени для моего часового пояса. Дата и время, отображаемые в моей панели задач, изменились соответственно, как и ожидалось. Затем, когда я решил использовать метки времени в одном из своих скриптов Bash, я естественно предположил, что метка времени будет иметь правильную дату и время. Вместо этого у меня была правильная дата, но неправильное время. Это было легко упустить из виду, так как я совершенно этого не ожидал. Я ввел себя в заблуждение, думая, что, поскольку дата и время, отображаемые в панели задач, были правильными, команда Bash ‘date’ тоже будет правильной. Позже я узнал, что команда Bash ‘date’ была настроена на UTC, что является часовым поясом, отличным от моего. Это подтвердило моё подозрение, что методы даты, используемые панелью задач и командой Bash ‘date’, не подчиняются одной и той же функции, что означает, что каждая из них настроена по-разному. Я использовал ‘tzselect’, чтобы установить правильный часовой пояс для моего географического положения. Метки времени в моих скриптах теперь установлены правильно, а те, что отображаются в моей панели задач, остались неизменными в результате произведенных мною изменений.