Форум QUIK [тема: Написание автономного бота]

Написание автономного бота

Fri, 23 Jul 2021 10:04:41 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
наше в разы проще в реализации
=============

====quote====
Sergey Gorokhov написал:
согласование с разработчиком возможно исключительно только после регистрации пожелания
=============

Получается сотрудник QUIK clients support самовольно решает, что будет "проще в реализации" для программистов, демонстрируя при этом отсутствие понимания клиент-серверного взаимодействия.

====quote====
Sergey Gorokhov написал:
Этому вопросу уже больше 10 лет
=============
Причина установлена: диверсант на предприятии.
23.07.2021 10:04:41, Mixa.

Написание автономного бота

Wed, 21 Jul 2021 13:14:47 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Это ваше пожелание, не мое.
Мое предложение здесь: #81
21.07.2021 13:14:47, Mixa.

Написание автономного бота

Wed, 21 Jul 2021 11:00:44 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Mixa,
Вам уже было сказано что согласование с разработчиком возможно исключительно только после регистрации пожелания.
Пожелание зарегистрировано, информация ушла разработчикам, ждите ответ.
21.07.2021 11:00:44, Sergey Gorokhov.

Написание автономного бота

Wed, 21 Jul 2021 09:31:39 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
Речь была именно про запрос на сервер. те запрос к серверу, сколько есть на сервере в такой-то таблице.
=============
Я только сейчас понял, что такое не могло быть зарегистрировано в принципе.
Вы бы хоть с программистами посоветовались, прежде, чем писать это.
21.07.2021 09:31:39, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 19:15:44 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
Речь была именно про запрос на сервер. те запрос к серверу
=============
Это дурость, такого нам не надо.

Когда вы, например, запрашиваете время сервера getInfoParam("SERVERTIME"), функция не отправляет запрос серверу, а берет из кеша последнее полученное значение.
19.07.2021 19:15:44, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 18:45:03 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
Но это же не прямой запрос на сервер. getServerNumberOf вернет последнее значение, полученное с сервера. Или я вас не так понял?
=============
Речь была именно про запрос на сервер. те запрос к серверу, сколько есть на сервере в такой-то таблице.
19.07.2021 18:45:03, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 18:39:03 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
getServerNumberOf вернет данные в момент запроса. Хотите запрашивайте ДО описания параметров таблицы Торговые счета, хотите после.
=============
Но это же не прямой запрос на сервер. getServerNumberOf вернет последнее значение, полученное с сервера.
Или я вас не так понял? Синхронная функция здесь нафиг не нужна.

====quote====
Sergey Gorokhov написал:
если второй шлюз пришлет другие фирму и счет, то лимит совершенно точно будет и условие не сработает
=============
Условие не сработает только ПОСЛЕ получения нового значения "доступных лимитов на сервере" (N + L).
А в промежуток времени между обновлением trade_accounts и получением нового значения getServerNumberOf будет возвращать старое значение с первого шлюза
getNumberOf("depo_limits") = N
И количество лимитов в это время будет getNumberOf("depo_limits") = N

====quote====
Sergey Gorokhov написал:

====quote====
Mixa написал:
В противном случае, getServerNumberOf("depo_limits") = N и getNumberOf("depo_limits") = N
=============
Не доказано.
=============
Доказано, см. сообщение выше и
https://forum.quik.ru/messages/forum10/message56684/topic6537/#message56684
https://forum.quik.ru/messages/forum10/message56725/topic6537/#message56725
https://forum.quik.ru/messages/forum10/message56729/topic6537/#message56729

====quote====
Mixa написал:
Чтобы понять свое заблуждение, напишите нормальный псевдокод с проверкой наличия прав на нужный класс
=============

19.07.2021 18:39:03, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 17:49:03 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
Пока не будет получено новое значение "доступных лимитов на сервере" с нового шлюза, условие getServerNumberOf("depo_limits") == getNumberOf("depo_limits")будет выполняться.
=============

Вы боитесь что сервер подсчитает сколько лимитов отправить пользователю с задержкой, т.е. пользователь получил класс и право им торговать, но сам сервер еще не одумался есть ли у пользователя лимиты? Такая ситуация невозможна, если бы она существовала то это была бы дырень в безопасности.
19.07.2021 17:49:03, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 17:34:25 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
Для этого надо гарантировать, что сервер отправит количество доступных на сервере лимитов ДО описания параметров таблицы Торговые счета.
=============
Мы же договорились что getServerNumberOf вернет данные в момент запроса. Хотите запрашивайте ДО описания параметров таблицы Торговые счета, хотите после. Вам уже решать

