Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
С сервера приходит дилинь о том что произошла обработка, каждый байт этого дилинь на счету так как сервак обязуется слать это всем кого касается этот самый дидинь.
Сейчас это просто сигнал о событии на сервере, я предлагаю в этом сигнале ещё передать 2 байта моде и 8 байт тикет.
а ты видел сколько килобайт занимает ответ сервера?
попробуй отправить 100 ордеров и засеки объем в терминале внизу.
приходит намного больше инфы чем просто дилинь в пару байт.
Хотя если терминал потом из этого дилинь сформирует событие как ты описал я не против, но передавать с сервака информацию обо всех ордерах на каждом дилинь, считаю ересью, разве что только дилинь будет приходить от пачки ордеров, тогда да.
Ну ты сам посуди. Ты же видишь в журнале терминала про исполнение ордера. Все тикета, цены и т.д. Это все шлет сервер в любом случае.
Так вот все эти приходящие данные (которые идут в журнал) должны идти в OnTrade. Со всеми подробностями (то есть те, которые торговые).
В справку добавлен пример для функции OderSendAsync(). Будет доступен после новой выкладки.
а ты видел сколько килобайт занимает ответ сервера?
попробуй отправить 100 ордеров и засеки объем в терминале внизу.
приходит намного больше инфы чем просто дилинь в пару байт.
Ну ты сам посуди. Ты же видишь в журнале терминала про исполнение ордера. Все тикета, цены и т.д. Это все шлет сервер в любом случае.
Так вот все эти приходящие данные (которые идут в журнал) должны идти в OnTrade. Со всеми подробностями (то есть те, которые торговые).
Ну в общем всё логично, но без комментариев разработчиков по вопросу контроля исполнения, всё это на уровне догадок.
В справку добавлен пример для функции OderSendAsync(). Будет доступен после новой выкладки.
Жаль щас не проверишь, придётся ждать понедельника.
мой вариант
OnTrades(struct &TradeEvent[], int count) // массив структур + их количество.
есть события, есть запросы, накой мух с котлетами путать - выставил ордер = совершил событие, захотел узнать состояние ордера = сделал запрос ну и т.п....,
как и по сабжу:
история не меняется, НО по приходу тика изменяется нулевой бар,если история изменилась, то произошла синхронизация истории с сервером, хотя возникает вопрос почему история изменилась и кому это было нужно.
хотя, правильнее так ответить:
надо бы ввести в правила пункт:
- Бан за глупые вопросы.
В справку добавлен пример для функции OderSendAsync(). Будет доступен после новой выкладки.
Так понимаю вы сегодня на дежурстве (за всех отдуваетесь).
А есть что добавить по темам "параметры в OnTrade" или "контроль исполнения" ?
Ну или хотя бы пожурить типа "вы тут ребята фигнёй маетесь, тема высосана из пальца" и на этих самых пальцах почему.
есть события, есть запросы, накой мух с котлетами путать - выставил ордер = совершил событие, захотел узнать состояние ордера = сделал запрос ну и т.п....,
как и по сабжу:
история не меняется, НО по приходу тика изменяется нулевой бар,если история изменилась, то произошла синхронизация истории с сервером, хотя возникает вопрос почему история изменилась и кому это было нужно.
хотя, правильнее так ответить:
Ну а если серьезно, то проблема потери связи со всеми вытекающими обстоятельствами возможно была бы решена созданием события "disconect()"disconect() можно контролировать в таймере по состоянию конектед, это всё чепуха.
Вопрос в том чтоб не парсить тонны истории в поисках исполнился твой приказ или нет, тут есть тонокое место история вообще может не показать что он не исполнился.
Выставили ордер получили тикет, а его не реализовали и как вы в истории отследите это событие по отсутствию изменения истории? тогда в какой момент неизменение истории нужно считать событием неисполения ордера? через 10 сек через 30 сек через час, когда? когда слать повторный приказ?
OnTrade безусловно будем апгрейдить, но пока не определились с моделью.