я привык ровно на оборот.

Продемонстрируй-ка сортировку по дате в формате "ровно на оборот".

Fortop, вопрос не в том делать сортировку по дате, а в том, что такой формат даты не по-русски. И он весьма непривычный. Сам посмотри на дату своей регистрации, дату поста.

блин, какая лажа с этими датами.
date_parse - отработал нормально..но сохраняет в виде 1.2.2010 а мне нужно что бы с нулями было. в ручную не прет это переделываит..есть функция?

Да? А это

Два обалденно русских формата?

А это 
ГОСТ 7.64-90 
крайне нерусский стандарт?

Впрочем, изначальная нотация dd.mm.yy в России имеет свои корни от DIN, оттуда же и метрический стандарт начал проникать в Россию.

Вопрос в том, что когда ты работаешь в учреждениях где регулярно лопатят даты и/или информацию по датам - то ты резко привыкаешь к "правильному формату" даже не оглядываясь на всякие ISO и ГОСТ.
Ибо выясняется - что "по-русски" это "через *опу".
Впрочем равно как и "по-американски"

А остальным откровенно безразницы dd-mm-yyyy или yyyy-mm-dd

Добавлено через 1 минуту и 17 секунд

Есть мануал, который нужно читать.

если бы вдуплил его...
date_parse вообще по нему не чего не нашел=(

Это сообщение отредактировал(а) DenWPF - 14.2.2010, 18:05

Fortop, ???
http://www.gost.ru/wps/portal/
Сайт Федерального агентства. Значит всё должно быть по Госту. Смотрим страницу. 




Почему не по Госту? Может потому как 


И требовать от пользователей вводить дату именно в этом формате весьма абсурдно. Вот получив от пользователя дату в любом формате можно (нужно) преобразовать её именно в тот формат о каком и говорите.

да-да...вот как это сделать?0))

Да ну? А по какому?
Ваша наивность меня вдохновляет.


Точно можно?
Ну преобразуйте 10/11/09 
А вот еще 11/27/09

нет нет ))
лушче
 07-Mar-2011
07-02-2011
07.02.2011

и что бы с 0 было.

По вышеприведенному - ГОСТ 7.64-90 

Fortop, а смысл? 
http://yandex.ru/search/advanced? На дату идут 3 переменные. Как хочешь, так и комбинируешь. 
За сим прекращаю спорить с проффессионалом. 

http://php.net/strtotime
http://php.net/date


Лучше выводить пользователю какой-нибудь календарик или в крайнем случае комбобоксы. А внутри скрипта однозначно лучше использовать unix timestamp. Для вывода даты лучше позволить пользователю самому выбрать предпочитаемый формат и/или выбирать формат в зависимости от локали пользователя.

Кстати,  ISO 8601, имхо, удобный и привычный формат только для программистов.

Добавлено @ 22:20


Это сообщение отредактировал(а) sTa1kEr - 14.2.2010, 22:21

2009-02-07
2009-11-27
2009-11-10
1970-01-01

По последнему примеру вроде как должно работать так, но в 5.3
date_parse_from_format("d.m.y", $date)

Это удобно в единичных регистрациях.
Но когда у тебя идут в набор платежные документы/акты/договора, то тыкать в календарик или бегать по комбобоксам - мягко говоря неудобно. 
Нужно максимум клавиатурных и автоматических переходов по полям (без мышки). 
В сочетании с печатью вслепую 500-700 первичных документов в день одним операционистом далеко не предел. (мой личный рекорд 15ти-летней давности 450 документов за 3 часа)


Ты ошибаешься - любая фин/стат-отчетность(да и вообще везде, где идет много дат) в разрезе дней много удобнее именно в таком формате.


Чудно, вот и получите граблями по лбу. 
Поскольку даты были 27 ноября 2009 года и 10 ноября 2009 года (а могло быть и 11 октября 2009 года ), только одну дату я взял с факса из США, вторую из Франции. И как бы вы ни шаманили - угадать что пользователь подразумевал под 10/11/09 Вам не под силу.
А так - да преобразовывайте.... до позеленения....

Поэтому повторюсь еще раз - принимайте дату от пользователя в одном единственном формате (наоболее оптимальным для этого является ISO 8601)

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

Это сообщение отредактировал(а) Fortop - 14.2.2010, 23:49

Ну так для бухгалтеров, которые имеют дела с документами/актами/договорами и создавайте системы с тестовыми полями для дат. А обычных пользователей, которым необходима единичная регистрация, не надо заставлять вводить даты в текстовые поля, да и еще и в формате не соответствующим их локали.