Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Пользователь
Сообщений: Регистрация: 15.06.2020
15.06.2020 23:26:51
Добрый день, после очередного обновления QUIK до версии 8.6.0.97 стала очень сильно тормозить окно ввода заявки.
Видео этого процесса:
Я пытаюсь кликать по элементам окна, но оно отвисает секунд через 5-7 и тоже самое после ввода значений.
Наиболее вероятно, в ходе обновления были переопределены некоторое настройки получения и сохранения данных в рабочим месте, что приводит к повышенной нагрузке и потере производительности РМ при открытии формы ввода заявки. Предлагаем проверить следующие следующие настройки рабочего места, и при необходимости - скорректировать их в соответствии с рекомендациями. 1. Система/Настройки/Основные настройки/Программа/Получение данных: включить опцию "Исходя из настроек, открытых пользователем таблиц", установить период обновления данных хотя бы на 1 секунду. 2. Система/Настройки/Основные настройки/Программа/Сохранение данных: отключить опцию "Получать пропущенные данные" или включить опцию "Только данные, отражающие текущее состояние". 3. Система/Настройки/Основные настройки/Торговля/Клиентский портфель: включить опцию "Обновлять через" 20-30 секунду, и "Расчёт в фоне". Опцию "Пересчитывать при изменении позиций" - отключить. 4. После применения настроек необходимо выполнить перезаказ данных в пункте меню Система/Заказ данных/Перезаказать данные - выберите только "Торговые данные текущей сессии". Рабочее место будет перезагружено, необходимо будет подключиться и проверить производительность программы.
Если же предложенные рекомендации не дадут результата, то наиболее вероятно, причина зависаний кроется в привнесённой в файл настроек (info.wnd) ошибке. В этом случае - предлагаем попробовать загрузить какой-либо иной файл настроек из подкаталога WNDSAV. Сделать это можно через пункт меню Система/Загрузить настройки из файла.
Пользователь
Сообщений: Регистрация: 25.06.2020
25.06.2020 18:25:26
Здравствуйте, обновил 25.06.2020 года Quik до версии 8.3.1.38 и теперь невозможно делать заявки - опция всегда остается "серой". В состоянии счета теперь не отображаются ликвидные цены по позициям. Что можно сделать, чтобы все нормально заработало?
Пользователь
Сообщений: Регистрация: 05.09.2016
20.07.2020 07:17:42
Здравствуйте !
1. Если обновить Квик до 8хх.. версии , то настройки . wnd файла от версии 7хх.. будут ли работать все настройки таблиц или придется все делать заново ?
2. И как лучше обновлять Квик до 8-й версии ? через программу или устанавливать дистрибутив ?
1. Если обновить Квик до 8хх.. версии , то настройки . wnd файла от версии 7хх.. будут ли работать все настройки таблиц или придется все делать заново ?
2. И как лучше обновлять Квик до 8-й версии ? через программу или устанавливать дистрибутив ?
Спасибо !
Добрый день.
1. Будут. Работать не будут, если грузить наоборот. Настройки новой версии (8) в QUIK версии 7.
2. Дистрибутив качать не обязательно. Обновите через программу, так будет правильней.
QUIK clients support
Сообщений: Регистрация: 22.12.2014
18.08.2020 13:58:36
Добрый день.
Уважаемые пользователи, первое сообщение данной темы модифицировано: стала известна дата внедрения 19-значной нумерации заявок и сделок на срочной секции Московской Биржи. Это 14 сентября 2020 года.
Пользователь
Сообщений: Регистрация: 06.12.2016
28.08.2020 13:14:53
В новости написано, что на тестовом полигоне срочного рынка уже включена 19-значная нумерация. При этом на демо-сервере Арки по-прежнему используются короткие номера заявок и сделок. У нас будет возможность протестировать работу терминала и скриптов с длинными номерами на демо-сервере?
QUIK clients support
Сообщений: Регистрация: 27.01.2015
31.08.2020 14:28:49
Цитата
SG написал: В новости написано, что на тестовом полигоне срочного рынка уже включена 19-значная нумерация. При этом на демо-сервере Арки по-прежнему используются короткие номера заявок и сделок. У нас будет возможность протестировать работу терминала и скриптов с длинными номерами на демо-сервере?
Добрый день.
Действительно в текущий момент на демо-контуре длинных заявок пока нет. К сожалению, от нас не зависит, так как соответствующая биржевая игровая система еще не обновлена. Однако Вы можете написать нам на поддержку (на адрес ) соответствующий запрос, и мы попробуем решить вопрос.
Пользователь
Сообщений: Регистрация: 31.01.2015
09.09.2020 06:10:13
Думаю, что надо разработчикам терминала предупридить всех брокеров, чтобы версию QUIK обновляли до 8.8.4.3, чтобы как можно меньше было ошибок в QLua, иначе накроет волна жалоб уже не только от энтузиастов-тестировщиков, но и от всех остальных пользователей.
Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class) Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER") работать НЕ будет.
Вот ввели 19-значные заявки, и тем не менее, у меня такая конструкция работает, и потом этот ordnum можно отправить в транзакцию снятия заявки.
Главное, не преобразовывать эту переменную в число, иначе она почему-то становится немного отличающейся от исходной (плюс-минус 100).
Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class) Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER") работать НЕ будет.
Вот ввели 19-значные заявки, и тем не менее, у меня такая конструкция работает, и потом этот ordnum можно отправить в транзакцию снятия заявки.
Главное, не преобразовывать эту переменную в число, иначе она почему-то становится немного отличающейся от исходной (плюс-минус 100).
Верно, сейчас проверил - выдаёт текстовое значение номера, хотя в 6 версии квика там было число
Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class) Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER") работать НЕ будет.
Вот ввели 19-значные заявки, и тем не менее, у меня такая конструкция работает, и потом этот ordnum можно отправить в транзакцию снятия заявки.
Главное, не преобразовывать эту переменную в число, иначе она почему-то становится немного отличающейся от исходной (плюс-минус 100).
Да, Арка облажалась. Столько готовилась, и при релизе не учла. Сейчас крови будет море, те кто использовал это как номера в скриптах, получат "массу" приятного.
На данный момент, мы уже не занимаемся развитием QPILE, но при этом, в обязательном порядке уведомили всех пользователей, что данное нововведение (19-значные заявки) московской биржи обязательно скажется на работе некоторых функций этого языка. Действительно, как правильно подметили ранее, какие-то операции с 19-значными номерами заявок в QPILE все еще можно проводить если хранить их как строку, а не как число. При этом никак не гарантируется правильная работа других функций с этими самыми номерами.
Со своей стороны, можем порекомендовать перейти на QLua, данный язык активно нами поддерживается, дорабатывается и, по возможности, своевременно ограничивается от возможных ошибок.
Пользователь
Сообщений: Регистрация: 18.09.2020
18.09.2020 20:52:53
Добрый день! У меня QUIK 7.27.2.1 использую самописный индикатор, который сам торгует. То есть торгую не через скрипт, а именно через индикатор. Проблема та же со съемом заявок. Пробовал вот так преобразовать string.format("%.f", o.order_num), но в этом случае заявка округляется до 100 в конце. Работает ли внутри индикатора OnTransReply? Я пробовал его прописать рядом с Init, но видимо так не работает
Цитата
function Init() ... end
function OnCalculate(Index) ... end
function OnTransReply(tab) ... end
Посоветуйте как мне лучше сейчас решить проблему с получение строчного order_num? Переходить на QUIK 8.5 ?
Пользователь
Сообщений: Регистрация: 13.02.2015
19.09.2020 02:07:39
Цитата
Vlad написал: Посоветуйте как мне лучше сейчас решить проблему с получение строчного order_num?Переходить на QUIK 8.5 ?
order_num некорректный будет, так как там 19 знаков и они округляются. Берите номер заявки из result_msg (сообщение о транзакции), вырезав его из текста сообщения
Пользователь
Сообщений: Регистрация: 18.09.2020
20.09.2020 16:06:51
Цитата
Vlad написал: Добрый день! У меня QUIK 7.27.2.1 использую самописный индикатор, который сам торгует. То есть торгую не через скрипт, а именно через индикатор. Проблема та же со съемом заявок. Пробовал вот так преобразовать string.format("%.f", o.order_num), но в этом случае заявка округляется до 100 в конце. Работает ли внутри индикатора OnTransReply? Я пробовал его прописать рядом с Init, но видимо так не работает
Цитата
function Init() ... end
function OnCalculate(Index) ... end
function OnTransReply(tab) ... end
Посоветуйте как мне лучше сейчас решить проблему с получение строчного order_num? Переходить на QUIK 8.5 ?
не актуально. перешел на 8.8 - там проблема решена.
Пользователь
Сообщений: Регистрация: 21.08.2026
06.09.2026 15:54:02
Цитата
Alexey Ivannikov написал: ВАЖНО! Обращаем Ваше внимание, что начиная с версии 8.0, терминал QUIK переведен на 64-битную архитектуру. Это, в свою очередь, означает, что перед обновлением терминала QUIK необходимо обновить ОС Windows на версию X64.
а зачем так сделали? из-за этого приходится использовать тормозной webQUIK с его постоянными разлогиниваниями. разве сложно было скомпилировать исходники и для 32-битной системы?
Пользователь
Сообщений: Регистрация: 27.01.2017
06.09.2026 17:22:09
Было же подробное объяснение - биржа перешла на срочном рынке на числовые номера ордеров, которые уже не влезали в 32 бита. Судя по всему уже просто не хватало числа, чтобы вместить все номера ордеров. Поэтому собрать-то под 32 бита не сложно. Торговать на срочной секции будет невозможно. Да и странно жаловаться на 64 бита, если найти 32-битную ОС уже почти невозможно. Само качество работ по переходу на 64 бита вызывает вопросы, это да.
