Форум QUIK [тема: Гарантируется ли вызов колбэка при получении Квиком новых данных?]

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Mon, 23 Mar 2026 11:18:54 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
Немного изменил тестовый скрипт:
=============
Хороший ответ.
23.03.2026 11:18:54, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 15:35:36 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
Немного изменил тестовый скрипт:

Скрытый текст
====code==== local function getTime(t) if t == nil then t = os.sysdate() end return string.format('%02u:%02u:%02u.%03u', t.hour, t.min, t.sec, t.ms) end local function info(s) PrintDbgStr(getTime() .. " " .. s) end local start function OnTransReply(trans_reply) start = true function OnTransReply(trans_reply) info(getTime(trans_reply.date_time) .. " OnTransReply trans_id=" .. trans_reply.trans_id) end OnTransReply(trans_reply) sleep(15000) info("End OnTransReply") end function OnOrder(order) info(getTime(order.datetime) .. " OnOrder trans_id=" .. order.trans_id) end function OnTrade(trade) info(getTime(trade.datetime) .. " OnTrade trans_id=" .. trade.trans_id) end local run = true function OnStop() run = nil end function main() local r = sendTransaction(transaction) if r == '' then info("sendTransaction trans_id=" .. transaction.TRANS_ID) else info(r) end while run and not start do sleep(0) end local n = getNumberOf("orders") local m = n info(" orders: " .. n) if run then for TransID = 2, 5 do transaction.TRANS_ID = ''..TransID local r = sendTransaction(transaction) if r == '' then info("sendTransaction trans_id=" .. transaction.TRANS_ID) else info(r) end sleep(1000) end while run do n = getNumberOf("orders") if n > m then m = n; info(" orders: " .. n) end sleep(0) end end end =============

Скрытый текст

В Process Monitor видно 5 отправленных пакетов и 20 принятых, что соответствует 5 транзакциям и 20 колбэкам.

Скрытый текст
[FILE ID=13230]

Т.ч., вопрос о наличии буфера на стороне клиента подтверждается.
Причём видно, что сохраняется хронология событий: после каждой sendTransaction следует OnTransReply, а затем OnTrade и OnOrder.

22.03.2026 15:35:36, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 14:00:39 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
Я понял: чтобы терминал показал нам данные, сначала он должен их расшифровать, но при отсутствии соединения с сервером, делать этого он не желает. Т.ч., эксперимент с отключением интернета не показателен.
22.03.2026 14:00:39, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 13:49:33 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
И при подключении к серверу тот отдаёт клиенту все пропущенные данные по заявкам/сделкам за текущую торговую сессию.
=============
Мы все таки обсуждали работу клиента в текущей сессии. Восстановление взаимодействия клиента QUIK с сервером это отдельная песня. И что то я писал об этом в соей ветке.
22.03.2026 13:49:33, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 12:50:31 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
Да нет никакого буфера на стороне сервера. Все заявки и сделки на сервере хранятся в БД SQL.
=============
Вы думаете, что буфере реализуются только в оперативной памяти?

====quote====
Йцукен написал:
И при подключении к серверу тот отдаёт клиенту все пропущенные данные по заявкам/сделкам за текущую торговую сессию. Возможно, даже не пропущенные, а все, в т.ч. и полученные раннее, а клиент на своей стороне уже смотрит, какие данные он показывал, а каких ещё не было, и вызывает соответствующий колбэк.
=============
Оказывается вы все знали до ваших экспериментов . Вы разработчик сервера QUIK?
22.03.2026 12:50:31, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 12:09:01 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
TGB написал:
Поток, который мог бы их показать занят тем что генерит:
=============
Так если в хронологическом порядке, то OnTrade и OnOrder были бы раньше, чем OnDisconnected

