Сообщения, отправленные пользователем: Владимир Игнатов

Маринин wrote:

Shadasp wrote:Если их хранить локально, то все хорошо идет.

Мы компания интегратор, вчера было действительно страшно и не понятно - сегодня уже все выравниваем.
aspcom.ru

Зачем было вообще строить интеграцию на основе функций которые получают весь список остатков из меркурий и всех ЭВСД. Оно не работало и раньше. Ваша компания наверное тестила на очень маленьком количестве ЭВСД и остатков. У нас их порядка 9000 в день. Функции эти явно провальные даже на этапе внедрения.

Не "весь список остатков и всех эВСД", а изменения с последнего запроса. 9000 в день - 100 шт за 15 минут. Через 15 минут - следующие 100 штук. Много?

egais2018 wrote:Обещают собрать и поругать.
http://www.fsvps.ru/fsvps/news/27194.html

Я правильно понимаю, что если в тексте не указан город, автор сам москвич и подразумевает Москву, т.к. в его понимании других городов просто нет?

egais2018 wrote:SBekrenev, Владимир Игнатов
А на 1.4? Или НАВ недостоверную информацию предоставил?

SBekrenev
Обещают собрать и поругать.
http://www.fsvps.ru/fsvps/news/27194.html

У меня нет 1.4. Сразу писал 2.0. На 2.1 перейти с 2.0 - дело 15 минут. Только не надо улицы загружать новым запросом: у них часто не приходит GUID нас.пункта, поэтому данный запрос бесполезен.

SBekrenev wrote:или тоже "An unexpected error has occurred while invoking target service operation." ?

Да что хотите. Может, 0012, может, просто таймаут.

SBekrenev wrote:Всем привет!

У кого версия 2.1 - там списки удается получить от Меркурия?

Нет, так же, как и 2.0.

oleg_fish wrote:А тут же извините, штрафы, санкции, недопоставки или РСХН разделит с нами все это?

Вот именно что НЕ разделит. Т.е., нельзя им написать, что все это не работает.

mevgenym wrote:Тут трактовать можно по разному, три года это период выборки запроса. Вот как готовится ответ непонятно. То ли сразу делается запрос к ИБ на весь период в параметрах операции и складывается где то в кеше, пока не прийдет запрос со смещением, то ли только на окно выборки в вашем случае - 50. Во втором случае, объем выборки данных всегда ограничен окном (максимальное окно = 1000). Если окно маленькое, то увеличится количество запросов, вот что более критично объем данных или количество запросов? Вообще мы как пользователи не должны были задаваться такими вопросами. Система не отрабатывает свои задачи.

Вариант с кешем очень ресурсо-затратный. Весь объем выборки нужно получить и где-то хранить. И хранить хоть несколько минут после последнего запроса теми же начальными параметрами. В случае большого количества запросов от разных клиентов - огромные объемы памяти.
Поскольку в запросе есть начальный момент, смещение и количество, в варианте Oracle (на котором у меркурия база и крутится), выглядеть это будет как-то так:
select * from table where UpdateDate>:date and ROWNUM>=:offset and ROWNUM<(:offset+:limit) order by UpdateDate. Беда в том, что до :offset тоже нужно из базы выборку сделать, просто ее никуда не помещать. Хорошо помогает проход по ключу на UpdateDate, если он есть и упорядочен в нужную сторону.

fly_byte wrote:

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

fly_byte wrote:Я вот не пойму, или ему врут клерки, и он не обладает информацией что такие заявления делать и ссыт в уши людям либо что. Может он реально не обладает информацией и ему самому в уши вливают?
Не верю что знает дела как обстоят на самом деле что так говорит.

"Царь хороший, а бояре плохие". Если бояре плохие, виноват все равно царь: именно он себя такими окружил. Да, на первых порах после прихода к власти - не "он окружил", а "он не успел разогнать". Но здесь не тот случай.
НА неоднократно нас убеждал, что Меркурий работает в штатном режиме. Даже не "у целом" работает, а "просто", т.е., весь. И висящий API (не важно какой версии), и лагающий веб, и ошибка 502/404 что на вебе, что через API - это "нормальный режим". Если "бояре плохие", от такого количества сообщений на форуме "хороший царь" уже давно должен был бы озаботиться вопросом: почему такое расхождение между докладами "бояр" и сообщениями "с мест". Но нет, не озаботился. Значит, не в этом дело.

Ну и что делать то? Гнать в шею слугу народа? Петицию и показывать реали его руководителю? Надо добиться тогда вначале отложение системы иначе это только усугубит положение какой бы царь ен был.

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

От работы/не работы Меркурия пока "широкие массы" не пострадали. Еще жареный петух не клюнул. Вот, у кого-то Лента развернула поставку. Кто-то влетел на штрафы. И что? Остальная-то страна не заметила! "Ну, не повезло тебе" (это чтобы самого себя убедить, что уж мне-то повезет).

Поэтому - СМИ, а не петиции. Чем бульварнее-крикливее - тем лучше.

