Как правильно распарсить дату с временными зонами в Laravel?

Question

[Лаврентий]

Голову сломал уже, подскажите. С фронтенда приходит диапазон дат в таком формате.
Для примера у всех выбрано с 1 по 31 мая.

У пользователя из Москвы такие значения:

["2022-04-30T21:00:00.000Z", "2022-05-31T20:59:59.999Z"]

У пользователя из Лос-Анжелеса такие значения:

["2022-05-01T07:00:00.000Z", "2022-06-01T06:59:59.999Z"]

У пользователя из Сиднея такие значения:

["2022-04-30T14:30:00.000Z", "2022-05-31T14:29:59.999Z"]

Подскажите как правильно распарсить это значиние через Carbon на бекенде что бы получить дату
["2022-05-01", "2022-05-31"] ?
А то пользователи обращаясь к серверу из разных часовых поясов получают разные данные.
Заранее благодарен.

Answer 1

[Александр Талалаев]

Зачем что-то парсить лишний раз. У вас приходят даты в UTC (Z в конце говорит об этом).
Карбон отлично всё создаёт из этой строки

$tm = Illuminate\Support\Carbon::create('2022-05-01T07:00:00.000Z');
/*
Illuminate\Support\Carbon @1651388400 {#4888
     date: 2022-05-01 07:00:00.0 +00:00,
   }
*/
В базе мы тоже(надеюсь) храним в UTC
<code lang="php">
$tm->setTimeZone('Europe/Moscow');
/*
=> Illuminate\Support\Carbon @1651388400 {#4887
     date: 2022-05-01 10:00:00.0 Europe/Moscow (+03:00),
   }
*/
$tm->setTimeZone('Europe/London');
/*
=> Illuminate\Support\Carbon @1651388400 {#4887
     date: 2022-05-01 08:00:00.0 Europe/London (+01:00),
   }
*/
</code>

Comments

[Лаврентий]

Да вроде бы понял. Что касается выборки данных это логично. В БД тоже хранится UTC.
Но вот такой вопрос.
У меня есть форма (грубо говоря регистрации) где человек заполняет в ней дату рождения, она тоже приходит с fronend в формате UTC.

И когда мы смотрим регистрационные данные (в основном людей из дальнего востока) их заполенная дата рождения в документах всегда отличается на 1 день.

Основной часовой пояс в системе "Europe/Moscow" (и вывод всех данных идет тоже в этом поясе).
Нужно как то приводить эту дату перед сохранением к другому часовому поясу?
Написано только что

[Александр Талалаев]

Лаврентий, ах. Ну тогда проблемы на фронте. Криво там у вас происходит конвертация?
Ну и кстати для просто дат, в целом не нужны часовые пояса, мне кажется, кроме каких-то исключительных ситуаций это не имеет значения что я паспорт получил такого-то числа, а в Сан-Франциско было предыдущее.
Поэтому в БД хранить в Date, и передавать тогда без тайм кода, "2022-06-01"

[Александр Талалаев]

Лаврентий, а так, обычно это в js (грубо говоря)

let dt = new Date();
//Thu May 26 2022 12:03:41 GMT+0300 (Moscow Standard Time) {}

//Вот из-за этого, обычно верного выбора. у вас ошибка
dt.toISOString();
//'2022-05-26T09:03:41.537Z'

[Лаврентий]

Александр Талалаев, Вот в этом и идет основная проблема. В том что нет возможности сейчас на фронте менять компоненты этим. Все даты даже просто даты, проходят в формате UTC.

Понятно что в БД записывается только дата (если про дату рождения).
Спасибо

[Александр Талалаев]

Лаврентий, тогда, можно конкретные "забагованные" участки, где вы точно знаете что приходит выровненная дата по UTC, исправлять её назад согласно локальной зоне юзера. Если есть возможность, конечно, её получить.
А если нет, то всё.