====quote====
Mixa написал:
В противном случае, getServerNumberOf("depo_limits") = N и getNumberOf("depo_limits") = N

=============

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

Если второй шлюз подключился, и засылает те же бумаги что и первый, с теми же фирмой и счетом, значит у пользователя УЖЕ есть нужные лимиты (получил при первом шлюзе) и условие сработает т.к. грузить просто ничего не надо.

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

Если счет и фирма та же, но бумаги другие, значит либо будет лимит по новым бумагам (условие не сработает), либо лимитов вообще нет и не будет (это допустимо т.к. ранее уже был лимит с нужным счетом).
19.07.2021 17:34:25, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 17:27:43 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Пока не будет получено новое значение "доступных лимитов на сервере" с нового шлюза, условие
getServerNumberOf("depo_limits") == getNumberOf("depo_limits")
будет выполняться.
19.07.2021 17:27:43, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 17:25:47 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
Если лимит есть на сервере, но еще не загружен в терминал то условие НЕ выполнится и getNumberOf("depo_limits") покажет МЕНЬШЕ чем getServerNumberOf("depo_limits").
=============

Для этого надо гарантировать, что сервер отправит количество доступных на сервере лимитов ДО описания параметров таблицы Торговые счета.
В противном случае, getServerNumberOf("depo_limits") = N и getNumberOf("depo_limits") = N
19.07.2021 17:25:47, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 17:12:53 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
Но и getServerNumberOf("depo_limits") == getNumberOf("depo_limits") = N -- выполняется Хотя лимиты со второго шлюза могут быть еще не загружены!
=============

ответ УЖЕ был:

====quote====
Sergey Gorokhov написал:
Если лимит есть на сервере, но еще не загружен в терминал то условие НЕ выполнится и getNumberOf("depo_limits") покажет МЕНЬШЕ чем getServerNumberOf("depo_limits").
=============

19.07.2021 17:12:53, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 16:54:33 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Вернемся к нашему примеру.
После подключения первого шлюза:
getServerNumberOf("trade_accounts") == getNumberOf("trade_accounts") = 1
После загрузки лимитов:
getServerNumberOf("depo_limits") == getNumberOf("depo_limits") = N

Запускается второй шлюз.
Как мы выяснили:

====quote====
Mixa написал:
лимиты загружаются на клиента НЕ РАНЬШЕ описания параметров таблицы Торговые счета
=============
Поэтому
getServerNumberOf("trade_accounts") == getNumberOf("trade_accounts") = 2 -- условие выполняется
Но и getServerNumberOf("depo_limits") == getNumberOf("depo_limits") = N -- выполняется
Хотя лимиты со второго шлюза ~~могут быть~~ еще не загружены!
19.07.2021 16:54:33, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 16:37:30 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
то оба эти условия выполнятся раньше, чем загрузится лимит.
=============
Ошибаетесь.
Если лимит есть на сервере, но еще не загружен в терминал то условие НЕ выполнится и getNumberOf("depo_limits") покажет МЕНЬШЕ чем getServerNumberOf("depo_limits").

====quote====
Mixa написал:
И это заблуждение.

=============
Ошибаетесь.
Раз данные получены с сервера, значит либо лимит есть и тогда Вы его увидите в depo_limits.
Либо лимита нет, просто нет, а не "еще не загружен".
19.07.2021 16:37:30, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 16:21:58 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Чтобы понять свое заблуждение, напишите нормальный псевдокод с проверкой наличия прав на нужный класс
19.07.2021 16:21:58, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 16:19:21 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
после того как (getServerNumberOf("depo_limits") == getNumberOf("depo_limits")) и (getServerNumberOf("trade_accounts") == getNumberOf("trade_accounts")), проверяем по trade_accounts наличие прав на нужный класс
=============

Если не гарантировать
====quote====
Mixa написал:
сервер должен отправить "количество строк доступных на сервере" ДО описания параметров таблицы Торговые счета
=============
то оба эти условия выполнятся раньше, чем загрузится лимит.