====quote====
TGB написал:
буфер, и если, вдруг, он реализован на стороне сервера
=============
Да нет никакого буфера на стороне сервера. Все заявки и сделки на сервере хранятся в БД SQL. И при подключении к серверу тот отдаёт клиенту все пропущенные данные по заявкам/сделкам за текущую торговую сессию. Возможно, даже не пропущенные, а все, в т.ч. и полученные раннее, а клиент на своей стороне уже смотрит, какие данные он показывал, а каких ещё не было, и вызывает соответствующий колбэк.
22.03.2026 12:09:01, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 11:51:50 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
Так чё ж они не доступны после выхода из колбэка OnParam?
=============
Поток, который мог бы их показать занят тем что генерит:

====quote====
Йцукен написал:
2:03:35.735 12:03:35.735 End OnParam
12:03:35.766 12:03:35.766 OnDisconnected
12:03:40.795 12:03:40.795 OnDisconnected
12:03:47.056 12:03:47.056 OnDisconnected
12:03:53.371 12:03:53.371 OnDisconnected
=============
Но вообще, я написал что должен быть буфер, и если, вдруг, он реализован на стороне сервера, то это архитектурный дефект.
Я же написал:

====quote====
TGB написал:
В клиент-серверных приложениях нормальные разработчики стараются реализовывать буфера в клиенте.
=============

22.03.2026 11:51:50, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 11:18:13 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
TGB написал:
А если предположить, что пока вы отключали интерне, данные уже оказались в буфере?
=============
Так чё ж они не доступны после выхода из колбэка OnParam?

====quote====
TGB написал:
Как вы думаете где могут "шляться" данные созданные 12:03:25.000 а выданные в коллбеке в 12:06:00.86?
=============
С сервера получены после восстановления связи.
22.03.2026 11:18:13, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sun, 22 Mar 2026 10:07:11 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
если отключить интернет через несколько секунд после отправки транзакций, когда ответ по транзакциям уже должен прийти, то никаких новых данных в main не будет. Т.е., версия с буфером не подтверждается.
=============
А если предположить, что пока вы отключали интерне, данные уже оказались в буфере?
Как вы думаете где могут "шляться" данные созданные 12:03:25.000 а выданные в коллбеке в 12:06:00.86?
В клиент-серверных приложениях нормальные разработчики стараются реализовывать буфера в клиенте.
22.03.2026 10:07:11, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 12:35:41 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
В коде выше опечатка. Должно быть так:

Скрытый текст
====code==== function OnTrade(trade) info(getTime(trade.datetime) .. " OnTrade trans_id=" .. trade.trans_id) end =============

И соответственно вывод будет:

Скрытый текст
====code==== 12:06:00.861 12:03:25.000 OnTrade trans_id=1 12:06:00.861 12:03:25.000 OnTrade trans_id=2 12:06:00.861 12:03:25.000 OnTrade trans_id=3 12:06:00.861 12:03:25.000 OnTrade trans_id=4 12:06:00.861 12:03:25.000 OnTrade trans_id=5 12:06:00.861 orders: 16 12:06:00.861 12:03:25.000 OnOrder trans_id=1 12:06:00.861 orders: 17 12:06:00.861 12:03:25.000 OnOrder trans_id=2 12:06:00.861 orders: 18 12:06:00.861 12:03:25.000 OnOrder trans_id=3 12:06:00.861 orders: 19 12:06:00.861 12:03:25.000 OnOrder trans_id=4 12:06:00.861 orders: 20 12:06:00.861 12:03:25.000 OnOrder trans_id=5 =============

Скрытый текст

21.03.2026 12:35:41, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 12:11:33 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
А, вы про OnTransReply? Похоже, что вы правы. Поскольку сервер QUIK не делает повторной попытки направить ответ по транзакции, то можно предположить, что пока терминал обрабатывал колбэк OnParam, то данные с сервера таки получены и сохранены в память.
=============
Похоже, предыдущий вывод преждевременный: если отключить интернет через несколько секунд после отправки транзакций, когда ответ по транзакциям уже должен прийти, то никаких новых данных в main не будет. Т.е., версия с буфером не подтверждается.

