Форум PHP

echo mktime(0,0,0,10,9,1984); print_r (getdate(466113600));

есть такой файл

на локальной машине я получаю

466113600Array ( [seconds] => 0 [minutes] => 0 [hours] => 0 [mday] => 9 [wday] => 2 [mon] => 10 [year] => 1984 [yday] => 282 [weekday] => Tuesday [month] => October [0] => 466113600 )

а на сервере

466117200Array ( [seconds] => 0 [minutes] => 0 [hours] => 23 [mday] => 8 [wday] => 1 [mon] => 10 [year] => 1984 [yday] => 281 [weekday] => Monday [month] => October [0] => 466113600 )

help!!!

А помочь-то чем?
В чем проблема, собственно?

разные значения на сервере и на локальной машине, отличаются на час. надо чтобы было одинаково!!!

Разные значения чего?
Если сервер и локальная машина стоят в разных часовых поясах, это вполне оправданно.
А летом - даже если в одном поясе, но в разных административных зонах.

обе в москве...и че теперь не пользоваться временными функциями?

ну почему сразу не пользоваться.
Если сдвиг известен, его можно учесть.
Если неизвестен - его можно узнать. С помощью JS например.

и при переезде с сервера не сервер я должен думать об этом...это же не правильно!!! знчит можно где то и что то указать чтобы работала на всех серверах

Кто работала?
Скрипт можно написать так, чтобы он работал на всех серверах, независимо от того, в Америке сервер расположен или в Австралии. Его можно даже написать так, чтобы он при этом работал независимо от того, обратился к нему посетитель из Парижа или из Бобруйска.
И если автор скрипта хочет такой универсальности... увы, он должен об этом подумать. Просто подкрутить где-то что-то неудастся.

и почему то мне кажется, что вы не правы.. Если в бд забиты даты, не должно быть такого что тут я документ вставил 20.20.2004, а при переноси к другому хостеру документ стал от 21.20.2004. подожду cheops'a

В БД даты тоже забить можно по-разному. И так, что они будут при переносе базы зависеть от таймзоны сервера СУБД, и так что не будут.

И независимо от того, как их забить, извлекать их тоже можно по-разному. Так что они будут зависеть от таймзоны клиента СУБД, и так что не будут.

Подождите, конечно.

<?
echo mktime(0,0,0,10,9,1984,1);
print_r (getdate(466113600));
?>
при такой записи результат уже лучше

466113600 //это значение совпало Array ( [seconds] => 0 [minutes] => 0 [hours] => 23 [mday] => 8 [wday] => 1 [mon] => 10 [year] => 1984 [yday] => 281 [weekday] => Monday [month] => October [0] => 466113600 )  //тут пока поп режнему разница час

тут заметил что июньские даты в норме и там и там, а август и октябрь различаются на час, и если дата 1979, 1984 года тоже не все совпадает, а 2006 все на местах

Скорее всего на сервере не включен переход на летнее время - спросите админов так ли это?

из переписки:

>Здраствуйте, включен ли на серевере переход на летнее время? Если Вы имеете в виду наши серверы, то да.

как если в результате mktime получилось отрицательное время, вернуть нормальную дату? getdate что-то не способна к этому:(

cheops, help

А в смысле отрицательное, приведите пример как вы его получаете?

если кто-то вводит, что родился в 1969 году, на пример. а что делать с разницей в час между локалхостом и сервером у хостера? как узнать где время правильное, а где нет?

Хм... а обязательно такую дату хранить в UNIXSTAMP? Ведь как правило, никто не помнит до секунд даты своего рождения...

по вашему совету делал - http://softtime.ru/forum/read.php?id_forum=1&id_theme=19548&page=1

переходить назад на дд.мм.гггг?

Если вы работаете с датами до 1970 года, наверное будет удобнее всё-таки с классической текстовой датой гггг-мм-дд.