====quote====
Sergey Gorokhov написал:
ищем в depo_limits нужный лимит, уже уверенные что данные получены с сервера
=============
И это заблуждение.
19.07.2021 16:19:21, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 16:02:45 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Mixa,
Пожелание уже было зарегистрировано (см соседнюю ветку).

====quote====
Mixa написал:
У вас выполнится условие getServerNumberOf("depo_limits") == getNumberOf("depo_limits"), когда загрузятся лимиты по любому рынку. А запись в trade_accounts может точно появится раньше, чем загрузятся лимиты по бумаге X.
=============
И что это меняет? Пожелание было зарегистрировано с оговоркой чтобы гипотетическая функция getServerNumberOf будет работала для всех таблиц из списка getItem, в том числе и trade_accounts.
Таким образом, Вы сможете проверить наличие прав при условии что getServerNumberOf("trade_accounts") == getNumberOf("trade_accounts")
т.е. после того как (getServerNumberOf("depo_limits") == getNumberOf("depo_limits")) и (getServerNumberOf("trade_accounts") == getNumberOf("trade_accounts")), проверяем по trade_accounts наличие прав на нужный класс и ищем в depo_limits нужный лимит, уже уверенные что данные получены с сервера.
19.07.2021 16:02:45, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 15:52:34 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:

====quote====
Mixa написал:
С учетом того, что сервер должен отправить "количество строк доступных на сервере" ДО описания параметров таблицы Торговые счета.
=============

Ранее было сказано что у нас нет структуры определяющей строгость загрузки тех или иных данных.
Проще говоря, никто не следит за тем какие данные придут точно раньше, а какие точно позже.
Очередности просто нет. А значит и поменять ее нельзя.
Причина в том что данные едут разными потоками, которые между собой никак специально не синхронизируются.
Да есть некое условное представление о том что приедет раньше, а что позже, но это не вбито в коде, а просто устоявшееся поведение, которое может поменяться в любой момент.
=============

В таком случае, "ваш взгляд, что такая реализация решает поставленную задачу" неверный:
У вас выполнится условие getServerNumberOf("depo_limits") == getNumberOf("depo_limits"), когда загрузятся лимиты по любому рынку.
А запись в trade_accounts ~~может~~ точно появится раньше, чем загрузятся лимиты по бумаге X.
19.07.2021 15:52:34, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 15:13:08 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
С учетом того, что сервер должен отправить "количество строк доступных на сервере" ДО описания параметров таблицы Торговые счета.
=============

Ранее было сказано что у нас нет структуры определяющей строгость загрузки тех или иных данных.
Проще говоря, никто не следит за тем какие данные придут точно раньше, а какие точно позже.
Очередности просто нет. А значит и поменять ее нельзя.
Причина в том что данные едут разными потоками, которые между собой никак специально не синхронизируются.
Да есть некое условное представление о том что приедет раньше, а что позже, но это не вбито в коде, а просто устоявшееся поведение, которое может поменяться в любой момент.
19.07.2021 15:13:08, Sergey Gorokhov.

Написание автономного бота

Mon, 19 Jul 2021 14:54:03 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
====code====

   function   main ()

   while  getServerNumberOf( "depo_limits" )  !  =   getNumberOf ( "depo_limits" )  do 
     sleep ( 100 )
   end 

 end

=============
=============

Пусть делают.

====quote====
Sergey Gorokhov написал:
И на наш взгляд такая реализация вкупе с проверкой trade_accounts решает поставленную Вами задачу
=============
С учетом того, что сервер должен отправить "количество строк доступных на сервере" ДО описания параметров таблицы Торговые счета.
19.07.2021 14:54:03, Mixa.

Написание автономного бота

Mon, 19 Jul 2021 13:09:26 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
Напишите псевдокод, как это использовать.

=============

====code====

function main()

  while getServerNumberOf("depo_limits") != getNumberOf("depo_limits") do
    sleep(100)
  end

end

=============
19.07.2021 13:09:26, Sergey Gorokhov.

Написание автономного бота

Fri, 16 Jul 2021 13:08:30 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
Определите самостоятельно, это не так трудно.
=============
Для вас, видимо, трудно.
Я определил. И делюсь информацией: лимиты загружаются на клиента НЕ РАНЬШЕ описания параметров таблицы Торговые счета.
Утверждение

