Форум PHP

надо их хранить в базе, делать по ним поиск, т.е. сравнивать. а MySQL (или PHP? или Windows?)
не понимают дат (unixdate) до 1970. у меня база описаний древних текстов, года - от 1600 до
1910. неужели нет никаких способов обработки таких дат? не надо учитывать разные системы
летоисчисления. не надо учитывать високосные и обычные года. просто по запросу "с такого-го
года по такой-то" вывести соответсвующие записи.

<?php echo(date("d-m-Y H:i:s", -100000)); ?>

P.S. А если просто года - то, в принципе, зачем UNIXTIMESTAMP вообще? Так года и записывайте..

не просто год, а с определенного года (а может и дня с месяцем!) до определенного года (а
может и дня с месяцем). а ваш код пишет это:

Warning: date(): Windows does not support dates prior to midnight (00:00:00), January 1, 1970 in d:\localhost\www\php\tests\date.php on line 31

винда не умеет работать с отрицательными датами, а линукс - вполне.

У меня работает.

Тогда, возможно, придется делать свою метку времени. И считать, скажем, дни, а не секунды..

непонятно, неужели я первая работаю с такими древними датами? поиск по теме ничего не
дал. в старой базе, из которой я импортирую данные, есть что-то похожее на метку времени.
отрицательное число или не слишком большое положительное. но у меня нет алгоритма
перевода 4018 в 31/12/1910. 31/12/1920 будет 7671, а 31/12/1900 уже будет 366... как можно
вытянуть зависимость? не считать же дни вручную?
Unkind, если не сложно - напишите мне эти даты в unixdate. a я найду разницу в секундах
между ними..

Разница тут будет intval(((1910 - 1900) / 4) * 86400) + (1910 - 1900) * 365 * 86400 + 86400 = 315662400 секунд.

======================================================
При всех переводах дней в года, месяцы и дни для смягчения погрешности вычисления таблица считает, что:

- в году 365,25 дней, т.е. (366+365+365+365)/4;

- в месяце 30.4375 дней, т.е. 365,25/12

не будет ли такая погрешность слишком велика? расстояния-то по времени немаленькие, 300-400 лет...

======================================================

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

не опирайтесь на unixtime
Опирайтесь на TO_DAYS() в MySQL
и на JDToGregorian() и GregorianToJD() в PHP.

Это ошибка программистов, портировавших функцию time под windows.
Концов тут не найти.
Майкрософт как всегда считает что прав он.
Определения posix говорят об обратном.
В результате нихрена не работает.

можно попробовать хранить в виде 20070601 :)

именно в таком виде их и хранит MySQL.