Скрытый текст
====code==== local function getTime(t) if t == nil then t = os.sysdate() end return string.format('%02u:%02u:%02u.%03u', t.hour, t.min, t.sec, t.ms) end local function info(s) PrintDbgStr(getTime() .. " " .. s) end function OnDisconnected() info("OnDisconnected") end function OnConnected(flag) info("OnConnected " .. tostring(flag)) end function OnTransReply(trans_reply) info(getTime(trans_reply.date_time) .. " OnTransReply trans_id=" .. trans_reply.trans_id) end function OnOrder(order) info(getTime(order.datetime) .. " OnOrder trans_id=" .. order.trans_id) end function OnTrade(trade) info(getTime(trade.datetime) .. " OnOrder trans_id=" .. trade.trans_id) end function OnQuote() info("OnQuote") end local start function OnParam() start = true info("Start OnParam") function OnParam() end sleep(5000) info("Disconnect") -- тут отключаем интернет sleep(5000) info("End OnParam") end local run = true function OnStop() run = nil end function main() while run and not start do sleep(0) end local n = getNumberOf("orders") local m = n info(" orders: " .. n) if run then for TransID = 1, 5 do transaction.TRANS_ID = ''..TransID local r = sendTransaction(transaction) if r == '' then info("sendTransaction trans_id=" .. transaction.TRANS_ID) else info(r) end end while run do n = getNumberOf("orders") if n > m then m = n; info(" orders: " .. n) end sleep(0) end end end =============

Скрытый текст

Результат:

Скрытый текст
====code==== 12:03:25.716 12:03:25.716 Start OnParam 12:03:25.716 12:03:25.716 orders: 15 12:03:25.716 12:03:25.716 sendTransaction trans_id=1 12:03:25.716 12:03:25.716 sendTransaction trans_id=2 12:03:25.716 12:03:25.716 sendTransaction trans_id=3 12:03:25.716 12:03:25.716 sendTransaction trans_id=4 12:03:25.716 12:03:25.716 sendTransaction trans_id=5 12:03:30.724 12:03:30.724 Disconnect 12:03:35.735 12:03:35.735 End OnParam 12:03:35.766 12:03:35.766 OnDisconnected 12:03:40.795 12:03:40.795 OnDisconnected 12:03:47.056 12:03:47.056 OnDisconnected 12:03:53.371 12:03:53.371 OnDisconnected 12:03:59.641 12:03:59.641 OnDisconnected 12:04:05.881 12:04:05.881 OnDisconnected 12:04:12.211 12:04:12.211 OnDisconnected 12:04:18.441 12:04:18.441 OnDisconnected 12:04:24.791 12:04:24.791 OnDisconnected 12:04:31.106 12:04:31.106 OnDisconnected 12:04:37.356 12:04:37.356 OnDisconnected 12:04:43.601 12:04:43.601 OnDisconnected 12:04:49.861 12:04:49.861 OnDisconnected 12:04:56.172 12:04:56.172 OnDisconnected 12:05:02.503 12:05:02.503 OnDisconnected 12:05:08.899 12:05:08.899 OnDisconnected 12:05:15.225 12:05:15.225 OnDisconnected 12:05:21.596 12:05:21.596 OnDisconnected 12:05:27.907 12:05:27.907 OnDisconnected 12:05:34.241 12:05:34.241 OnDisconnected 12:05:40.601 12:05:40.601 OnDisconnected 12:05:46.921 12:05:46.921 OnDisconnected 12:05:53.251 12:05:53.251 OnDisconnected 12:05:59.621 12:05:59.621 OnConnected true 12:06:00.821 12:06:00.821 OnQuote 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=1 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=2 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=3 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=4 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=5 12:06:00.861 12:06:00.861 orders: 16 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=1 12:06:00.861 12:06:00.861 orders: 17 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=2 12:06:00.861 12:06:00.861 orders: 18 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=3 12:06:00.861 12:06:00.861 orders: 19 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=4 12:06:00.861 12:06:00.861 orders: 20 12:06:00.861 12:06:00.861 12:03:25.000 OnOrder trans_id=5 12:06:04.143 12:06:04.143 OnQuote =============

