transdex
|
Дата: 26.04.2012
Alexander Mukhanchikov
Не совсем понял по первому пункту в чей огород камень - кто почивает на лаврах и плодит коннекторы к маргинальным API.
Это не камень - это гипербола - "стилистическая фигура явного и намеренного преувеличения, с целью усиления выразительности и подчёркивания сказанной мысли." Alexander Mukhanchikov
По второму - заменив DDE на датафид от плазы мы получим PlazaTrader.
Еще раз: 1) PlazaTrader не торгует на ММВБ ( по крайней мере пока) 2) Обойдется в 2 раза дороже (нужен основной логин вместо просмотрового).
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 26.04.2012
Если вся полемика сводится к тому, чтобы данные получать через Плазу, а отправлять заявки через Квик, то это и так возможно сейчас. Не востребовано, потому что это сущее извращение. Разделение датафида и транзакционного интерфейса сделано вовсе не потому, что так надо, а потому, что по другому в некоторых случаях нельзя. Так что не путайте причину и следствия.
|
|
|
|
Спасибо:
|
|
|
|
|
|
transdex
|
Дата: 26.04.2012
Mikhail Sukhov
Если вся полемика сводится к тому, чтобы данные получать через Плазу, а отправлять заявки через Квик, то это и так возможно сейчас. Не востребовано, потому что это сущее извращение.
А может наоборот - не востребовано, потому что сейчас - это сущее извращение? PS. Прочитал веточку на пауке про адаптер Quik-OQ от SGN. Вот где извращение-то (с DDE).
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 26.04.2012
transdex А может наоборот - не востребовано, потому что сейчас - это сущее извращение? Нет, именно разделение датафида от транзакций - это извращение. Сделали буржуи, потому что у них бизнес разделен. Технологически - это самый что ни на есть обычный косяк в архитектуре. Практически сразу же добавляется геморрой с синхронизацией состояния заявок, получения своих позиций, сделок... Вообще сущий ад с рас синхронизацией данных, и меток времени. И которые решаются уплатой лишних пару тысяч в месяц, чтобы доапгрейдить readonly логин до нормального. Из-за пары то тысяч себе такие приключение? Увольте.
|
|
|
|
Спасибо:
|
|
|
|
|
|
transdex
|
Дата: 26.04.2012
|
|
|
|
|
Mikhail Sukhov
Нет, именно разделение датафида от транзакций - это извращение. Сделали буржуи, потому что у них бизнес разделен. Технологически - это самый что ни на есть обычный косяк в архитектуре. Практически сразу же добавляется геморрой с синхронизацией состояния заявок, получения своих позиций, сделок... Вообще сущий ад с рас синхронизацией данных, и меток времени. И которые решаются уплатой лишних пару тысяч в месяц, чтобы доапгрейдить readonly логин до нормального. Из-за пары то тысяч себе такие приключение? Увольте.
Если кратко: 1. Есть анонимные данные. Они должны получаться там, где быстрее, дешевле, полнее и т.п. И достаточно получить один комплект. 2. Есть неанонимные данные и приказы. Они получаются и передаются туда, где дают и принимают. Возможна ситуация (напр. несколько счетов у разных брокеров) когда это происходит в разных местах и по разным API. Поэтому разделение идет от данных, а не от буржуев. Рассинхронизация возникает тогда, когда руководствуясь благими намерениями пытаются синхронизировать анонимные и неанонимные данные. Если не получается - просто не надо этого делать. И еще раз - апгрейд readonly до основного за пару тысяч не дает ничего (совсем ничего) человеку торгующему акциями на ММВБ. А отдельное прямое подключение к ММВБ - это еще сверху, и не пара тысяч.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 27.04.2012
transdex И еще раз - апгрейд readonly до основного за пару тысяч не дает ничего (совсем ничего) человеку торгующему акциями на ММВБ. А отдельное прямое подключение к ММВБ - это еще сверху, и не пара тысяч.
Смысла нет сейчас переделывать или делать новый коннектор для поддержания ММВБ секции, так как обработка ММВБ заявок через Плазу - это вопрос лишь времени. Быстрее биржа сделает со своей стороны решение, чем появится первая стабильная версия подобного коннектора. И в свете этой дискуссии коннектор к Алор кажется очень даже действующим, так как все описанные выше проблемы он УЖЕ решает.[biggrin] У Алора я так понял минус - это скорость. Скорость была оценена относительно COM коннектора. Новое решение, насколько я знаю, это чисто .NET и подключение напрямую к серверу, а не к терминалу. Так что возможно все описанное выше про него теперь уже не актуально. Я послал ссылку на дискуссию тех диру Алора. Попрощу, чтобы они прояснили ситуацию.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Ignat
|
Дата: 21.05.2012
Не дождавшись комментариев, нарушу тишину в ветке.
Специально последние дни мониторил скорость отклика серверов Алора. Пинг у меня до сервера 58мс, отклик от сервера (который размораживает поток и позволяет ставить следующую заявку) после отправки заявки в большинстве случаев приходит через в среднем 100мс. Изредка бывает в диапазоне 150-300мс. Крайне редко бывает выше 300мс.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Alexander
|
Дата: 21.05.2012
Ignat Не дождавшись комментариев, нарушу тишину в ветке.
Специально последние дни мониторил скорость отклика серверов Алора. Пинг у меня до сервера 58мс, отклик от сервера (который размораживает поток и позволяет ставить следующую заявку) после отправки заявки в большинстве случаев приходит через в среднем 100мс. Изредка бывает в диапазоне 150-300мс. Крайне редко бывает выше 300мс. Вау, крутые результаты. Лучше чем квик, лучше чем смарт. Мы как раз заканчиваем допиливать шлюз к Alor, будем тестить.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Ignat
|
Дата: 21.05.2012
Справедливости ради - это время отклика сервера для продолжения работы потока в аргументацию отсутствия асинхронности, однако из таблицы ордеров заявка приходит событием несколько позднее - через 400-800мс. Но время ожидания появления заявки в таблице ордеров уже ни коем образом не влияет на работоспособность потока.
Я бы поучаствовал в тестах шлюза к Алору.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Barry
|
Дата: 31.10.2012
Подключаться к серверу на прямую по любому быстрее, чем через QUIK, а самое главное - надёжнее. В основе Алора, на сколько мне известно, одна из старых версий NetInvestor Я сам использую NetInvestor и очень доволен. А для проекта S# ещё важно, что NetInvestor поддерживают больше сорока брокеров, среди которых несколько крупных и известных (кроме того, есть даже несколько брокеров в Казахстане) Еслиб был коннектор S# к NetInvestor, было бы очень хорошо.
|
|
|
|
Спасибо:
|
|
|
|
|