|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Дата и время в запросах истории изменений журналов  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

Добрый день. Подскажите, пожалуйста, как правильно указывать в XML запроса на получение списка ВСД, созданных или изменённых за период, дату и время интервала, а именно указывать ли временную зону?
Вобщем, я в часовом поясе МСК+2, в запросе указываю так: 2018-09-19T13:33:00+05:00 ... правильно ли я указываю? Напишите как надо
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

Вопрос возник вот почему: сегодня в 11:30 по местному времени я запросил историю изменений ВСД начиная с beginDate = 2018-09-19T08:00:00+05:00 без endDate, в WEB отображается ВСД, оформленный в 09:27 по местному, а в ответе на мой запрос этот ВСД не пришёл. Вот у меня и возник вопрос, а правильно ли я указываю временную зону? И может здесь другая причина? Кто знает, помогите, пожалуйста...

Может между WEB и шлюзом у них там есть какая-то периодическая синхронизация, т.к. этот ВСД оформлен через WEB ... посоветуйте что делать

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 19/09/2018 12:09:18

Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

Yoreg07 wrote:Вопрос возник вот почему: сегодня в 11:30 по местному времени я запросил историю изменений ВСД начиная с beginDate = 2018-09-19T08:00:00+05:00 без endDate, в WEB отображается ВСД, оформленный в 09:27 по местному, а в ответе на мой запрос этот ВСД не пришёл. Вот у меня и возник вопрос, а правильно ли я указываю временную зону? И может здесь другая причина? Кто знает, помогите, пожалуйста...

Может между WEB и шлюзом у них там есть какая-то периодическая синхронизация, т.к. этот ВСД оформлен через WEB ... посоветуйте что делать

Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

Владимир Игнатов wrote:
Yoreg07 wrote:Вопрос возник вот почему: сегодня в 11:30 по местному времени я запросил историю изменений ВСД начиная с beginDate = 2018-09-19T08:00:00+05:00 без endDate, в WEB отображается ВСД, оформленный в 09:27 по местному, а в ответе на мой запрос этот ВСД не пришёл. Вот у меня и возник вопрос, а правильно ли я указываю временную зону? И может здесь другая причина? Кто знает, помогите, пожалуйста...

Может между WEB и шлюзом у них там есть какая-то периодическая синхронизация, т.к. этот ВСД оформлен через WEB ... посоветуйте что делать

Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.

понял, спасибо
user100000


Зарегистрирован: 05/06/2018 08:26:50
Сообщений: 163
Оффлайн

Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.


Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?
Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

user100000 wrote:
Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.


Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?

С предыдущего и без указания конечной даты. Получить пакет, оттуда получить количество записей к загрузке.
user100000


Зарегистрирован: 05/06/2018 08:26:50
Сообщений: 163
Оффлайн

Владимир Игнатов wrote:
user100000 wrote:
Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.


Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?

С предыдущего и без указания конечной даты. Получить пакет, оттуда получить количество записей к загрузке.

Ну ты сам пишешь, что возможно там разные сервера могут быть и записи могут оказаться в "прошлом" еще. Может все-таки хотя бы минуту назад брать?
christoffelsymbols


Зарегистрирован: 08/07/2018 19:19:39
Сообщений: 100
Оффлайн

user100000 wrote:
Владимир Игнатов wrote:
user100000 wrote:
Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.


Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?

С предыдущего и без указания конечной даты. Получить пакет, оттуда получить количество записей к загрузке.

Ну ты сам пишешь, что возможно там разные сервера могут быть и записи могут оказаться в "прошлом" еще. Может все-таки хотя бы минуту назад брать?


Брать нужно последнее время выполнения обмена. А само время запоминать с часовым поясом. Все даты в ВетИС хранятся именно в таком формате.
user100000


Зарегистрирован: 05/06/2018 08:26:50
Сообщений: 163
Оффлайн

christoffelsymbols wrote:
Брать нужно последнее время выполнения обмена. А само время запоминать с часовым поясом. Все даты в ВетИС хранятся именно в таком формате.

может последнее и минус пару секунд? или минуту для надежности?
 
Индекс форума » Компонент МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team