- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
я думаю, что они мускуль непередернули седня. в нем что-то обновлять отдельно не надо. по крайней мере у меня он подхватил системное время после рестарта.
проблема в том, что в первый раз не очевидно, какой софт требует шаманства, какой рестарта, а какой все сам подхватывает.
Как не надо? Тоже надо, он как и пхп содержит свою базу таймзон.
По-идее, вот этот запрос
SET SESSION time_zone = 'Europe/Moscow';
SELECT FROM_UNIXTIME(1319932800);
на машине с новой таймзоной Europe/Moscow и на машине со старой таймзоной должен выдать разные результаты.
;9602713']Как не надо? Тоже надо, он как и пхп содержит свою базу таймзон.
По-идее, вот этот запрос
SET SESSION time_zone = 'Europe/Moscow';
SELECT FROM_UNIXTIME(1319932800);
на машине с новой таймзоной Europe/Moscow и на машине со старой таймзоной должен выдать разные результаты.
у вас какая версия MySQL?
SELECT NOW()
без всяких SET что показывает?
iHead добавил 30.10.2011 в 17:57
MySQL использует файлы
/usr/share/zoneinfo, которые скорее относятся к ОС.
Если в ОС установлен правильное время, то MySQL ковырять не нужно.
ИМХО :)
у вас какая версия MySQL?
SELECT NOW()
без всяких SET что показывает?
Версия 5.1.48 показывает текущее московское время, т.к. это системная таймзона.
iHead добавил 30.10.2011 в 17:57
MySQL использует файлы
/usr/share/zoneinfo, которые скорее относятся к ОС.
Если в ОС установлен правильное время, то MySQL ковырять не нужно.
ИМХО :)
"Не не не, Дэвид Блейн", он использует свои таблицы, которые в базе данных "mysql"
time_zone
time_zone_leap_second
time_zone_name
time_zone_transition
time_zone_transition_type
С отображением текущего времени проблем может и не быть, то при работе с DATE/TIME функциями они выползут.
;9602713]Как не надо? Тоже надо, он как и пхп содержит свою базу таймзон.
Может содержать, но многим это не нужно. По крайней мере в чистых инсталляциях на убунту и centos эти таблицы есть, но они пустые.
Тут вопрос в том нужны ли вам вообще эти сложные вычисления в разных таймзонах одновременно. В большинстве случае mysql будет прекрасно работать с системной базой.
Может содержать, но многим это не нужно. По крайней мере в чистых инсталляциях на убунту и centos эти таблицы есть, но они пустые.
Тут вопрос в том нужны ли вам вообще эти сложные вычисления в разных таймзонах одновременно. В большинстве случае mysql будет прекрасно работать с системной базой.
В FreeBSD аналогично: таблицы есть, но они пустые.
Тут вопрос в том нужны ли вам вообще эти сложные вычисления в разных таймзонах одновременно. В большинстве случае mysql будет прекрасно работать с системной базой.
Точно не могу сказать, но мне кажется, что много приложений работает с датами непосредственно в MySQL, чтобы не конвертировать потом в php (или где-то ещё).
[umka] добавил 30.10.2011 в 18:42
В FreeBSD аналогично: таблицы есть, но они пустые.
Видимо, это зависит не от оси, а от каких-нибудь опций при установке.
Смотрю серваки на фре, везде таблицы заполнены.
;9602861']Видимо, это зависит не от оси, а от каких-нибудь опций при установке.
Смотрю серваки на фре, везде таблицы заполнены.
в исходниках в папке scripts есть файлик mysql_test_data_timezone.sql
но смущает слово test в названии, да и данных там как-то маловато.
в /usr/local/share/mysql, куда копируются при установке некоторые файлы из папки scripts этого файла нет вовсе. наверное, надо мануалы MySQL смотреть за подробностями.
Там есть скрипт "mysql_tzinfo_to_sql" :)
;9602908']Там есть скрипт "mysql_tzinfo_to_sql" :)
да, верно.
в мануале написано, что по дефолту данные не заливаются после установки. далее идет фраза что это необязательная процедура, а еще далее вы "должны" залить.
в общем, разработчики, походу сами не определились нужна данная функциональность или нет.
вот тут написано, что если записей 0, то никто не сможет использовать именованные временные зоны и в этом случае обновление не требуется. а если записи есть, то обновлять надо.
если на FreeBSD не обновляется (как у меня)
Подскажите, где взять верный файл /usr/share/zoneinfo/Europe/Moscow
FreeBSD уж обновлял, а время все равно на час отстает :( (в /etc/localtime копировал)