- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Столкнулся с тем что на сервере время не киевское и не московское. а что-то среднее.
директива которую я знал putenv('TZ=Europe/Kiev') не сработала
написал хостеру - а он взял тупо изменил время на сервере!!!
теперь получается одни данные накладываются на другие где дата обычный тайм стамп.
на сколько это правильно и грамотно со стороны хостера делать такое?
попросил вернуть назад
В системе должна быть выбрана тайм-зона (в разных системах делается по-разному), в которой сервер по-умолчанию считает время и производит все операции со временем.
Если зона не указана, или указана другая тайм-зона, то могут быть ошибки и неточности при работе с функциями даты/времени.
спасибо за ответ. но я так и не понял, как надо было сделать правильно.
спасибо за ответ. но я так и не понял, как надо было сделать правильно.
Правильно — это установить на сервере корректную таймзону, и затем установить корректное время в этой таймзоне.
Как именно это делается на вашем сервере, зависит от того, какая у вас система.
В большинстве unix-систем таймзона выбирается просто копированием нужного файла из /usr/share/zoneinfo в /etc/localtime, а время устанавливается командой date.
После этого необходимо не забыть перезапустить все сервисы, которые используют системную таймзону в качестве дефолтной.
Такая же проблема была! ISPManager не помог. Сменить через root ssh не удавалось.. - Пришлось через KVM..
Алгоритм действий (проверено на CentOS 100% работает):
1. Остановили ntp
2. Обновили tz (а еще лучше весь софт)
3. Выставили зону
4. Запустили ntp
я на своих серверах поднимаю NTP с синхронизацией от 5ти стратум3 серверов.
Ну и конечно стараюсь между собой их тоже синхронизировать.
Ну и конечно правильная таймзона...
не киевское и не московское. а что-то среднее
Miracle, последствия отмены перехода на зимнее время?
Если да, то вот
/ru/forum/668243
/ru/forum/668234
Алгоритм действий (проверено на CentOS 100% работает):
1. Остановили ntp
2. Обновили tz (а еще лучше весь софт)
3. Выставили зону
4. Запустили ntp
была такая же проблема,cделал как вы написали , мне помогло, спасибо за ответ...
Конкретно для Украины я бы ставил в обязательном порядке UTC и забыл про другие временные зоны. Скоро лето, и как оно обернётся страшно думать.
вопрос был в том как так сделал админ сервера что у меня даты полетели и получилось наслоение одних дат на другие.
те по идее на сервере должно стоять время UTM а все остальное просто настройка над сервером, как в моем случае putenv('TZ=Europe/Kiev')
но у хостера она не работает.
ведь многие индексы, фотографии, и тд зависят от таймстапма