alexey-zmey wrote:Написано ПРАВИЛЬНО, ПО ДЕЛУ, но поздно! Уже никто не ответит....

Так вот кто котлетки несвежие Н.А. в столовую занес!

И мои 5 копеек, ув. Н.А.

За истекшие пару дней пользователями совокупно было создано ок. 100000 штук записей о номенклатуре. Я пытаюсь их забрать через API 2.0, GetProductChangesList не весь справочник, а начиная со вчера. 2 запроса в секунду - не очень много? По 60 перезапросов блоков по 512 записей (вдвое меньше максимума, указанного разработчиками) - и безрезультатно. 60 ошибок подряд на одном блоке - это система работает или уже нет?

Видимо, для нас и Вас есть некоторая разница в понятиях "работает"/"не работает". Для нас (ничего, что я за всех говорю?) "работает" - это если через API всех версий, которые заявлены как поддерживаемые, и через веб-фейс можно выполнять действия, указанные в документации. Получать справочники, получать списки ВСД и журналы хранения, оформлять и гасить эВСД и т.д.
"Все работает, а вот тут немножко не работает" - это "не работает".
В списке упаковки тип ХХ отсутствует, а в приходящих ВСД он есть - это "не работает".
Получение списка предприятий - есть предприятия, которые никак и никогда нельзя получить, сколько попыток не делай (у меня есть конкретные номера смещений, если забирать весь справочник "от начала времен") - это "не работает".
и т.д.

А у Вас "работает" - это как в том анекдоте про айтишников и пинги: "от нас пакеты вышли, ищите проблему у себя". Сервера включены, дыма нет, отказов дисковых массивов нет - "работает".
Да нет же...

fly_byte wrote:Я вот не пойму, или ему врут клерки, и он не обладает информацией что такие заявления делать и ссыт в уши людям либо что. Может он реально не обладает информацией и ему самому в уши вливают?
Не верю что знает дела как обстоят на самом деле что так говорит.

"Царь хороший, а бояре плохие". Если бояре плохие, виноват все равно царь: именно он себя такими окружил. Да, на первых порах после прихода к власти - не "он окружил", а "он не успел разогнать". Но здесь не тот случай.
НА неоднократно нас убеждал, что Меркурий работает в штатном режиме. Даже не "у целом" работает, а "просто", т.е., весь. И висящий API (не важно какой версии), и лагающий веб, и ошибка 502/404 что на вебе, что через API - это "нормальный режим". Если "бояре плохие", от такого количества сообщений на форуме "хороший царь" уже давно должен был бы озаботиться вопросом: почему такое расхождение между докладами "бояр" и сообщениями "с мест". Но нет, не озаботился. Значит, не в этом дело.

user100000 wrote:

Vladimir2017 wrote:

Vitor wrote:Супер, проявим конечно и понимание и человечность!
Я лично их и понимаю и сочувствую, но я производитель иного дохода у меня нет, меня не принимаю магазины, продукт скоропортящийся, как вы думаете насколько долго я согу оставаться понимающим и человечным?
ЕГАИС внедрялся... ошибки в организации те же самые...

Что может сделать лично Власов?

уйти в отставку

Он не русский офицер, часом?

Вот только как это может помочь с Меркурием?

Vladimir2017 wrote:Мне кажется проблема связанна более объемами финансов выделяемыми на апгрейд и увеличение мощностей датацентра, нежели с качеством работы программистов. Поскольку косяки в сервисе есть, но они исправляются, а вот под нагрузкой система работать перестает.

Видимо, это косяки архитектуры всего программно-аппаратного комплекса в сборе. Я, например, столкнулся в связи с Меркурием с тем, что при репликации большого объема при сбоях одного канала связи тормозится работа в других публикациях репликаций, хотя таблицы одной публикации не пересекаются с другой. А вот таблицы merge_genhistory и merge_contents - одни на всю базу. Затыкается один реплицирующий агент - затыкаются все репликации в этой базе.

user100000 wrote:даже веб в 500 вываливается
зачем вы толпой лезете?

Не надо раскачивать лодку! (с)...

Anat2018 wrote:Добрый день!
При входе в систему Меркурий не удается гасить ВСД:
1. При Выбрать все обслуживаемые Клещов Александр Александрович предприятия все входящие всд видны, но погасить их не возможно: Невозможно погасить ВСД, так как вход осуществлён не под определённой площадкой, а под всеми.
2. Если выбираем Сменить предприятие, и затем предприятие (единственное у ИП Клещев) Боулинг клуб "Мегаполис" (352700, Российская Федерация, Краснодарский край, Тимашевский район, г. Тимашевск, Дружбы ул., д. 156) , всд не видны.
Что можно сделать в этом случае?

Значит, выписано не на ту площадку. Решение - связаться с поставщиком, сообщить GUID (в худшем случае - прямо по телефону пусть найдет под Вашу диктовку) Вашей "правильной" площадки. Далее он (поставщик) должен аннулировать ошибочный эВСД и оформить правильный.