# mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql # service mysql restart
Coolmax
+42
Репутация
54
Рейтинг
Итак, проблема решена.
Остаётся открытым вопрос: почему остальные CMS работали и работают нормально? Но это, видимо, связано с тонкостями реализации работы со временем в БД.
Я так понимаю, что проблем больше ни у кого нет?
Какая ОС на сервере? Какая версия tzdate? Либо одновления не поставлены, либо поставлены не так. На Debian 7 — проблем с таймзонами нет.у меня сейчас на сервере время на час вперед показывает
Хорошо, попробую вот так:
В браузере получаю:
Т.е. таймзона встала как надо, на сервере неполадок нет. Mysql специально перезапускал вручную. Итог: WordPress и Xenforo как работали правильно так и работают.
PS: С веткой 1.10.3 вопрос снимаю: сам когда-то вносил правки в db.class.php Там указывал смещение в часах "+6:00", поправил на "+5:00" всё стало нормально. Если убрать там ручную установку смещения, то всё идёт в UTC. С веткой 2.0 вопрос остаётся открытым.
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 вопрос остаётся открытым.
Чего вдруг? Сервер живёт по UTC, как и должно быть. А вот в какой таймзоне работает сайт — должно настраиваться на CMS сайта. Разве не так?у вас на сервере неверная таймзона стоит, должно быть +0500
Повторюсь ещё раз — с остальными сайтами на сервере проблем нет, только с ICMS, причём если в версии 1.10.3 проблему удалось решить установкой смещения в "-1", то в "двойке" проблему решить не удалось. Хотя в настройках стоит "Азия/Екатеринбург". Может-таки признать ошибку и решить её?
Sun, 26 Oct 2014 11:19:55 +00001. date -R что говорит на сервере?
Точно не скажу, Но остальные движки на том же сервере работают нормально: WordPress, Xenforo...2. Mysql рестартили после применения изменений от системной tzdata?
На сервере стоит Debian 7.7
Как и предполагалось, обнаружилась проблема с временем. Сегодня ночью часы в нашем регионе были переведены на час назад. В Инстансе разница с UTC осталась +6 часов, хотя должна стать +5. В настройках сайта указан корректные регион Азия/Екатеринбург. В профиле пользователя тоже стоит нужный часовой пояс.
На самом сервере все обновления установлены, тайм зона стоит UTC. Более того, на том же сервере крутится сайт под управление Xenforo — тоже всё нормально, время показывает как надо.
В Инстанте 1.10.3 пришлось поставить смещение "-1". Хотя мне этот вариант тоже не нравится. А вот как поправить время в 2.0?
PS: Вот и на этом сайте время тоже не правильно. Пост написан в 11.11, а сайт говорит, что в 10.11…
На самом сервере все обновления установлены, тайм зона стоит UTC. Более того, на том же сервере крутится сайт под управление Xenforo — тоже всё нормально, время показывает как надо.
В Инстанте 1.10.3 пришлось поставить смещение "-1". Хотя мне этот вариант тоже не нравится. А вот как поправить время в 2.0?
PS: Вот и на этом сайте время тоже не правильно. Пост написан в 11.11, а сайт говорит, что в 10.11…
scanread, спасибо! Но:
1. Я не дождался и-таки вспомнил молодость и покопался в исходниках, внёс нужные правки. В общем теперь работает.
2. В твоей версии в постах клубов проголосовавшие не отображаются.
1. Я не дождался и-таки вспомнил молодость и покопался в исходниках, внёс нужные правки. В общем теперь работает.
2. В твоей версии в постах клубов проголосовавшие не отображаются.
Кхм, тогда ждём-с…Могу обновить.
Для ветки 1.9 был замечательный плагин instantcms.ru/blogs/mysli-ob-instantcms/vyvod-golosovavshih-za-foto-v-postah-bloga-i-statjah-saita-3v1.html
Не возьмётся ли кто за адаптацию этого плагина для 1.10.3? Очень уж нужный плагин.
Не возьмётся ли кто за адаптацию этого плагина для 1.10.3? Очень уж нужный плагин.
Тогда не будут действовать ограничения для зарегистрированных пользователей. Меня это тоже не устраивает. Для себя проблему решил правкой шаблона.
У нас в городе один кинотеатр и я сделал простым модулем: severouralsk.ru/#afisha
Но был бы рад, если бы было какое-то более универсальное решение…
Но был бы рад, если бы было какое-то более универсальное решение…
Нашёл-таки в чём была проблема. При установке компонента, по каким-то причинам создались таблицы cms_concurs*, т.е. префикс cms_ не был заменён на тот, что используется у меня в БД.
В данном случае дело не про порядочность, а про отсутствие в системе штатных средств удаления компонентов.
Как я понял никто из присутствующих этот компонент не покупал? Жаль.
Ладно всем спасибо за советы.
Как я понял никто из присутствующих этот компонент не покупал? Жаль.
Ладно всем спасибо за советы.
Разумеется всё разрешено…Эта проблема может возникать при отключении или запрещении принятия cookies