Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи

Как одно из решений - квик принимает от луа номер в виде текста, а сам отправляет заявку на биржу в нужном формате. Доработка должна быть минимальной, а благодарность от пользователей огромная

Интересно было бы узнать, сколько нас таких, кто не [хочет переходить на 8ю версию, т.к. наслышан о ее косяках

железа и ОС 32 битных менее 3-5%
об этом речь
ткчт подключайтесь лучше к отлову багов
так победим!
:)

Да нет там никаких косяков, я без проблем перешёл, только автологин пришлось чуть переделывать, так как форма логина изменилась и пересобирать lua-расширение под х64 бита, поправив где надо типы на 64-битные аналоги.

А свалить проблемы разработчиков софта на пользователей, не очень красивых ход для имиджа.

Добрый день ! Мне нужен экспорт сделок в Омегу , выставление заявок и снятие , вывод в эксель одного инструмента ! Какой Квик мне подойдет ? Спасибо !

Здравствуйте, Дмитрий,

На сколько понимаем, Вас интересует возможность выставлять и снимать заявки по срочному рынку, экспорт таблицы "Текущие торги" в Excel, а также экспорт в Omega.
Каких-либо скриптов на LUA, QPILE Вы не используете. Экспорта по ODBC / DDE для таблиц "Заявки", "Сделки", "Обезличенные сделки" по срочному рынку не выполняете.
Верно?
В таком случае, в соответствии с информацией в данной форума - Вы можете использовать рабочее место QUIK 7.*, но не старее и не новее.

В последней версии квика нет возможности узнать остаток свободных средств при открытых позициях срочного рынка

Теперь я вижу только общую сумму доступных средств

Что интересно,при попытке вернуться на старую версию,эти данные отсутствуют

по вопросу остатка свободных средств я отредактировал в клиентском портфеле(достал оттуда данные),а вот по общей сумме задейсвованного ГО вопрос пока остатся открытым

После последнего обновления появлялось новое окно с данными номера счёта и ГО позиций(я его случайно удалил)
Я не знаю,откуда его вытащить

единственный нерешённый вопрос

  Вопросы к поддержке QUIK:
1) чем вызвана необходимость перевода рабочего места клиента QUIK на 64р. архитектуру (что нельзя было делать клиентам на 32р)?
2) чем вызвана необходимость перевода рабочего места клиента QUIK на Lua 5.3 (соображения, что это модно не интересны)?
3) была ли какая-то оценка проблем, которые могут возникнуть у клиентов, да и у самого разработчика?

Что мне, как пользователю рабочего места клиента QUIK, нужно:
   надежность, удобство, оперативность выполнения функций, наглядность, эффективное использование ресурсов ПК (низкая нагрузка).
Все остальное мне, как я думаю и большинству клиентов, не интересно. Кроме того, важнейшим показателем рабочего места клиента QUIK является стабильность его архитектуры, обеспечивающая стабильность среды разработки моих прикладных программ. Нам, непосредственно работающим на фондовом рынке, за постоянное перестраивание своих программ под постоянно меняющуюся архитектуру денег не платят.
  Какие из перечисленных выше требований к рабочему месту трейдера нельзя было реализовать в архитектуре QUIK 7?
  Поддержку 19-разрядных номеров можно было реализовать в архитектуре QUIK 7. Если, у кого-то в этом есть сомнения, то я готов изложить как это можно было сделать.

новичок и есть новичок

p 3.1

ай-ай,  а как же тогда с этим? - пускать софтину чуть ли не в сэнд-боксе ?

неувязочка :)

хотя действительно ... зачем делать 64-битный софт в 64-битной ОС на 64-битном ЦПУ ... глупость какая-то

давай, поясни как это полностью неправильно :)

и вот это тоже до кучи

Так и думал, что это будет приведено. Потому что есть например OnAllTrade. По каждому тику квику пришлось бы:
1) искать строку с номером заявки в хранилище луа
2) не находить ее, выделять память, пихать новую строку в хранилище луа
3) дергать колбек
4) убивать ссылку на строку
5) через каждые несколько тиков луа придется собирать мусор.
Это было бы не просто медленно, это убило бы вообще все, квик бы плелся как черепаха и зависал от каждого движения мышки. И это только одно.

Размер alltrade.dat видели? Он целиком в память мэпится. Какие 32-разрядные уже.

Их "клиентура" это брокеры. Не потеряют. Что брокер поставит взамен? Хотел перечислить с эпитетами, но не буду никого обижать.

Я специально посмотрел записи таблицы "all_trades" в QUIK 8.5.1.18.  Все поля ее записей строковые. Поэтому я не понял что вы написали в вашем сообщении.
  Вообще, если же спуститься на "землю", а именно, посмотреть реальную работу QUIK версий 7.27.2.1.,  8.3.2.4 и  8.5.1.18, то никаких чудес быстроты функционирования последних двух относительно первой я не заметил (понятное увеличение размера кода это конечно же мелочь).

После заказа данных создайте "Таблицу обезличенных сделок".  И далее запустите скрипт:

local all_trades = getItem("all_trades", 10)

message( "------------------------------");
for i, v in next, all_trades do
   message(type( i) .. "  " ..  i);
end

коллеги, а когда собственно начнется трансляция 19-значных номеров на практике? в документации квика сейчас поле "Номер сделки DECIMAL(15,0) " ?

Как я и предполагал. А потом вообще отменят видимо

Добрый день.

Тип поля будет  DECIMAL

Добрый день ! "В промышленной системе данное изменение запланировано на вторую половину года". А Дата (месяц) известна , когда это будет реализовано изменение ?

Спасибо "

Добрый день.
Можно ли по-простому, на примере, для неспециалистов объяснить. Раньше, например, при перемещении заявки в sendTransaction в качестве "FIRST_ORDER_NUMBER" можно было передать переведенный в строку полученный из таблицы заявок номер order_num. Когда номер заявки станет 19-значным, что-то надо поменять в этой схеме? А если просто отправить заявку, ничего в старом коде менять не нужно, поскольку в этом случае номер заявки не используется?