====quote====
Sergey Gorokhov написал:
Клиент уже может проверить наличие {Firm2 = {D, E}} в trade_accounts
Если есть => Лимиты по бумаге X загружены
=============
не соответствует действительности.
Без дополнительного уведомления невозможно достоверно говорить о загруженности лимита по бумаге X.

====quote====
Sergey Gorokhov написал:
Вам предлагалось зарегистрировать такое пожелание. А именно проверку количества строк в таблице с количеством строк доступных на сервере.
Если количество совпадает то данные загружены, если нет грузятся.
И на наш взгляд такая реализация вкупе с проверкой trade_accounts решает поставленную Вами задачу, без излишних "если".
=============
Напишите псевдокод, как это использовать.
16.07.2021 13:08:30, Mixa.

Написание автономного бота

Fri, 16 Jul 2021 09:09:56 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
ДО или ПОСЛЕ загрузки лимитов? Это ключевой момент.
=============

Определите самостоятельно, это не так трудно.

====quote====
Mixa написал:
Это будет то же гадание, что и сейчас: загрузились/не загрузились.
=============
Еще раз. Если количество строк в таблице терминала равно количеству строк на сервере, это УЖЕ факт того что данные загрузились.
Какие данные? Вы УЖЕ можете проверить т.к. есть факт что они загрузились.

====quote====
Mixa написал:
Sergey Gorokhov , вы вообще понимаете разницу между состояниями 1) "загрузка еще не началась", 2) "идет процесс загрузки данных" и 3) "загрузка закончена"?Пока вы не поймете эти базовые вещи, у вас так и будут "вопросы и примеры трудности реализации".
=============
А Вы понимаете, что Вам уже несколько раз было предложено?

====quote====
Mixa написал:
Если уведомление получено, а данных нет, значит их действительно нет. Это не то же самое, что сейчас, когда вы не можете определенно сказать "нулевая ли позиция" или "она ещё не получена с сервера" .
=============
И в чем разница:
"если количество строк в таблице = количеству на сервере, значит данные загружены, а раз нужных данных в таблице нет, значит их действительно нет.

??
Докажите что Ваше предложение хоть чем-то отличается от нашего?
разница только в том что наше в разы проще в реализации.

====quote====
Mixa написал:
Как интерпретировать такую информацию: запись {Firm2 = {D, E}} в trade_accounts есть, а самого лимита по бумаге X в таблице лимитов нет?
=============
Выше было сказано, цитата:

====quote====
Sergey Gorokhov написал:
Пока лимиты грузятся можно было бы добавить проверку "Флаг загрузки данных".
=============
Ситуация:
Запись {Firm2 = {D, E}} в trade_accounts есть, значит права есть. И это точно.
флаг, что все данные в таблице загружены получили.
Нужного лимита среди данных нет, значит его просто нет (брокер не загрузил)

====quote====
Mixa написал:
Конкретизирую вопрос: следует ли из вашего утверждения, что сначала будут ПОЛНОСТЬЮ загружены лимиты по классам D и E для Firm2 и лишь затем в trade_accounts появится запись с {Firm2 = {D, E}}?
=============
Это легко проверить самостоятельно

====quote====
Mixa написал:
Добавьте эту информацию в официальную документацию по QLua.

=============

У нас нигде нет никакой структуры определяющей строгость загрузки тех или иных данных.
16.07.2021 09:09:56, Sergey Gorokhov.

Написание автономного бота

Thu, 15 Jul 2021 11:27:19 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
И на наш взгляд такая реализация вкупе с проверкой trade_accounts решает поставленную Вами задачу
=============

Полагаю, что не решает, потому что

====quote====
Sergey Gorokhov написал:

====quote====
Mixa написал:
И опять же, сервер не скажет по какому рынку он будет передавать лимиты?
=============
Только в разрезе таблиц, что для фьючерсов столько, для остальных столько.
=============

====quote====
Sergey Gorokhov написал:
Но, косвенно можно судить по наличию класса
=============

====quote====
Mixa написал:

====quote====
Sergey Gorokhov написал:
запись там не появится пока не будет получен лимит по любой бумаге связывающей фирму+счет+код клиента.
=============
Вот именно, "по любой", т.е. лимиты могут находиться еще в процессе загрузки.
А нужно уведомление, что получены все лимиты (для данных firmid + class_code).
=============
Это будет то же гадание, что и сейчас: загрузились/не загрузились.

