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

[Avatar]

Зарегистрирован: 28/06/2018 16:18:43
Сообщений: 201
Оффлайн

BFT wrote:Я с таким глюком в несколько производственных партий сталкивался неоднократно.


Здорово!

И что с этим делать?! А? Николай Анатольевич?
BFT


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

Ручками они вроде как гасятся )))) а через шлюз у меня не получалось.
alexey-zmey

[Avatar]

Зарегистрирован: 28/06/2018 16:18:43
Сообщений: 201
Оффлайн

BFT wrote:Ручками они вроде как гасятся )))) а через шлюз у меня не получалось.


Погасил - указал, что не соответствует, а в причине указал: Глюк Меркурия. А в описании ссылку добавил http://vetrf.ru/vetrf-forum/posts/list/8417.page

Rafaelvi


Зарегистрирован: 07/06/2018 19:45:17
Сообщений: 16
Оффлайн

Кто-нибудь может рассказать хотя бы официальную версию неких ограничений, о которых говорит техподдержка?
Якобы есть ограничения в разрезе ХС на количество запрашиваемых документов и называют некую цифру 500.
Чего 500? В день, в час, в одном запросе или еще как-то?
У нас около 150 площадок, я на всех на сутки выключил обмен со шлюзом.
Утром включил, успел принять штук 10 документов и получил любимую всеми ошибку.
Это выглядит, как общий DND, не взирая на то, сколько и чего запросил ХС.
Shadasp


Зарегистрирован: 09/01/2018 15:00:06
Сообщений: 249
Оффлайн

Rafaelvi wrote:Кто-нибудь может рассказать хотя бы официальную версию неких ограничений, о которых говорит техподдержка?
Якобы есть ограничения в разрезе ХС на количество запрашиваемых документов и называют некую цифру 500.
Чего 500? В день, в час, в одном запросе или еще как-то?
У нас около 150 площадок, я на всех на сутки выключил обмен со шлюзом.
Утром включил, успел принять штук 10 документов и получил любимую всеми ошибку.
Это выглядит, как общий DND, не взирая на то, сколько и чего запросил ХС.


Огрнаичение в количествах запросах нет.
Есть ожидания блокировок, если поставить опрос готовности и повтороной отправки, то будет работать значительно лучше.

+
Кешируйте остатки и входящие всд, тогда проблем блокировок на 85% будет меньше. В данном режиме наши интеграции с торможением, но отправляем все запросы на регистрацию.
ЗАО "АСП"
Генеральный Директор
http://aspcom.ru
http://меркурий-россельхознадзор.рф
http://меркурий-россельхознадзор.рф/блог/category/все-о-меркурий/мнение-экспертов/
[Email]
tomilinia


Зарегистрирован: 07/11/2017 14:19:56
Сообщений: 15
От: Холдинг Афанасий
Оффлайн

Shadasp wrote:
Rafaelvi wrote:Кто-нибудь может рассказать хотя бы официальную версию неких ограничений, о которых говорит техподдержка?
Якобы есть ограничения в разрезе ХС на количество запрашиваемых документов и называют некую цифру 500.
Чего 500? В день, в час, в одном запросе или еще как-то?
У нас около 150 площадок, я на всех на сутки выключил обмен со шлюзом.
Утром включил, успел принять штук 10 документов и получил любимую всеми ошибку.
Это выглядит, как общий DND, не взирая на то, сколько и чего запросил ХС.


Огрнаичение в количествах запросах нет.
Есть ожидания блокировок, если поставить опрос готовности и повтороной отправки, то будет работать значительно лучше.

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



Добрый день!
Можете чуть подробнее рассказать, что значит опрос готовности?
Какой запрос лучше работает и с какими параметрами?
на данный момент я использую GetVetDocumentChangesListOperation v2.0
Площадок всего 6.
делаю по 1 запросоу за текущий день по каждой площадке и по 1 запросу за вчерашний день, каждый запрос раз в час, между ними настроена задержка в 5 мин. итого за час происходит 12 запросов с разницей в 5 минут.
Процентов на 70-90 получаю aplm0012... Но в итоге в среднем с задержкой в пол дня - день информация актуализируется.

Тестировал GetVetDocumentListOperation v2.0 как мне показалось он работает примерно с тем же успехом, даже если фильтрами ограничивать.

E_Letov


Зарегистрирован: 29/10/2015 14:44:36
Сообщений: 999
Оффлайн

Годный заголовок, отмечусь.
птн хйлo
Garland


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

Оптимальнее всего использовать GetVetDocumentChangesListOperation
Интервал указывать начиная с последней загруженной ВСД

Ну и сам вопрос обернуть в "вечный цикл", выход из которого происходит только в том случае, если это не APLM0012
tomilinia


Зарегистрирован: 07/11/2017 14:19:56
Сообщений: 15
От: Холдинг Афанасий
Оффлайн

Garland wrote:Оптимальнее всего использовать GetVetDocumentChangesListOperation
Интервал указывать начиная с последней загруженной ВСД

Ну и сам вопрос обернуть в "вечный цикл", выход из которого происходит только в том случае, если это не APLM0012


А есть разница в том насколько часто запрашивать?

Еще думаю есть ли смысл, доработать один из этих запросов до 2.1, там можно сузить запрос фильтрами и запрашивать меньшими частями?
Но пока непонятно есть ли в этом смыл, пробовал count в GetVetDocumentChangesListOperation менять, что 1 поставишь что 1000, впринципе процент alpm0012 примерно одинаков из чего можно сделать вывод что потенциальный размер ответа вообще никак не влияет, что не очень логично...
TWAIN

