Comments 11
ну так и у кого быстрее? ))
+3
ПХП лидировал на 8 часов (кажется) =Ъ
+1
cp /usr/share/zoneinfo/GMT /etc/localtime
date & php -r «echo date('Y-m-d H:i:s')» & SELECT NOW()
Всё совпадает до секунды.
date & php -r «echo date('Y-m-d H:i:s')» & SELECT NOW()
Всё совпадает до секунды.
+1
Интуиция подсказывает, что это значит «выставить местный часовой пояс на гринвич, GMT +0». Если да, то у меня так и было.
Возможно проблема была в XAMPPовской МиСКЕ.
Возможно проблема была в XAMPPовской МиСКЕ.
-1
А где вариант настроить всё по нормальному?
Системное время в UTC это правильно, не надо его ставить локальным. Единственное исключение это если на этом же компе стоит винда. Почему-то в MS так до этого и не додумались.
Системное время в UTC это правильно, не надо его ставить локальным. Единственное исключение это если на этом же компе стоит винда. Почему-то в MS так до этого и не додумались.
0
Винда выставляет системное время в соответствии с местным (причем делает она это постоянно при каждой загрузке и синхронизации), а Линукс считает системное время UTC и местное отсчитывает исходя из установленного часового пояса.
Последние дистрибутивы линукса, на которые я смотрел при установке спрашивали настроено ли системное время как UTC или как время в «местном» часовом поясе
0
А вот у алжирских сисадминов такая проблема никогда, наверное, не возникала =)
Ещё Ирландия есть, например.
0
Вообще-то получение времени из БД — это не признак говнокода, а признак того, что разработчик уже сталкивался с проблемами рассинхронизации времени или разной настройки времени на разных машинах.
Лучший выход — использовать для времени только один источник. Например, базу данных.
Лучший выход — использовать для времени только один источник. Например, базу данных.
0
Sign up to leave a comment.
PHP vs MySQL. У кого время быстрее?