====quote====
Sergey Gorokhov написал:
Флаг загрузки данных (его нет) и флаг наличия прав (уже есть в trade_accounts).
=============

====quote====
Sergey Gorokhov написал:
наличие прав не всегда равно наличию данных.
=============

Именно поэтому я и пишу:

====quote====
Mixa написал:
И после загрузки всех лимитов (даже если их там было 0) сервер отправляет уведомление клиенту
=============
Если уведомление получено, а данных нет, значит их действительно нет. Это не то же самое, что сейчас, когда вы не можете определенно сказать "нулевая ли позиция" или "она ещё не получена с сервера".

====quote====
Sergey Gorokhov написал:
сервер сверяет транслируемые классы с правами пользователя и отправляет клиенту trade_accounts
=============
ДО или ПОСЛЕ загрузки лимитов? Это ключевой момент.

Sergey Gorokhov, вы вообще понимаете разницу между состояниями 1) "загрузка еще не началась", 2) "идет процесс загрузки данных" и 3) "загрузка закончена"?
Пока вы не поймете эти базовые вещи, у вас так и будут "вопросы и примеры трудности реализации".

====quote====
Sergey Gorokhov написал:
Клиент уже может проверить наличие {Firm2 = {D, E}} в trade_accounts
Если есть => Лимиты по бумаге X загружены (скрипт может это проверить в таблице лимитов)
=============
Как интерпретировать такую информацию: запись {Firm2 = {D, E}} в trade_accounts есть, а самого лимита по бумаге X в таблице лимитов нет?

====quote====
Sergey Gorokhov написал:
Если есть => Лимиты по бумаге X загружены
=============
Следует ли из вашего утверждения, что описания параметров таблицы Торговые счета загружаются на клиента ПОСЛЕ загрузки лимитов по деньгам и инструментам?
Конкретизирую вопрос: следует ли из вашего утверждения, что сначала будут ПОЛНОСТЬЮ загружены лимиты по классам D и E для Firm2 и лишь затем в trade_accounts появится запись с {Firm2 = {D, E}}?
Добавьте эту информацию в официальную документацию по QLua.
15.07.2021 11:27:19, Mixa.

Написание автономного бота

Thu, 15 Jul 2021 08:30:36 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Mixa,
По сути Вы хотите две разные вещи. Флаг загрузки данных (его нет) и флаг наличия прав (уже есть в trade_accounts).
Вы же всеми силами пытаясь объединить два разных флага в одну функцию по косвенным признакам. А это вызывает вопросы и примеры трудности реализации.
Проще говоря, возникает слишком много разных "если".
Предложенный пример не будет надёжно работать т.к. наличие прав не всегда равно наличию данных.

Ранее Вы сами предложили

====quote====
Mixa написал:
Посчитать количество записей в таблице на сервере и отправить число клиенту. В чем проблема?
=============
Вам предлагалось зарегистрировать такое пожелание. А именно проверку количества строк в таблице с количеством строк доступных на сервере.
Если количество совпадает то данные загружены, если нет грузятся.
И на наш взгляд такая реализация вкупе с проверкой trade_accounts решает поставленную Вами задачу, без излишних "если".

====quote====
Mixa написал:
Пример:

У пользователя есть права на классы A, B по фирме Firm1 и классы D, E по фирме Firm2.
Бумага X торгуется в классах A, C и E
Скрипт торгует бумагой X в классе E, соответственно ждет лимит по фирме Firm2: isLimitsLoaded(Firm2, E)
Сервер подключен к двум шлюзам: первый шлюз транслирует классы A, B, C по фирме Firm1; второй - классы D, E по фирме Firm2.

После подключения первого шлюза сервер сверяет транслируемые классы с правами пользователя и формирует табличку вида {Firm1 = {A, B}}
Пользователю приходят лимиты по бумагам, содержащимся в классах A и B, в т.ч. по бумаге X. Как обычно, в этой части никаких изменений не требуется!
И после загрузки всех лимитов (даже если их там было 0) сервер отправляет уведомление клиенту {Firm1 = {A, B}}.
Но isLimitsLoaded(Firm2, E) = false, поэтому скрипт ждет.