Скрытый текст

====code====

12:03:25.716   12:03:25.716  Start OnParam                   
12:03:25.716   12:03:25.716                orders: 15        
12:03:25.716   12:03:25.716  sendTransaction trans_id=1      
12:03:25.716   12:03:25.716  sendTransaction trans_id=2      
12:03:25.716   12:03:25.716  sendTransaction trans_id=3      
12:03:25.716   12:03:25.716  sendTransaction trans_id=4      
12:03:25.716   12:03:25.716  sendTransaction trans_id=5      
12:03:30.724   12:03:30.724  Disconnect                      
12:03:35.735   12:03:35.735  End OnParam                     
12:03:35.766   12:03:35.766  OnDisconnected                  
12:03:40.795   12:03:40.795  OnDisconnected                  
12:03:47.056   12:03:47.056  OnDisconnected                  
12:03:53.371   12:03:53.371  OnDisconnected                  
12:03:59.641   12:03:59.641  OnDisconnected                  
12:04:05.881   12:04:05.881  OnDisconnected                  
12:04:12.211   12:04:12.211  OnDisconnected                  
12:04:18.441   12:04:18.441  OnDisconnected                  
12:04:24.791   12:04:24.791  OnDisconnected                  
12:04:31.106   12:04:31.106  OnDisconnected                  
12:04:37.356   12:04:37.356  OnDisconnected                  
12:04:43.601   12:04:43.601  OnDisconnected                  
12:04:49.861   12:04:49.861  OnDisconnected                  
12:04:56.172   12:04:56.172  OnDisconnected                  
12:05:02.503   12:05:02.503  OnDisconnected                  
12:05:08.899   12:05:08.899  OnDisconnected                  
12:05:15.225   12:05:15.225  OnDisconnected                  
12:05:21.596   12:05:21.596  OnDisconnected                  
12:05:27.907   12:05:27.907  OnDisconnected                  
12:05:34.241   12:05:34.241  OnDisconnected                  
12:05:40.601   12:05:40.601  OnDisconnected                  
12:05:46.921   12:05:46.921  OnDisconnected                  
12:05:53.251   12:05:53.251  OnDisconnected                  
12:05:59.621   12:05:59.621  OnConnected true                
12:06:00.821   12:06:00.821  OnQuote                         
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=1
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=2
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=3
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=4
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=5
12:06:00.861   12:06:00.861                orders: 16        
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=1
12:06:00.861   12:06:00.861                orders: 17        
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=2
12:06:00.861   12:06:00.861                orders: 18        
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=3
12:06:00.861   12:06:00.861                orders: 19         
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=4
12:06:00.861   12:06:00.861                orders: 20         
12:06:00.861   12:06:00.861  12:03:25.000  OnOrder trans_id=5
12:06:04.143   12:06:04.143  OnQuote

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

21.03.2026 12:11:33, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 11:45:55 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

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

====quote====
Да в main их не видно, но я имею ввиду QUIK. Если вы сделаете задержку в OnParam 10000, то это не значит, что биржа будет ждать перед отсылкой данных о выставлении заявки 10 сек. пока один из 100000 терминалов QUIK не разблокирует свой поток обработки коллбеков
=============

