В связи с большим количеством постов про Quik Предлахгаю ...
- 15 сентября 2020, 23:25
- |
- _sg_
В связи с большим количеством постов про Quik при Переходе на Quik x64 19-значные Заявки
Предлахгаю:
Сделать отдельную ветку на Smart-Lab «Quik. Переход на 19-значные заявки. Обратная связь».
Чтобы все посты с ошибками Quik собрать в одном месте.
Пусть брокеры и разработчики Quik почитают «Обратную связь»
Думаю, что так быстрее можно будет устранить все недочеты в работе связки Quik, Сервера Брокеров, Биржа
Давайте сделаем этот мир лучше совместными усилиями.
Я проверял, отображаются не корректно. Начало совпадает, а конец ( не путать с анотомическим органом) обрезан.
Но выход есть.
В транзакции есть поле, где пишется " Заявка № XXXXX успешно зарегистрирована". Там транслируется корректный номер заявки. Можно оттуда брать номер заявки.
В тексте да, видел, но не всегда годится. Подписывают через trans2quik.dll на ордеры и трейды, у них IDшники double. Оба два пишутся в БД и потом сопоставляются по ID. При переходе на новые ID база стала ругаться на дубли. Возможно, база виновата что у нее точность double меньше.
Переделал на string 20 и IntToStr(round(id))
после этого «дубли» исчезли?
то есть у Вас сейчас номера заявок небиржевые, а округленные и уникальные — и это работает?
Хитро.
Я тогда тоже может быть также сделаю, если это будет нормально работать.
Но риск нарваться на дубль, сами понимаете, есть.
Согласен.
Вот определил порог для (double)OrderNumber
public void TestQuikOrderNumber()
{
var quikOrderNumber = 8999999999999999d;
var ulongOrder = Convert.ToUInt64(quikOrderNumber);
Assert.AreEqual((ulong)8999999999999999, ulongOrder);
quikOrderNumber = 9999999999999999d;
ulongOrder = Convert.ToUInt64(quikOrderNumber);
Assert.AreNotEqual((ulong)9999999999999999, ulongOrder);
}
для уникальности можно не округлять, а просто хэшировать.
Тогда уникальность более надежная будет
я про округление написал. Округлить можно в одно то же значение.
Снять заявку тоже не получится, но это не получается даже через 32х-битный Quik почему-то.
нужно не только создать ветку,
необходимо, чтобы туда писАли «золотоискатели».
Тогда хоть какой-то толк будет.
Я думаю, что дело не только в Квике.
Вся технологическая цепочка «Квик — Сервер Брокера — Биржа» должна работать.
Поэтому желательно собрать как можно больше информации для того чтобы решить проблему.
Просто в таких проектах всегда есть заказчик и парочка эффективных манагеров. Надо вот их вычислить и им уже мозги пилить.
Просто не уверен, что брокеры в данный схеме участвуют.
1% использующих qlua надо просто потратить полчаса времени на пару правок (обычно это вставка string.format на цену при формировании транзакции), о которых на форуме квика всё расписали ещё с полгода назад :)
По сабжу — если люди не заметили этой возни за полгода, то они и дальше продолжат долбиться в глаза и никакого топика с настройкой квика не заметят, а будут и дальше плодить посты :) Потому что чукча не читатель.
А 7-е версии Квика норм работают или нет?
Что касается квика, обычно никто не фиксит версии, которым сто лет в обед, тем более апдейт бесплатный. В семёрке уже должно работать. Восьмёрка нужна только тем, у кого скрипты, из-за lua 5.3.
У меня ещё smartx стоит, там вообще этот вопрос не поднимался :)
7-ки работают. Заявки выставляются и снимаются.
Алгомудуль для выставления заявок не работает.
любое 32-разрядное Приложение может работать как на Win32 так и на Win64.
если собрать все в одном месте и показать им где все это лежит, то, может быть, и прочтут.