Далее запускается второй шлюз.
И клиенту транслируются лимиты по бумагам D и E. Поскольку лимиты по бумаге X уже были раннее загружены, то повторно не транслируются. Все как обычно, в этой части никаких изменений не требуется!
Затем клиенту отправляется уведомление {Firm2 = {D, E}}. Это уведомление формируется на основании прав, не лимитов!
После его получения isLimitsLoaded(Firm2, E) = true => Лимиты по бумаге X загружены, можно торговать в классе E .

=============

В данном конкретном примере функция isLimitsLoaded вообще не нужна, и даже "Флаг загрузки данных" не обязателен, хотя его можно было бы добавить при желании:

После подключения первого шлюза сервер сверяет транслируемые классы с правами пользователя и отправляет клиенту trade_accounts в которой уже есть данные вида {Firm1 = {A, B}}
Пользователю приходят лимиты по бумагам, содержащимся в классах A и B, в т.ч. по бумаге X. Как обычно, в этой части никаких изменений не требуется!
Пока лимиты грузятся можно было бы добавить проверку "Флаг загрузки данных".
Но в trade_accounts нет {Firm2 = {D, E}}, поэтому скрипт ждет.

Далее запускается второй шлюз.
И клиенту транслируются лимиты по бумагам D и E. Поскольку лимиты по бумаге X уже были раннее загружены, то повторно не транслируются. Все как обычно, в этой части никаких изменений не требуется!
Клиент уже может проверить наличие {Firm2 = {D, E}} в trade_accounts
Если есть => Лимиты по бумаге X загружены (скрипт может это проверить в таблице лимитов), можно торговать в классе E.
15.07.2021 08:30:36, Sergey Gorokhov.

Написание автономного бота

Tue, 06 Jul 2021 13:24:37 +0300

Написание автономного бота в форуме Программирование на языке Lua.
Пример:

У пользователя есть права на классы A, B по фирме Firm1 и классы D, E по фирме Firm2.
Бумага X торгуется в классах A, C и E
Скрипт торгует бумагой X в классе E, соответственно ждет лимит по фирме Firm2: isLimitsLoaded(Firm2, E)
Сервер подключен к двум шлюзам: первый шлюз транслирует классы A, B, C по фирме Firm1; второй - классы D, E по фирме Firm2.

После подключения первого шлюза сервер сверяет транслируемые классы с правами пользователя и формирует табличку вида {Firm1 = {A, B}}
Пользователю приходят лимиты по бумагам, содержащимся в классах A и B, в т.ч. по бумаге X. Как обычно, в этой части никаких изменений не требуется!
И после загрузки всех лимитов (даже если их там было 0) сервер отправляет уведомление клиенту {Firm1 = {A, B}}.
Но isLimitsLoaded(Firm2, E) = false, поэтому скрипт ждет.

Далее запускается второй шлюз.
И клиенту транслируются лимиты по бумагам D и E. Поскольку лимиты по бумаге X уже были раннее загружены, то повторно не транслируются. Все как обычно, в этой части никаких изменений не требуется!
Затем клиенту отправляется уведомление {Firm2 = {D, E}}. Это уведомление формируется на основании прав, не лимитов!
После его получения isLimitsLoaded(Firm2, E) = true => Лимиты по бумаге X загружены, можно торговать в классе E.

Так понятно?
06.07.2021 13:24:37, Mixa.

Написание автономного бота

Mon, 05 Jul 2021 14:58:44 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
в предложенном варианте, серверу понадобится проверить ранее отправленные лимиты, сверив их с поступившим набором инструментов. Чтобы убедиться что отправка действительно была.
=============
Нахрена?!
Подключился шлюз. Сервер получил фирму, классы, отправил лимиты клиенту (если они есть), как и раньше. Далее

====quote====
Mixa написал:
сверить права на firmid + class_code с теми, что дает шлюз.
=============

====quote====
Mixa написал:
Если они есть, значит отправляем клиенту уведомление.
=============

И как я написал выше, вот это
====quote====
Mixa написал:
сверить права на firmid + class_code с теми, что дает шлюз

=============
можно сделать первым делом. И тогда

====quote====
Mixa написал:
если для пользователя в правах нет ни одного доступного "firmid + class_code" с этого шлюза, то в лимиты можно уже не смотреть.
=============

====quote====
Sergey Gorokhov написал:
было же сказано что если прав нет то и лимитов нет.
=============
Ага, только вы не знаете наверняка, что сервер сначала делает:
SELECT по SQL-базе или
проверку прав, а если доступных лимитов нет, то и SELECT тогда уже не нужен