=============
На самом деле все совершенно не так.
Даже если терминал заблокирует свой поток, ПК не перестанет принимать пакеты от сервера QUIK в буфер.
А данные с биржи вообще не доходят напрямую до терминала QUIK.
Сервер биржи вообще не видит эти терминалы,
пусть все 10000 заблокируют свои потоки, серверу биржи все это по ... колено.
------------------
Сервер биржи передает все на сервер брокера.
Лишь если терминал QUIK будет на выделенном сервере в дата центре,
то возможно в этом случае он будет принимать что-то прямо с сервера биржи
да и то через специальный терминал фактически сервер брокера.
===============
Таким образом, сервер биржи видит лишь сервера брокеров и передает им всю информацию.
Сервер брокера либо ее обрабатывает либо нет и передает ее на ПК клиентов.
OC на ПК принимает эту информацию в буфер и раздает по портам приложений.
Если приложение спит и не просыпается то буфер будет накапливать и ждать.
Если буфер полон, то ОС должна остановить передачу с сервера брокера и тот будет накапливать и потом по запросу передаст все на ПК клиента.
21.03.2026 11:45:55, nikolz.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 10:57:42 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
TGB написал:
Да в main их не видно, но я имею ввиду QUIK. Если вы сделаете задержку в OnParam 10000, то это не значит, что биржа будет ждать перед отсылкой данных о выставлении заявки 10 сек. пока один из 100000 терминалов QUIK не разблокирует свой поток обработки коллбеков.
=============
А, вы про OnTransReply? Похоже, что вы правы. Поскольку сервер QUIK не делает повторной попытки направить ответ по транзакции, то можно предположить, что пока терминал обрабатывал колбэк OnParam, то данные с сервера таки получены и сохранены в память.
21.03.2026 10:57:42, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 10:29:07 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Nikolay написал:
Не только очередь, а еще ack флаги. Сама очередь ничего не гарантирует.
=============
В данном случае я не пишу как должна быть устроена очередь (об этом я пишу в другой ветке). Я написал, что очередь требуется чтобы не терять события коллбеков при v1 <= v2.
21.03.2026 10:29:07, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 10:15:04 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
TGB написал:
для того, чтобы события коллбеков при этом не терялись, в QUIK должна быть внутренняя служебная(ые) очередь. Эта очередь может гарантировать отсутствие потерь событий только при
====quote====
TGB написал:
v1 <= v2
=============

=============
Не только очередь, а еще ack флаги. Сама очередь ничего не гарантирует.
21.03.2026 10:15:04, Nikolay.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 10:14:00 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Йцукен написал:
А я вижу, что новые данные в main доступны только после выхода из OnParam. Когда эти данные пришли - не вижу.
=============
Да в main их не видно, но я имею ввиду QUIK. Если вы сделаете задержку в OnParam 10000, то это не значит, что биржа будет ждать перед отсылкой данных о выставлении заявки 10 сек. пока один из 100000 терминалов QUIK не разблокирует свой поток обработки коллбеков.
21.03.2026 10:14:00, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 09:59:39 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
TGB написал:
В выложенном коде отсутствует таблица transaction (шаблон заявки).
=============
Там были транзакции ACTION="NEW_ORDER"

====quote====
TGB написал:
но данные в QUIK при этом приходят (это видно в потоке main).
=============

А я вижу, что новые данные в main доступны только после выхода из OnParam. Когда эти данные пришли - не вижу.
====code====

18:41:29.218  Start OnParam                 
18:41:29.218                orders: 58
...
18:41:32.234  End OnParam                 
...
18:41:32.234                orders: 59

=============
21.03.2026 09:59:39, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Mar 2026 09:40:39 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
1.
====quote====
Йцукен написал:
transaction.TRANS_ID = ''..TransID
=============
В выложенном коде отсутствует таблица transaction (шаблон заявки). Результат вашего теста показывает, что все коллбеки обрабатываются в одном потоке и когда он блокируется (в OnParam на 3000 млс.), все коллбеки перестают обрабатываться, но данные в QUIK при этом приходят (это видно в потоке main). Понятно, что для того, чтобы события коллбеков при этом не терялись, в QUIK должна быть внутренняя служебная(ые) очередь. Эта очередь может гарантировать отсутствие потерь событий только при
====quote====
TGB написал:
v1 <= v2
=============

21.03.2026 09:40:39, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Fri, 20 Mar 2026 19:06:25 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

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

====quote====
paluke написал:
Так коллбеки в том же потоке, что и прием данных
=============
Вы это проверяли?
=============

Пока скрипт обрабатывает колбэк, он или другие скрипты могут отправлять транзакции на сервер из main. Но новые данные с сервера скрипты не получат, пока поток колбэков не освободится.

