На самом сервере все обновления установлены, тайм зона стоит UTC. Более того, на том же сервере крутится сайт под управление Xenforo — тоже всё нормально, время показывает как надо.
В Инстанте 1.10.3 пришлось поставить смещение "-1". Хотя мне этот вариант тоже не нравится. А вот как поправить время в 2.0?
PS: Вот и на этом сайте время тоже не правильно. Пост написан в 11.11, а сайт говорит, что в 10.11…
потому что официальные апдейты для Debian6 почему то оставили для Europe/Moscow смешение +4, пришлось вручную мержиться с таймзонами от Debian 7. Сейчас вновь добавляемые посты имеют правильное время.Вот и на этом сайте время тоже не правильно. Пост написан в 11.11, а сайт говорит, что в 10.11...
В InstantCMS 2 не указывается смещение по времени, там указываются просто таймзоны, которые устанавливаются системно. В InstantCMS 1 если смещение не задано, то так же считывается текстовая таймзона. Иными словами, все берется от системы.
1. date -R что говорит на сервере?
2. Mysql рестартили после применения изменений от системной tzdata?
Sun, 26 Oct 2014 11:19:55 +00001. date -R что говорит на сервере?
Точно не скажу, Но остальные движки на том же сервере работают нормально: WordPress, Xenforo...2. Mysql рестартили после применения изменений от системной tzdata?
На сервере стоит Debian 7.7
у вас на сервере неверная таймзона стоит, должно быть +0500Sun, 26 Oct 2014 11:19:55 +0000
Чего вдруг? Сервер живёт по UTC, как и должно быть. А вот в какой таймзоне работает сайт — должно настраиваться на CMS сайта. Разве не так?у вас на сервере неверная таймзона стоит, должно быть +0500
Повторюсь ещё раз — с остальными сайтами на сервере проблем нет, только с ICMS, причём если в версии 1.10.3 проблему удалось решить установкой смещения в "-1", то в "двойке" проблему решить не удалось. Хотя в настройках стоит "Азия/Екатеринбург". Может-таки признать ошибку и решить её?
Движок просто устанавливает таймзону по названию, без указания смещения:
Мы не пытаемся "открестится". А разъясняем принцип формирования времени в движке.Может-таки признать ошибку и решить её?
Возможно у них просто другой принцип работы со временем.Повторюсь ещё раз — с остальными сайтами на сервере проблем нет
Я пытаюсь вникнуть в ваш вопрос, чтобы помочь, попробуйте и вы вникнуть в ответы. В первом моем сообщении я дал направление куда копать. Вы проверили, стало ли корректно обновление в операционной системе?
26-10-2014 15:51:41 26-10-2014 20:51:41
PS: С веткой 1.10.3 вопрос снимаю: сам когда-то вносил правки в db.class.php Там указывал смещение в часах "+6:00", поправил на "+5:00" всё стало нормально. Если убрать там ручную установку смещения, то всё идёт в UTC. С веткой 2.0 вопрос остаётся открытым.
у меня сейчас на сервере время на час вперед показываетecho date("d-m-Y H:i:s");
date_default_timezone_set("Asia/Yekaterinburg");
echo date("d-m-Y H:i:s");
а с москвой то как стравнять, какой часовой пояс тут написать:
Какая ОС на сервере? Какая версия tzdate? Либо одновления не поставлены, либо поставлены не так. На Debian 7 — проблем с таймзонами нет.у меня сейчас на сервере время на час вперед показывает
Также на всякий случай перезапустил веб-серверы и сервер БД. Теперь все ок.