бля

запрос в utc идет

все еще не вижу проблемы.

такой какой как DateTime.current

Time.current.utc

(вроде)

в БД я данные занес в ActiveAdmin и если зайти в сам майск и сделать зарпосы то датывремя вроде нормальные , такие какие я установил в админке

Главное как в базе они у тебя хранятся

Получи их как TIMESTAMP и сверь с тем что в рельсе получаешь

а если зайти в консоли рельц и сделать запрос Foo.where("?", DateTime.now) то рельцы передают дату время без таймзоны

или просто получи их в UTC и посмотри что все ок

в "майке"

возможно mysql сам конвертирует дату под клиента

config.active_record.default_timezone = :local config.active_record.time_zone_aware_attributes = false вроде помогло хотя шас каким боков выйдет в админке хз

Ты сейчас фигню сделал

рельсы по умолчанию в UTC сохраняют/читают

зачем это менять?

эксперименты

Главное в продакшен такое не запускай

тогда что предлагаешь? в майск time_zone = SYSTEM

тогда что предлагаешь? в майск time_zone = SYSTEM

Предлагаю довериться рельсам в вопросах хранения таймзоны

тип поля рельцы сделали datetime

наверно стоит конвертнуть в таймстам?

рельсы сделали, рельсы лучше знают, не думаешь?

timestamp конвертируется при получении клиентом судя по этой статье: https://habrahabr.ru/post/61391/

Foo.where("?", DateTime.new(2016,1,1,8,0))

n.where("?", DateTime.new(2016,1,1,8,0))

Если так сделать то нормально передается в mysql , то-то до сих пор нормально работала

Нормально передается это когда в UTC

просто в консоли решил потестить и хотел передать текущее время Datetime.now а в запросе вижу фигню без тайм зоны

Наверно

в запросе видишь нормальный вариант, в utc, но полностью его игнорируешь

DateTime.now выдает с таймзоной DateTime.new(2016,1,1,8,0) без тайм зоны

потому что таймзону не указал

он и берет утц по дефолту

от UTC нужно отнять 0 часов чтобы получить время по UTC

ага

ага

что это тебе дает?

Имею ввиду почти понял

мне сейчас надо, из DateTime.now удалить признак таймзоны

зачем?

Чтобы рельцы при передачи в майск не конвертировали в утс

зачем?

чтоб в запросе Foo.where("?" DateTime.now) в майск время попал такой какой я вижу в своих часах

Ты считаешь что рельсы добавляют ошибки при подсчете времени, на самом деле ты пытаешься добавить ошибку которой нет

Т.е рельсы как раз делают правильно что переводят в UTC, а ты пытаешься сделать ошибку в вычислениях

если ты не делаешь реальное приложение то ты можешь врубить те две настройки выше. Но если реальное - то забей.

Но так ведь время в базе данных сами рельца и записали

Забавно как иногда человек целеустремленно хочет выстрелить себе в ногу

Вот именно что они сами туда это записали

а почему тогда в моем обычном запросе чисто рельцовском стиле в майск время попадает в УТС?

и точно также они знают как правильно запрашивать его в запросе

чтобы не накосячить с таймзонами

рельсы автоматом туда сюда конвертируют.

считаешь тогда ActiveAdmin не правильно записал?

а почему тогда в моем обычном запросе чисто рельцовском стиле в майск время попадает в УТС?

В базу что записалось?

UTC?

запрос делаешь по UTC?

в чем проблема то?

то что у тебя в майке почему то вдруг показывает локальную временную зону?

Foo.where("?" , DateTime.now) в запросах вида этого вообще некорректные данные выходят

Считаю что AR нормально сработал, и точно также AR нормально срабатывает при запросе.

Foo.where("?" , DateTime.now) в запросах вида этого вообще некорректные данные выходят

DateTime.current для начала.

вижу что не нормально срабатывает

если только передать дату сгенерированную как DateTime.new(123,123,123,123)(

ненормально это как?

ERROR: S client not available

тогда дата без тайм зоны и запросы идут нормальные в майскл

если только передать дату сгенерированную как DateTime.new(123,123,123,123)(

т.е в формате UTC

тогда дата без тайм зоны и запросы идут нормальные в майскл

Запросы всегда нормальные идут, но ты почему то пытаешься все сломать.

DateTime.new DateTime.now разные проверь

у второй будет тайм зона вида +XXXX

+0000

+0300

ну вот

первый вариант нормально работает с базой данных

второй уже конвертирует в утс, в базе совсем другие данные попадают

https://makandracards.com/makandra/4601-use-time-current-date-current-datetime-current-on-projects-that-have-a-time-zone

Заебал

.new шлет в базу в UTC

че те блять не ясно то?

потому и шлет в том же виде что таймзона нулевая

т.е UTC

а .now/current таймзонные

соответственно переводятся в UTC перед запросом

я все еще не понимаю в чем у тебя проблема.

да блять Если DateTime.current сделать у меня время по ЛОНДОНУ!

А в рельсах какую временную зону настроил?

With time zones configured, always use .current for Time, Date, and DateTime. ActiveRecord attributes will be time-zoned, and .current values will be converted properly when written to the database. Do not use Time.now and friends. Timezone-less objects will not be converted properly when written to the database.

2.1.1 :004 > Rails.application.config.time_zone => "Moscow"

А почему DateTime.new или DateTime.now, а не Time.zone.now?

извините за оффтоп но ради угара гляньте: https://moikrug.ru/vacancies/1000028589

они бы написали лучше так - Требуется Дворник со знанием Веб-дизайна и тп

у них кстати все вакансии с 25к начинаются

ляя... deb пакет клиента вайбера весит 80 метров. распаковывается в 350.. ШТО они туда напихали?

ляя... deb пакет клиента вайбера весит 80 метров. распаковывается в 350.. ШТО они туда напихали?

гифки

ляя... deb пакет клиента вайбера весит 80 метров. распаковывается в 350.. ШТО они туда напихали?

Хром?

скорее виртуалка ондроеда

говорят что линукховый скайп таки хром с блекджеком