romikchef: (Default)
[personal profile] romikchef
а впрочем, все это фигня.

Date: 2004-04-22 06:36 am (UTC)
From: [identity profile] tony2001.livejournal.com
нет, количество дней в месяце учитывается и так.
насколько я понимаю, в этом примере mktime(... + 1,...) противопоставляется date("..",$timestamp + 3600)
соотв-но, date и так "учитывает" кол-во дней и високосность - ей какой таймштамп даешь, такой она и форматирует.
просто, 2004.03.28 02:00:00 + 3600 секунд будет не 03:00:00, а 04:00:00 - об этом речь.

Date: 2004-04-22 07:23 am (UTC)
From: [identity profile] tony2001.livejournal.com
>пример показывает СЛОЖЕНИЕ И ВЫЧИТАНИЕ ДАТ.
>Не только часов, а любых интервалов. В том числе дней и месяцев.
да. и что?

>потому, что дате с подсунутым таймштампом не сделает то,
>чего ты ожидаешь - не прибавит месяц. оно прибавит ХХХХ секунд, а не месяц.
а почему ты думаешь, что я это ОЖИДАЛ?
Рома, я что, сказал, что месяц == 30*24*3600?
я сказал, что date абсолютно наплевать на кол-во дней в месяце, т.к. она возвращает то, что ей дали.

и так ясно, что МЕСЯЦ + 1 = именно месяц + 1, а не месяц + 30 дней и даже не месяц + 30*24*3600 секунд.
поэтому я считаю, что фраза "mktime учитывает кол-во дней в месяце" не имеет смысла.
либо стоит как-то её переформулировать, либо не добавлять её вообще.

Date: 2004-04-22 08:30 am (UTC)
From: [identity profile] tony2001.livejournal.com
>Для сложения и вычитания дат следует использовать mktime, поскольку она корректно учитывает любые неоднозначности в датах.
это лучше, согласен.

>Хрен с тобой, делай, как хочешь
Рома, вот нахрен было эту фразу писать, а?

Date: 2004-04-22 07:03 am (UTC)
From: [identity profile] tony2001.livejournal.com
ок.
закоммичено, появится в следующем билде.
спасибо.

Profile

romikchef: (Default)
(P) All pun intended

February 2026

S M T W T F S
1234567
891011121314
151617181920 21
22232425262728

Style Credit

Page generated Feb. 24th, 2026 11:43 pm
Powered by Dreamwidth Studios

Expand Cut Tags

No cut tags

Page Summary