Обнаружил первый баг в своём плагине. Ну не учёл я, что date(‘Y-m-d’) возвращает время сервера. А сервер физически располагается в Далласе. А разница во времени между Питером и Далласом — 9 часов.
Вечером буду думать и патчить.
Свежие комментарии
- Dandr к записи Осенний отпуск 2024. День пятый. Псков, Санкт-Петербург.
- Митрич к записи Осенний отпуск 2024. День пятый. Псков, Санкт-Петербург.
- Ну что, тряхнём ягодами в пороховницах по бездорожью? | The Dragon's Nest к записи 45
- Ну что, тряхнём ягодами в пороховницах по бездорожью? | The Dragon's Nest к записи Мама, я лось?
Спонсор показа:
И ещё подумай, что Техас не переходит на летнее время 🙂
Это личные проблемы Техаса)))
Думаю, имеет смысл привязаться к времени WordPress’а.
MySQL поддерживает работу с разными часовыми поясами.
Можно например включать свой часовой пояс на время соединения
SET time_zone = timezone;
Думаю WP делает также.
http://dev.mysql.com/doc/refman/5.0/en/time-zone-support.html
Altesack, надо посмотреть как это реализовано в WP и привязаться к его глоальному времени, что бы не пачкать моск ротом, при переходе на зимнее/летнее. Достаточно будет просто сменить время в самом WP.
хи-хи, в самом вордпресе нет перехода на зимнее-летнее время, вот что они пишут по этому поводу: «К сожалению, вам придется вручную обновлять часовой пояс при переходе на «Летнее» и «Зимнее» время. Мы знаем, что это непрофессионально и постараемся исправить в следующих версиях.»
И это сообщение висит еще с версии 1.7 :))))))
Миш, я в курсе))) Я даже как-то писал напоминательный пост про необходимость перевести время в WP.
Просто логично предположить, что раз есть функция ручного перевода времени, то в WP предусмотрена переменная даты/времени, к которой я и хотел бы подключить плагин. Вобщем, надо в кодексе порыться.