Сергей (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1
Прошу совета с TAKE_PROFIT_AND_STOP_LIMIT_ORDER, Прошу совета с TAKE_PROFIT_AND_STOP_LIMIT_ORDER
 
В каком виде Вам привести реальный пример?  
Например, в первом сообщении темы http://forum-archive.quik.ru/forum/lua/112783/  была описана ситуация.
Специально написать скрипт, который будет приводить к потере OnTransReply нельзя.
В большинстве случае OnTransReply вызывается.
Квик где-то логирует информацию о посланных транзакциях и вызванных OnTransReply?
Прошу совета с TAKE_PROFIT_AND_STOP_LIMIT_ORDER, Прошу совета с TAKE_PROFIT_AND_STOP_LIMIT_ORDER
 
Цитата
Sergey Gorokhov пишет:
Цитата
Сергей пишет:
Цитата
Либо ошибка придет в ответе на транзакцию OnTransReply, либо ее вернет сама функция sendTransaction.
Не надо забывать, что OnTransReply может "просто" не прийти.
Приведите реальный пример когда ответ на транзакцию "просто" не пришел
Вы сами это и сказали, а мы на практике периодически это ощущаем.

http://forum-archive.quik.ru/forum/lua/112783/
Цитата
Sergey Gorokhov пишет:

В Вашем случае, рабочее место Quik не понимает что транзакция дошла до сервера, так как не был получен на нее ответ. Это возможно если:
1) Транзакций просто не дошла до сервера Quik.
2) Транзакция дошла до сервера и была по какой то причине отвергнута.
Однако, колбэк не дошел до клиентского места. Повторной отправки колбэка не происходит.
По этому, так как не известно, дошла ли транзакция до сервера или нет, дублировать отправку, после восстановления связи как минимум опасно, так как может привести к повторной отправке транзакции.
Прошу совета с TAKE_PROFIT_AND_STOP_LIMIT_ORDER, Прошу совета с TAKE_PROFIT_AND_STOP_LIMIT_ORDER
 
Цитата
Либо ошибка придет в ответе на транзакцию OnTransReply, либо ее вернет сама функция sendTransaction.
Не надо забывать, что OnTransReply может "просто" не прийти.
Массовая отправка заявок на сервер QUIK
 
Цитата
"Николай Камынин пишет:

После того, как учтете все это,
то можете попробовать отправить хотя бы 100 в секунду,
хотя бы по 10 бумагам,
хотя бы по 5 счетам.
Если Вы не работами с большим числом счетов, то зачем влазить влазить в тему? Данный вопрос ответа не требует!

Был конкретный вопрос как поведет себя сервер квика в такой ситуации, пользователь получил ответ.

Цитата
Sergey Gorokhov пишет:
Здравствуйте,
При отправке большого количества транзакций сервер не будет делить их на порции а отправит как есть.
Далее транзакции будут отвергнуты и клиенту придет соответственная ошибка.

Решать вопрос нужно между клиентом и брокером, даже если сервер находится у нас.
Ибо сервер принадлежит не нам, хоть и находится в наших дата центрах.
А как же "QUIK как риск-сервер (RISQ server)"?
Цитата
Сам модуль RISQ filter умеет проводить простые проверки (fat fingers):
* списка разрешенных для торговли бумаг (фильтр допустимых/запрещенных инструментов, наличие инструмента в справочнике);
* максимально допустимого объема заявки;
* кратности количества, указанного в заявке, размеру лота по данному инструменту;
* частоты подачи заявок (flood control).
Что понимается по последним пунктом (проверка частоты подачи заявок)?
Как работают крупные брокеры, типа БКС, Финам, у которых 50 тыс. клиентов?
Они резервируют сотни "Транзакционных логинов"?
Очередность получения данных терминалом Quik
 
Какая очередность получения данных (сделки, заявки, стаканы и пр.) терминалом Quik с сервера?
Понятно, что все потоки идут асинхронно. Интересует примерная последовательность.
Страницы: 1
Наверх