Поэтому надо придумать один общий формат.
Unix time
Придумать не проблема, проблема убедить весь мир использовать какой-то один формат.
Надо просто нести единый формат так же рьяно как демократию и на таких же сильных армиях
В повседневной жизни их довольно удобно использовать. В остальных случаях - YYYY/MM/DD
Всё же, YYYY-MM-DD HH:mm:ss
И это... unix-time. И даже парсится очень просто без библиотек.
И это... unix-time. И даже парсится очень просто без библиотек.
по этой логике mm:hh[:ss] должен быть удобней для повседневной жизни. так как часы - слишком большие промежутки времени, и для начала сеанса в кино, при приёме к доктору и т.д. более важны минуты.
всё же правильным будет переводить весь мир на метрическую систему, единый формат даты-времени, единый часовой пояс, единое направление письма, прочие единые стандарты. а в переходной период указывай в скобочках или через слеш свой любимый формат, как это для текущего года по местному летоисчислению делают всякие нео-язычники, евреи, северокорейцы; или цены - в долларах и в нац-валюте.
всё же правильным будет переводить весь мир на метрическую систему, единый формат даты-времени, единый часовой пояс, единое направление письма, прочие единые стандарты. а в переходной период указывай в скобочках или через слеш свой любимый формат, как это для текущего года по местному летоисчислению делают всякие нео-язычники, евреи, северокорейцы; или цены - в долларах и в нац-валюте.
И чем ужасен формат ”день-месяц-год”?
сортировкой в текстовых полях
Не сразу заметил “it” в тегах. За сим прошу прощения и удаляюсь, ибо в этой сфере не разбираюсь.
А зачем хранить дату в текстовых полях?
дата в именах файлов/папок
Или бизнес-информация для складского партионного учета записанная в самопальном формате неспособном парситься стандартными функциями SQL
А перегнать в нормальный вид почему нельзя? СБ не велят?
Мы записываем числа от старших разрядов к младшим. И время тоже. Но для дат почему-то сделано исключение, которое вносит путаницу.
Слова мы пишем с приставки (включая отсутствующую), а корень - по середине, то есть в смысле дат: dd/yyyy/mm.
Числа - с самой старшей цифры, в смысле дат: yyyy/mm/dd
Даты - с младшего значения, то есть dd/mm/yyyy
То есть всё изначально запутанно.
Числа - с самой старшей цифры, в смысле дат: yyyy/mm/dd
Даты - с младшего значения, то есть dd/mm/yyyy
То есть всё изначально запутанно.
Не совсем уловил связь между условным разделением слова на части с позициями чисел в дате.
Что же до традиции написания дат, то могу лишь предположить, что это вопрос удобства - год меняется редко, месяц еще реже, мы чаще обращаемся к числу, вот оно и вышло на первое место.
Что же до традиции написания дат, то могу лишь предположить, что это вопрос удобства - год меняется редко, месяц еще реже, мы чаще обращаемся к числу, вот оно и вышло на первое место.
Слово состоит из приставки, корня, суффиксов, окончания и постфикса. Все части, кроме корня, могут отсутствовать. Корень - то, что меняется редко и в датах соответствует году. Приставками играются чаще, что соответствует дню. Ну, а остальное - месяц.
Суть в том, что изначально нет единого стандарта написания чего бы то ни было.
Суть в том, что изначально нет единого стандарта написания чего бы то ни было.
Тогда в этой сомнительной метафоре дню должно соответствовать окончание и суффикс, потому как они меняются при склонениях и спряжениях, т.е. постоянно. О чем это нам говорит? О том, что метафоры не всегда проясняют дело, а мне пора спать. Удачи )
%d
1577808000
1577808000
из-за этих двух я ненавижу дни до 13 числа.
у меня сейчас на mi band 3:
1/2 ЧТ
1/2 ЧТ
полчетвёртого?
Полчетверга
полчетверга.
6к шагов ? Ты что сидел за ПеКа и ногами дрыгал ?
Кхм... рукой...
Ну мыж культурные
Т.е. это должно звучать как-то так:
« 6к шагов ? Ты что сидел за ПеКа и дрыгал ?« ?
« 6к шагов ? Ты что сидел за ПеКа и дрыгал ?« ?
А позже у тебя будет 2/3 Пн, 3/4 Ср, ... 11/12 Чт, 12/13 Вс
какие-то сечения труб в дюймах...
Там как раз всё логично. За основу берётся 1/16 дюйма.
1/16
2/16 = 1/8
3/16
4/16 = 1/4
5/16
6/16 = 3/8
7/16
8/16 = 1/2
9/16
10/16 = 5/8
11/16
12/16 = 3/4
13/16
14/16 = 7/8
15/16
16/16 = 1
1/16
2/16 = 1/8
3/16
4/16 = 1/4
5/16
6/16 = 3/8
7/16
8/16 = 1/2
9/16
10/16 = 5/8
11/16
12/16 = 3/4
13/16
14/16 = 7/8
15/16
16/16 = 1
Есть только один адекватный формат даты.
это только для наименования файлов адекватный - для человека ddMMyyyy
смотря для какого человека
там за океанами явно живут человеки которым удобнее mmDDyyyy
там за океанами явно живут человеки которым удобнее mmDDyyyy
Спасибо газетчикам. Это они ввели mmdd, потому что подшивки делались по месяцам.
Всё зло от журналистов!
Потому что долбоёбы.
Не знаю, я теперь очень дрочу на этот формат.использую везде и всегда, когда нет уточнения как писать дату.
Для повседневной жизни dd/mm/yyyy. То что чаще меняется идёт первым так как на него мы чаще обращаем внимание.
Проблема этого формата в том, что в мире используется такая запись в двух вариантах - начиная с дня, и начиная с месяца. И когда ты видишь в новом для тебя источнике дату такого формата, и в ней день до 13, ты не можешь точно сказать, где день, а где месяц. В случае с датой, где сначала идёт год, проще - там всегда второе значение месяц, третье - день.
уверен, где-то в кругах ада есть формат yyyy-dd-mm
Всего для трёх полей возможно 6 видов записи:
dd-mm-yyyy
dd-yyyy-mm
mm-dd-yyyy
mm-yyyy-dd
yyyy-dd-mm
yyyy-mm-dd
Половина - адовы.
dd-mm-yyyy
dd-yyyy-mm
mm-dd-yyyy
mm-yyyy-dd
yyyy-dd-mm
yyyy-mm-dd
Половина - адовы.
Когда я вижу дату вида 05/26/2019, я просто считаю, что писал какой-то пришелец с другой планеты, на которой в году минимум 26 месяцев.
о да, бесят дроби на кладбищенских табличках
ебаная одновременная поддержка продукта на разных СУБД
прошу не придираться к правильности написания, там весь селект тогда нечитабелен будет, и так сойдет
Чисто в целях образования прошу привести примеры зловредных СУБД, которые используют это говнище. Не ожидал, что где-то в SQL используется не гггг-мм-дд.
эт скорее от локали зависит
Редко с базами работаю, может глупость спиздану, но там же вроде дата не в текстовом поле хранится обычно, а с своем типе данных или типа того. И ее всегда можно спросить более универсально как-то, с предварительным преобразованием человеческого формата "как напишу так и будет" в тот же юникстайм или типа того, что самой базой будет правильно интерпретировано.
Здесь идёт речь о том как правильно ввести дату в запросе чтобы СУБД смогла его обработать.
Герман прав, дело в запросе, а не представлении для человека. Хотя, в запросе можно словить проблему с часовыми поясами.
Дело не в запросе, а в установленной локали.
Ну ты бы хотя бы написал where date=....
А в PG можно с шаблоном: NOW() :: DATE, 'dd/mm/yyyy', и указывай как тебе всралось.
А в PG можно с шаблоном: NOW() :: DATE, 'dd/mm/yyyy', и указывай как тебе всралось.
это типа заранее обозначить в скрипте надо, и он это будет в нем и хавать?
687.56:32:04 19.02.2007
А еще yy yy и yy yy
а ещё 2k20
Ну, хоть до 2х20 (дважды по 20) не додумались
скоро будет 20200202
Это легко обламывается простым фактом, что таких дат в столетии дюжина.
я столетие не проживу...
Если у тебя дата рождения до 31.12.2000, то уже прожил в двух столетиях.
Чтобы написать коммент, необходимо залогиниться