24 апреля 2009 в 12:26
Глядя на время создания материалов и комментариев на drupal.ru я думаю, что Россия стала ближе к европе. Примерно на 1 час.
Судя по замечаниям это общая беда для *nix и опен соурс?
И эти люди....
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Комментарии
то ли я чего то не понимаю.
то ли кто то чего то не понимает.
кто вник растолкуйте.
У меня никогда таких проблем не было. Сервера все время синхронизируются с нтп серверами. зимнее летнее время переводится автоматически. тайм зона стоит россия. никогда никаких проблем с временем не замечал.
речь о drupal.ru
А как понимать это?
Судя по замечаниям это общая беда для *nix и опен соурс?
И эти люди....
И тем более то что по ссылке?
Я под Linux, у меня щас 17:14, Живу. В Украине в Харькове.
Я тоже ничего не понял...
Модуль существует давно. Отлично работает.
Влад, я живу в Москве. Сейчас 19:33 +3 GMT стндартно(так и профиле вставлено).
Время этого комментария смотрите сами...
Ну так илья не будет против, если мы установим это дело на d.ru
Вот только грабли в том, что тогда всем пользователям нужно перенастроить часовые пояса, а также придется пропатчить один файлик и следить за этим делом
А *nix не может время системное двигать на зиму-лето? я был лучшего мнения о нём...
Все может. Юникс или любая другая ОС тут не причем.
Я кажется понял в чем дело.
разговор идет о хостингах, где стоит своя часовая зона, отличная от часовой зоны которая установлена на вашем сайте.
пример хостинг в Японии а вы ориентируетесь на Россию.. В Японии нет перевода на летнее зимнее время. Естественно, их сервер синхронизирует время с "японским" нтп. В результате Ваш сайт будет показывать неверное время если произошел переход.
Именно потому я никогда не сталкивался с такой проблемой, и даже не задумывался над ней, потому как все мои сервера имееют родную для сайта часовую зону.
Ну и понятно, почему обычно разработчикам "класть" на такую проблему. Они так же предпочитают работать с "родными" серверами
Я же и говорю... что сервер переехал ближе к европе :).
Василий, я согласен насовсем убить топик про котят, только уберите эту фотку с главной
neochief - я только прошу время настроить правильно...
Я не против котят - абсолютно, пусть живут
Не совсем так - ядро тикает по своему, возможно везде, проблема в другом:
- настройки часового пояса сайта (admin/settings/date-time) такие же как у пользователя в профиле задают смещение, например gmt+3 или gmt+4 для москвы
- когда меняется время с летнего на зимнее - то эта настройка перестает быть актуальной
Выходы из ситуации:
Ограничение метода который использует Илья - требуется php 5.1 и выше, а системные требования к 5 и 6 drupal - минимально php 4.3.5
мне предлагается каждые пол года самому в профиле менять +3 или +4? или всё же *nix более продвинутая система? ....
На всех моих сайтах - все корректно, вероятно провайдеры что-то да сделали правильно
з.ы.
С ужасом обнаружил в http://www.drupal.ru/downloads Пакеты в дистрибутивах...
Эта информация нужна примерно ,01% посетителей, которые и так грамотны.
Зачем
засиратьпудрить всем мозг Gentoo/Debian/GNU/Linux?В самом крайнем случае достаточно сделать предупреждение в 1 предложение и ссылку на подробный материал по теме
Давайте тогда уж повесим и все новинки http://www.denwer.ru, хотфиксы MS, всех антивирусов, php и т.д....
Это не менее, даже более важно для 95% посетителей.
Если вы возьмете ВИНДОВС сервер и выставите на нем временную зону ЯПОНИЯ то у вас будет ровно тоже самое нежели если бы вы взяли любую другую систему. То есть при преходе на летнее зимнее время, сайт этого перехода не покажет.
Друпал как и большинство систем берет системное время и добавляет разницу выбранную вами в настйроках. И не делает учета того, что перехода на летнее/зимнее время сервер может не осуществлять в связи с тем, что на нем установлена часовая зона где этого не требуется.
Я в WINDOWS (включая все версии серверов), точнее, лет примерно последние 10-15 достаточно указать (V переходить на зимнеее/летнее время) и проблем нет как на серверах, так и на раб. станциях.
Вот я и говрю, наш сервер стал ближе к европе
Как может? В России существует директивная смена времени, как и практически во всех странах.
Сервер расположен в России. Или у нас как в анекдоте: все машины из японии (с правым рулём) используют во всех странах только левостороннее движение?
В чем проблема руками перевести часы сервера на час, если супер система *nix не позволяет это делать автоматически?
У меня сейчас 17:53 MSK +3 (это стандартно для Москвы). Смотрим время этого сообщения.
PVasili если есть желание настроить правильный вывод - нужно это настроить в своем профиле
А там выбор не Europe/Moscow а gmt+3 или gmt+4
Что касается других сайтов, то там наверняка также все не настроено - это реально проблема drupal до 7й версии, и операционки тут не причем - предлагаю не флудить, особенно не желая вникнуть в проблему, так как уже 2е человек объяснили в чем её суть!
Беда в там, что мне раз в пол года во всех аккаунтах на всех сайтах нужно +/- 1 делать...
andypost@drupal.org, стар я наверное уже, я не видел ни одного внятного объяснения, тем более решения приличного, кроме как от Ильи
Из твоих предложений:
1) А если вдруг в какой-то местности отменят переход? Опять лопатить весь код? И так каждый раз. Странный подход...
2) Зачем лопатить? Тем более пользователи... (возможно многие и не хотят этого... ;)).
Не проще добавить 1 галку учитывать переход зима/лето и смещать при постинге?
Может Auto Time Zone поможет?