Объявление

**Stalker** · 05-04-2011, 16:59

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Проблема от этого не исчезнет - в этом представлении всё равно нет данных о часовом поясе

. Можно просто передавать таймстамп по UTC. Или по времени клиента. Главное - задокументировать, ну и чтобы оно так всегда было.

**olden** · 05-04-2011, 17:03

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

как раз проблема исчезнет.
Если сейчас я выдаю времена в ЕПГ клиентские, то таймстамп может вносить искажение для клиентов в отличных от сервера часовых поясах. В строковом представлении и яснее валидность времени и влияние временной зоны сервера отсутствует. То же касается и servertime

Плюс, на клиентской стороне не будет нужды в конвертации.
В запросах где был таймстамп буду принимать строковое время

**Stalker** · 05-04-2011, 17:06

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Ну если правильно работать с таймстампом - никаких искажений не будет. А строковую в datetime если переводить - теже проблемы будут. ничего же принципиально не меняется - только представление. Информации ни больше ни меньше не становится.

**olden** · 05-04-2011, 17:13

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

пример:
у сервера зона "01:00:00" и дата "1970-01-01 00:00:00"
Я конверчу в юникстаймстам и отдаю клиенту "-3600"
У клиента зона "02:00:00", он конвертит "-3600" и получает "1970-01-01 01:00:00"

И какова цель такого знания? Каков смысл?

Опять же. Я привел в ЕПГ время начала передачи к локальному клиентскому (основываясь на настройках таймзоны аккаунта). Получил "1970-01-01 00:00:00", конвертнул в юникстаймстамп ... ну и дальше как в сказке про белого бычка

**olden** · 05-04-2011, 17:18

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

UTC не спасает

все равно конвертиться время в таймстамп будет на сервере в одной зоне, а обратно на клиенте - в другой. В итоге получим разное время

>

**Stalker** · 05-04-2011, 17:25

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

А DateTime($timestamp,$dateTimeZone); не спасёт?

**olden** · 05-04-2011, 17:32

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

[quote author=Stalker link=topic=7681.msg113795#msg113795 date=1302013542]
А DateTime($timestamp,$dateTimeZone); не спасёт?
[/quote]

а $dateTimeZone тут чей? Чтобы развернуть корректно, нужно знать в какой таймзоне оно было завернуто в таймстамп. Т.е. выходит клиенту надо знать таймстамп сервера?! А если сервер завтра переедет в другую зону? А если переключиться на сервер в другой стране?

**olden** · 05-04-2011, 17:38

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

либо могу отдавать все таймстампы приведенные к GMT а вы уже сами на клиенте плюсуйте временнЫе зоны и летнее время.

**Stalker** · 05-04-2011, 17:45

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Вот и я про то же. отдавай в UTC всё. Хотя можно и в клиентском времени. Главное знать, в каком.

**olden** · 05-04-2011, 17:58

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

ну допустим UTC
тогда в ЕПГ отдавать ютисишные стампы, в запросе архивной передачи принимать ютисишноый стам времени начала передачи...
единственно я на сервере храню клиентскую таймзону и флаг летнего времени
отдаю все это по запросу и высчитывайте сами как можете

а какой толк тогда в параметре servertime?
в один и тот же момент врмени UTC-таймстамп у нас будет одинаковый вне зависимости от таймзоны

**Stalker** · 05-04-2011, 18:02

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Ну я не знаю, для чего сервертайм задумывался. Я его использую, чтобы часы выставлять верно

Совсем хорошо было бы наверное всё-таки всё в клиентском времени отдавать, ну и оффсет клиентского с УТС тоже можно до кучи - тогда уж разночтений не будет.

**olden** · 05-04-2011, 18:32

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

ну хорошо
посчитаю начало передачи в клиентское время
чтобы убрать влияние таймзон, придется таймстамп делать собственной функцией типа
"количество_секунд(клиентское_время - '1970-01-01 00:00:00&#039

"

тогда вам тоже придется не использовать стандартные функции языков а юзать собственную, обратную моей.

**Stalker** · 05-04-2011, 18:36

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Ничего не понимаю, где здесь проблема

Ну не важно - если передачи будут в правильном юникстайме по клиентскому времени (неважно, полученые стандартной функцией или своей) - всё будет отлично.

**olden** · 05-04-2011, 19:02

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

проблема только в том, что при конвертации любого времени в юникстаймстамп на сервере стандартными функциями хоть SQL, хоть PHP, хоть чем еще всегда будет учитывать часовой пояс сервера. Какое время им не подсовывай.
Соответственно клиентская программа в другом часовом поясе абсолютно не в курсе о часовом поясе сервера и конвертнет полученный юникстаймстамп в строковый вид времени стандартными функциями своего языка с учетом уже своего часового пояса. Допустим сервак в Германии, а клиент в Австралии. Что он там получит на выходе - одному Б-гу известно.

Выхода два:

1) Собственные конверторы в юникстаймстамп и обратно, не учитывающие часовой пояс. Тогда результат обратной конвертации будет одинаков в люой точке Земли. Но нужно предупреждать разработчика клиентской части о способе ковертации и недопустимости для этого стандартных функций.

2) Строковый формат даты вместо юникстаймстампов. Тогда влияние часовых поясов при передаче данных вообще отсутствует.

**Stalker** · 05-04-2011, 19:31

Re: разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

А почему вот типа такого-то не сделать?

Код:

$dateTimeZoneClient = new DateTimeZone(getClientTimeZone());
//тут серверная таймзона, не важно, какая
//например 16:00 UTC
$programmStart = getProgrammStart();
//а тут уже клиентская. 
// например 18:00 для Германии
$programmStart-&gt;setTimezone($dateTimeZoneClient);

после этого на клиенте

Код:

$programmStart = new DateTime(timestamp, $localTimeZone);

И все счастливы.

Ну а если ты напрямую с timestamp работаешь - тоже не сложно. Вычисляешь разницу между таймзонами и пересчитываешь программу.

Объявление

разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Festbottom on all