[Avatar]

Зарегистрирован: 07/09/2017 16:29:17
Сообщений: 565
Оффлайн

tomilinia wrote:
Garland wrote:Оптимальнее всего использовать GetVetDocumentChangesListOperation
Интервал указывать начиная с последней загруженной ВСД

Ну и сам вопрос обернуть в "вечный цикл", выход из которого происходит только в том случае, если это не APLM0012


А есть разница в том насколько часто запрашивать?

Еще думаю есть ли смысл, доработать один из этих запросов до 2.1, там можно сузить запрос фильтрами и запрашивать меньшими частями?
Но пока непонятно есть ли в этом смыл, пробовал count в GetVetDocumentChangesListOperation менять, что 1 поставишь что 1000, впринципе процент alpm0012 примерно одинаков из чего можно сделать вывод что потенциальный размер ответа вообще никак не влияет, что не очень логично...


Да что вы все гадаете, все уже рассказано Власовым. Как только фиксируется перегрузка - начинают сыпаться 12-ые ошибки.
Ваш индивидуальный запрос сервер не перегрузит, с вашими тысячами.
Поэтому размер окна и не сильно влияет. Влияет время запроса, когда попросили.
Если много знать, всегда найдутся те, кто сочтет, что это опасно...
Garland


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

Ну разработчики откровенно признались что есть определенная квота запросов в секунду на всю страну.
Все кто не убрался в квоту автоматом получают APLM0012, размер запроса/ответа абсолютно неважен.

Веселее в этом ключе выглядит заявление представителей ТАНДЕРА, что им по звонку в россельхоз "Увеличивают квоту, и у них вся очередь прокачивается"
Если кому интересно - то заявили они это совершенно открыто на всю страну, а Власов сидел рядышком и важно кивал головой.
Вообще не стесняются - коррупция в верхах, типа неприкасаемые.
https://www.youtube.com/watch?v=CCsPt3uNvdg
с 1ч 24мин примерно
tomilinia


Зарегистрирован: 07/11/2017 14:19:56
Сообщений: 15
От: Холдинг Афанасий
Оффлайн

TWAIN wrote:
Да что вы все гадаете, все уже рассказано Власовым. Как только фиксируется перегрузка - начинают сыпаться 12-ые ошибки.
Ваш индивидуальный запрос сервер не перегрузит, с вашими тысячами.
Поэтому размер окна и не сильно влияет. Влияет время запроса, когда попросили.


Получается тогда просто сидим и ждем пока все наладится? И продолжаем пока запрашивать входящие поштучно по UUID?
Надеюсь то что уберут лаб. исследования из ответа хоть чуть чуть поможет...
если влияет только время, то ночью получается Ветис не сильно то меньше нагружен)
TWAIN

[Avatar]

Зарегистрирован: 07/09/2017 16:29:17
Сообщений: 565
Оффлайн

tomilinia wrote:
TWAIN wrote:
Да что вы все гадаете, все уже рассказано Власовым. Как только фиксируется перегрузка - начинают сыпаться 12-ые ошибки.
Ваш индивидуальный запрос сервер не перегрузит, с вашими тысячами.
Поэтому размер окна и не сильно влияет. Влияет время запроса, когда попросили.


Получается тогда просто сидим и ждем пока все наладится? И продолжаем пока запрашивать входящие поштучно по UUID?
Надеюсь то что уберут лаб. исследования из ответа хоть чуть чуть поможет...
если влияет только время, то ночью получается Ветис не сильно то меньше нагружен)


Ночью самые отгрузки. Также помните, что страна большая, часовых поясов много.
Также помните, что у многих предприятий очередь на несколько часов копится
и проси...ется как раз когда становится поспокойнее.
Если много знать, всегда найдутся те, кто сочтет, что это опасно...
tomilinia


Зарегистрирован: 07/11/2017 14:19:56
Сообщений: 15
От: Холдинг Афанасий
Оффлайн

TWAIN wrote:
Ночью самые отгрузки. Также помните, что страна большая, часовых поясов много.
Также помните, что у многих предприятий очередь на несколько часов копится
и проси...ется как раз когда становится поспокойнее.


Понял, спасибо!
Ждем тогда пока... В принципе нам не сильно критично, входящие в десятках в день измеряются. Не очень понимаю только как сети тыщами получают и у них это получается, хотя предполагаю что они для этого и просят QR коды печатать, чтоб можно было оперативно поштучно запросить инфу о том что в данный момент принимаешь)
TWAIN

[Avatar]

Зарегистрирован: 07/09/2017 16:29:17
Сообщений: 565
Оффлайн

tomilinia wrote:Не очень понимаю только как сети тыщами получают и у них это получается, хотя предполагаю что они для этого и просят QR коды печатать, чтоб можно было оперативно поштучно запросить инфу о том что в данный момент принимаешь)


Не совсем так. QR для этой цели только если интеграция встанет.
А основной путь такой: мы им заносим внутри ЭВСД маркировку и по штрихкоду паллеты они сразу знают,
какие внутри паллеты позиции и в каком количестве с какими ветками.
Считав паллету получают сразу информацию по ВСД и запрашивают ее индивидуально.
Если много знать, всегда найдутся те, кто сочтет, что это опасно...
 
Индекс форума » Компонент МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team