дата до 1970 года

[Дмитрий Самойлов]

Поделитесь, пожалуйста, кто как решал проблему редактирования в BackEnd режиме ранних дат. По умолчанию (ограничение связано с обработкой дат в php ) все что меньше 1970 преобразуется в текущий год

[Дмитрий Самойлов]

1. сделал для себя новый eval элемент = date2
2. наследовался от t3lib_TCEforms, переопределил getSingleField_typeInput
(hooks к сожалению не помогли)
для полей с eval=date2 сам рендерил обработчики событий
3. при onchange посылал запрос на сервер (привет ajax :) ) дабы он преобразовал дату в число
4. на сервере для корректной работы со старыми датами пользовался
http://php.weblogs.com/adodb_date_time_library
5. завернул в плагин


P.S. Если кому-то нужны мои наработке обращайтесь

[Дылгеров Ц.В.]

http://php.weblogs.com/adodb_date_time_library - не работает

[Valery Romanchev]

тема много раз обсуждалась в девелоперском листе рассылки

I brought this up the last time (around November 2004) and sadly it's
true that there was never a real consensus on this topic. Back then, I
made a summary of the requirements and mailed them to Kasper, but that
was it. He did not feel that this was a priority topic and hoped that
somebody else might implement it. That has never happened.

You can find it the "historical" results here:

http://wiki.typo3.org/index.php/User_talk:Dbruehlmeier

It was my opinion back then that the dates should be stored in the
official ISO format, but I'm not sure anymore if this would be the best
solution. Probably, using adodb would be better. Negative timestamps are
definitely not the solution IMO.

However, I still feel strongly that this should be part of the TYPO3
core. I'm not a good enough programmer to create a coded proposal for
this, but I still hope that - maybe for TYPO3 5.0 - this problem might
be solved.

[Konstantin]

для дат до 1970 используются отрицательные числа

[Дмитрий Самойлов]

для дат до 1970 используются отрицательные числа
Да, я тоже так сделал, но меня интересовал именно процесс внедрения функциональности в typo3

[Tod]

Интересно проблема осталась без решениЯ?
А то чувствую скоро придется с ней столкнуться лицом к лицу)

[Дмитрий Самойлов]

Ну почему без решение, я тогда реализовал решение под себя (описанным выше способом) и внедрил его в типо3

[Дмитрий Самойлов]

Просто все обсуждение этих иносьтранных разработчиков свелоь к решению что использование отрицательных чисел - зло,
а также ими был составлен документ с требованию к работе с датами
и собственно все

[Tod]

Я просто в замешательстве неужели проблема только у тебя была, как же остальные разработчики))
Что за документ с требованиям к дате? Типа не используйте до 1970? Не сосвем понял как люби обходятся с этой проблемой...
По поводу решения, оно доступно для широких масс? в качестве плагина например, а то создать нечто подобное наприме для меня это на уровне "гуру типо3") которым я пока не являюсь

[Дмитрий Самойлов]

Вот мое решение

www.rwmmodels.com/fileadmin/date2.rar

хочу съакцентировать внимание, что это не патч для типо3, то есть все даты, которые есть в типо3 (архивная дата, последнее обновление) не станут использовать новую яункциональность,
это плагин для новых расширений, в которых явно указыватся что для некоторого поля нужно использовать новуб обработку дат, соответственно и работа с датой в классе контроллере (MVC) немного сложнее чем при работе с обычными датами. вообщем в архиве есть редми - там немного описано
В случае чего буду рад ответить на вопросы

[ups]

Господа, столкнулся с той же проблемой :confused:
Файл из предыдущего сообщения уже недоступен к сожалению.
Удивляет тот факт, что в репозитарии отсутствуют решения для работы датами древнее 1970 года или я их просто не нашел.
Предложенное в typo3-german-lists-netfielders-de решение не отличается особым изяществом

ich habe es kürzlich so gelöst:
Habe im Extension Manager das entsprechende Felde als "String" definiert
und nicht als "Date" (Auch nicht als String Input Advanced -> Date,
sondern einfach String Input).
Übers phpmyAdmin Interface habe ich nach Installation der Extension das
entsprechende Feld in ein mysql-DATE Feld geändert. Das erwartet dann
das Datum im Format YYYY-MM-DD. Wenn die Benutzer aber z.B. DD.MM.YYYY
eintragen muss das halt per php nochmal umdefiniert werden.

Здравый смысл подсказывает, что решение этой проблемы сравнимо с изобретением велосипеда, поскольку в разработчиков "со стажем" не может не быть решения на этот случай.
Поделитесь, пожалуйста.
ЗЫ Пиво (в Киеве) гарантирую :)