====quote====
Sergey Gorokhov написал:
Например на СПБ американские бумаги, на ФР российские, права одинаковые, лимиты разные.
=============
И? Если загружены только лимиты по ФР МБ, то isLimitsLoaded(firmid, "TQBR") даст true, а isLimitsLoaded(firmid, "SPBXM") - false и наоборот.
05.07.2021 14:58:44, Mixa.

Написание автономного бота

Mon, 05 Jul 2021 13:48:40 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
И после всех объяснений, вы бьете себя пяткой в грудь и кричите: "задача не решаема, закрываем!"
=============
Задача не решаема в том контексте который Вы просите. Ранее Вам предлагался признак загрузки всех строк в таблице лимитов - такое пожелание возможно.

====quote====
Mixa написал:
Тогда при чем здесь "десятки миллионов лимитов"?
=============
Как уже было сказано, в предложенном варианте, серверу понадобится проверить ранее отправленные лимиты, сверив их с поступившим набором инструментов. Чтобы убедиться что отправка действительно была. Иначе вариант с правами не надежен.

====quote====
Mixa написал:
Допустим, получил сервер со шлюза классы "class1,class2,class3" для firmid. Их же он и проверяет в правах (не в лимитах!) пользователей.
=============

Да, сервер проверяет права на классе. Фирма счет (код клиента) и отправляет клиенту те лимиты которые им удовлетворяют.
Что это даст не понятно.
Например на СПБ американские бумаги, на ФР российские, права одинаковые, лимиты разные. В результате только проверки прав недостаточно.

====quote====
Mixa написал:
И это можно использовать для оптимизации: если для пользователя в правах нет ни одного доступного "firmid + class_code" с этого шлюза, то в лимиты можно уже не смотреть.

=============
Cервер так и делает, было же сказано что если прав нет то и лимитов нет.
05.07.2021 13:48:40, Sergey Gorokhov.

Написание автономного бота

Mon, 05 Jul 2021 12:22:49 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
К сожалению, наш внутренний регламент не разрешает связь клиента с разработчиком.
=============

Ну а как по другому, если для вас приходится "разжевывать"

====quote====
Mixa написал:
"таблица еще не загрузилась" и "таблица пустая и позиции нулевые" - это принципиально разные состояния.
=============

И после всех объяснений, вы бьете себя пяткой в грудь и кричите: "задача не решаема, закрываем!"
Это что за самоуправство такое?!
Форум называется "Программирование на языке Lua". Если чего-то не поняли, ну проконсультируйтесь с программистом. Это-то ваш регламент разрешает?

====quote====
Sergey Gorokhov написал:
Никто не говорил про повторную загрузку.
=============
Тогда при чем здесь "десятки миллионов лимитов"?

====quote====
Sergey Gorokhov написал:
По сути это и есть "повторная проверка доступности"
=============
Но не по лимитам же.
Допустим, получил сервер со шлюза классы "class1,class2,class3" для firmid. Их же он и проверяет в правах (не в лимитах!) пользователей.
И это можно использовать для оптимизации: если для пользователя в правах нет ни одного доступного "firmid + class_code" с этого шлюза, то в лимиты можно уже не смотреть.
05.07.2021 12:22:49, Mixa.

Написание автономного бота

Mon, 05 Jul 2021 11:30:00 +0300

Написание автономного бота в форуме Программирование на языке Lua.

====quote====
Mixa написал:
Я вам пишу, что сами лимиты грузить повторно не надо.
=============
Никто не говорил про повторную загрузку.
Говорилось про проверку доступности, а не загрузку. Это не одно и то же.

====quote====
Mixa написал:
Надо только сверить права на firmid + class_code с теми, что дает шлюз. Если они есть, значит отправляем клиенту уведомление.
=============
По сути это и есть "повторная проверка доступности", разве нет?
И как уже было сказано, trade_accounts это как раз и есть проверка прав по firmid + class_code и Вы сами сказали что задачу это не решает.

====quote====
Mixa написал:
Давайте я буду общаться с программистом на уровне кода, раз вы не понимаете.

=============
К сожалению, наш внутренний регламент не разрешает связь клиента с разработчиком.
05.07.2021 11:30:00, Sergey Gorokhov.