Скрытый текст
====code==== local function getTime(t) if t == nil then t = os.sysdate() end return string.format('%02u:%02u:%02u.%03u', t.hour, t.min, t.sec, t.ms) end local function info(s) PrintDbgStr(getTime() .. " " .. s) end function OnTransReply(trans_reply) info(getTime(trans_reply.date_time) .. " OnTransReply") end function OnOrder(order) info(getTime(order.datetime) .. " OnOrder trans_id=" .. order.trans_id) end local start function OnParam() start = true function OnParam() end info("Start OnParam") sleep(3000) info("End OnParam") end local run = true function OnStop() run = nil end function main() while run and not start do sleep(0) end local n = getNumberOf("orders") local m = n info(" orders: " .. n) if run then for TransID = 1, 5 do transaction.TRANS_ID = ''..TransID if sendTransaction(transaction) == '' then info("sendTransaction trans_id=" .. transaction.TRANS_ID) end end while run do n = getNumberOf("orders") if n > m then m = n; info(" orders: " .. n) end sleep(0) end end end =============

Скрытый текст

Результат:

Скрытый текст
====code==== 18:41:29.218 Start OnParam 18:41:29.218 orders: 58 18:41:29.218 sendTransaction trans_id=1 18:41:29.218 sendTransaction trans_id=2 18:41:29.218 sendTransaction trans_id=3 18:41:29.218 sendTransaction trans_id=4 18:41:29.218 sendTransaction trans_id=5 18:41:32.234 End OnParam 18:41:32.234 18:41:29.218 OnTransReply 18:41:32.234 18:41:29.222 OnTransReply 18:41:32.234 18:41:29.226 OnTransReply 18:41:32.234 18:41:29.230 OnTransReply 18:41:32.234 18:41:29.233 OnTransReply 18:41:32.234 orders: 59 18:41:32.234 18:41:29.216 OnOrder trans_id=0 18:41:32.234 orders: 60 18:41:32.234 18:41:29.220 OnOrder trans_id=0 18:41:32.234 orders: 61 18:41:32.234 18:41:29.223 OnOrder trans_id=0 18:41:32.234 18:41:29.216 OnOrder trans_id=1 18:41:32.234 orders: 62 18:41:32.234 18:41:29.228 OnOrder trans_id=0 18:41:32.234 orders: 63 18:41:32.234 18:41:29.231 OnOrder trans_id=0 18:41:32.234 18:41:29.220 OnOrder trans_id=2 18:41:32.234 18:41:29.223 OnOrder trans_id=3 18:41:32.234 18:41:29.228 OnOrder trans_id=4 18:41:32.234 18:41:29.231 OnOrder trans_id=5 ============= Видно, что транзакции отправлены в 18:41:29, и в туже секунду выставлены заявки (вторая колонка со временем). Но информация по заявкам и транзакциям обработана спустя 3 сек (первая колонка со временем)

Скрытый текст

20.03.2026 19:06:25, Йцукен.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Wed, 11 Mar 2026 18:54:24 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
paluke написал:
То есть поставили вы в коллбеке sleep и данные не принимаются, новых событий нет.
=============
И торги на бирже остановлены ?

====quote====
paluke написал:
Так коллбеки в том же потоке, что и прием данных
=============
Вы это проверяли?
11.03.2026 18:54:24, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Wed, 11 Mar 2026 18:30:19 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
Так коллбеки в том же потоке, что и прием данных и запись в таблицы. То есть поставили вы в коллбеке sleep и данные не принимаются, новых событий нет.
11.03.2026 18:30:19, paluke.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Fri, 06 Mar 2026 11:01:04 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Anton Belonogov написал:
Подтверждаем: при получении терминалом новой записи или обновления существующей гарантируется вызов соответствующей функции обратного вызова.
=============
Здравствуйте.
Есть скорость v1 (количество/сек.) появления событий, по которым должны запускаться коллбеки. И есть скорость выполнения коллбеков v2 (количество/сек.) в скриптах пользователя. Пока v1 <= v2 можно как то, наверное, гарантировать. Но скоростью v2 QUIK не управляет. Например, пользователь в тексте коллбека, по недоразумению, написал строку: sleep(3000) и на 3 сек. все коллбеки, во всех выполняемых скриптах перестали обрабатываться. Или выполняет долгую обработку в коллбеке. Единственное, что можно бы было гарантировать в этих условиях - это выдачу сообщения о ситуации, когда v1 > v2. Но я таких сообщений никогда не видел (даже в экспериментах).
Или я что то не понимаю?
06.03.2026 11:01:04, TGB.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Fri, 06 Mar 2026 06:12:18 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
tohoki написал:
1) Гарантирует ли данный подход, что все данные по сделкам, которые получит терминал с момента запуска скрипта, будут обработаны скриптом в колбэке OnTrade?
=============
В вопросе темы спрашивается именно "с момента запуска скрипта".
------------------
Следовательно, ответ, данный разработчиками именно об этом.
--------------------
Замечу, что ранее я дал более короткий ответ на вопрос темы.
-----------------
Но автору нужно было подтверждение от разработчиков.
Они его дали.
06.03.2026 06:12:18, nikolz.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Thu, 05 Mar 2026 16:43:26 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Anton Belonogov написал:
tohoki,

Если вернуться к начальному сообщению, там нет вопроса, что будет происходить "ДО запуска скрипта".
Там были другие вопросы, на которые и был дан ответ.

А Вас мы просим сохранять культурный тон общения и не пытаться грубить другим участникам (в том числе специалистам поддержки QUIK) - в противном случае мы будем вынуждены заблокировать Вам доступ к этому форуму.
=============
мне все равно.

ваш форум бесполезен.

вы ошибки не исправляете годами и даже десятилетиями.

зато обидчивость как у индийского слова во время гона.
05.03.2026 16:43:26, tohoki.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Thu, 05 Mar 2026 13:31:38 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
tohoki,

Если вернуться к начальному сообщению, там нет вопроса, что будет происходить "ДО запуска скрипта".
Там были другие вопросы, на которые и был дан ответ.

А Вас мы просим сохранять культурный тон общения и не пытаться грубить другим участникам (в том числе специалистам поддержки QUIK) - в противном случае мы будем вынуждены заблокировать Вам доступ к этому форуму.
05.03.2026 13:31:38, Anton Belonogov.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Thu, 05 Mar 2026 11:52:00 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Anton Belonogov написал:
Добрый день,

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

"при получении"

если вернуться к начальному сообщению этой ветки, то ответ вменяемого индивида, не отягощенного соусом карри, должен звучать так:

для данных, которые получены ДО запуска скрипта, никаких колбеков не будет. Для данных, которые получены ТЕРМИНАЛОМ ПОСЛЕ запуска скрипта и реалтайм связывания все колбеки гарантированно придут один за другим в порядке их прихода в терминал.
05.03.2026 11:52:00, tohoki.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Thu, 05 Mar 2026 05:31:19 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
Добрый день,

Подтверждаем: при получении терминалом новой записи или обновления существующей гарантируется вызов соответствующей функции обратного вызова.
05.03.2026 05:31:19, Anton Belonogov.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Wed, 04 Mar 2026 15:07:33 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Feb 2026 15:51:37 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.
onTransReply все же не столь показателен, т.к. таблицы транзакций нет.
21.02.2026 15:51:37, Nikolay.

Гарантируется ли вызов колбэка при получении Квиком новых данных?

Sat, 21 Feb 2026 15:15:56 +0300

Гарантируется ли вызов колбэка при получении Квиком новых данных? Вопросы разработчикам QUIK в форуме Программирование на языке Lua.

====quote====
Serge123 написал:
Я в 6:50:00 при начале приёма заявок, когда сервера перегружены, не раз наблюдал потери onTransReply.
=============
Вопрос поставлен так:
2) Может ли быть такое, что данные на рабочее место поступили, а колбэк не был вызван?

В вашем случае ответ на транзакцию QUIK получил, в таблице транзакций отображался?
21.02.2026 15:15:56, Йцукен.