Sergey Gorokhov написал: Просьба уточнить где Вы взяли версию 1.3 под х32?
Я нигде не брал. Сейчас я с ней не работаю.
Просто логика подсказывает, что если есть х64, то должна быть и х32, разве нет? И в этом ключе, ваши слова о том что в 64хбитной есть функции которых нет в 32х, меня сильно удивили.
Как я вижу на скриншоте часть окна диалога создания обычной таблицы "доска опционов" РМ Quik. Пустые поля "Класс" и "Базовый актив" означают что в терминал не поступают классы срочного рынка. Для ФОРТС это SPBFUT и SPBOPT.
Victor Beregovoy написал: Стандартным образом. Дать возможность задавать произвольное количество именованных конфигураций. И тогда я спокойно сохраню конфигурацию "Основные средства", "Украденное" и "Моя тёща" и буду пользоваться этими конфигурациями.
Ну я примерно это и написал. Только не "абстрактное облако", а на сервере брокера.
Sergey Gorokhov написал: Здравствуйте, Как уже было сказано, Вы уже сейчас можете использовать возможности облачных хранилищ. Если не хотите размещать всю папку с терминалом (хотя причины совершенно не понятны) то можете располагать там только wnd файл с настройками.
Я вообще не хочу где-то что-то размещать. У меня паранойя третьего уровня, и я боюсь этих облачных хранилищ. Я просто хочу, чтобы была возможность подключившись с любого места - получать конфигурацию моего рабочего места квика.
Victor Beregovoy написал: Именно поэтому хотелось бы облачное хранение ТОЛЬКО КОНФИГУРАЦИИ. Облако, разумеется, не стороннее, а Квиковое (на сервере у брокера). И было бы просто классно.
А если у вас несколько конфигураций? Какое в облаке должно сохраняться?
Есть предложение получше. Может быть сохранять конфигурацию в профиле пользователя? На сервере конечно же. Т.е. когда квик логинится в систему, он получает список конфигураций. И возможность загрузить ее. Ну и сохранить/обновить текущую.
Опционально можно завести личную файловую область пользователя, куда можно вгружать например скрипты. Таким образом, пустой "чистый" квик, подключившись к серверу мог бы получить и конфигурацию, и скрипты, и вообще целиком полноценно настроить рабочее место в автоматическом порядке без лишних усилий.
Это баг в винде :) Любое окно, после выбора команды "переместить", если тащить мышь, ничего не будет.
Нужно сделать так. Выбрать команду, а потом курсорными клавишами начать двигать окно, после чего винда понимает что идет процесс перемещения окна, и дальше уже можно таскать мышью. По завершению просто кликнуть.
Stanislav Tvorogov написал: Не рекомендуем использовать устаревшие версии Рабочего места QUIK по причине наличия в них уже исправленных ошибок. Просьба пронаблюдать поведение на актуальной версии программы.
Не хочется говорить ничего плохого, но лично я такое заявление воспринимаю в духе "возможно вы эксплуатировали один из наших многочисленных багов, а сейчас мы его исправили, и ваш скрипт больше не работает (т.е. не поддерживается)".
_sk_ написал: Если посмотреть внимательно на вопрос, то станет ясно, что он был об обезличенных сделках (OnAllTrade), а не о сделках пользователя терминала (OnTrade).
Оу... май пардон :(
Цитата
_sk_ написал: Не знаю, что надо делать с мордами невнимательных комментаторов.
local SELL_FLAG = 1
local BUY_FLAG = 2
function OnAllTrade (allTrade)
.. .
local buySell = 0
if bit.band (currTrade.flags, BUY_FLAG) = = BUY_FLAG then
buySell = 1
elseif bit.band (currTrade.flags, SELL_FLAG) = = SELL_FLAG then
buySell = - 1
end
.. .
end
Да за такое морду бить надо. Разные биты на один флаг? Смеялсо.
Цитата
бит 2 (0x4)Заявка на продажу, иначе – на покупку.
local SELL_FLAG = 2 if bit.band (currTrade.flags, SELL_FLAG) = = SELL_FLAG then buySell = - 1 else buySell = + 1 fi
и никак иначе. А первый бит
Цитата
бит 1 (0x2) Заявка снята. Если флаг не установлен и значение бита «0» равно «0», то заявка исполнена
Дмитрий К написал: Что бы можно было сделать? На ретине просто боль (
Можно в свойствах info.exe на вкладке "совместимость" включить галочку "масштабирование" и выбрать "Приложение". Тогда винда не будет масштабировать квик, и кнопки в окне луа будут на месте. Правда мелкое все будет на этой вашей ретине...
Leff написал: на "сколько транзакция будет идти от терминала до биржи" влияет апи, QPILE и QLUA ?
У меня иногда ощущение что СергейГорохов специально не понимает вопроса :)
Отвечу (ответ был дан в посте #2, но я разжую). Скрипт на QPILE обрабатывается через таймаут, и минимальное его значение - одна секунда. Т.е. скрипт запускается каждую секунду, что-то там считает и завершается. Если во время исполнения он решит что наступило условие подачи заявки - он ее подаст. И она исполнится также быстро как все другие методы (это время существенно меньше таймаута меджу двумя запусками скрипта на купайле с интервалом в одну секунду).
А скрипт на Lua работает событийно. Т.е. пришла новая котировка - обработали, пришла заявка - обработали, и т.п. Конечно это будет быстрее в смысле реакции. Ну и конечно при условии нормально написанного скрипта.
API (речь же о подаче заявок через Trans2quik?) теоретически может быть еще быстрее, т.к. модуль пишется на си или шарпе, но, в общем случае гонка за миллисекундами не нужна, и этот вариант сравним по скорости с QLua.
А вообще, уже неоднократно говорилось, что QPILEумирающий язык, его не поддерживают, не развивают. Поэтому вопрос "QPILE или QLua" однозначно QLua.
Павел Дубровин написал: Меня интересует- как Вы дальше будете нумеровать папки, или может вы какую- нибудь папку с постоянной ссылкой сделаете отдельную для новой версии?
Обычно так, где выпускаются регулярные обновления делается файл (или директория) current, которая является ссылкой на последнюю доступную. Таким образом, всегда качая ftp://ftp.quik.ru/public/updates/current/update.zip вы всегда получаете последнюю версию. Неплохо было бы, если бы вы взяли такой подход на вооружение.
Андрей Пахомов написал: Не повезло в чем? В том, что я пользуюсь программой QUIK?
Возможно да :)
Вообще я имел ввиду, что не повезло в этот раз. Время от времени wnd-файл портится при закрытии терминала, и нормально подняться потом уже не может.
Можно пробовать загрузать предыдущие версии из WNDSAV, в порядке их устаревания. Бывает удается найти вчерашнюю или позавчерашнюю копию (конечно если квик каждый день перезапускается), которая нормально грузится, и изменеия в ней минимальны.
Русский написал: 1. Подал заявки Купить по 130 и Продать по 130. Сработает купля по 120 (по лучшей цене) и останется заявка продать по 130. 2. Подал заявки Купить по 110 и Продать по 110. Будут активны обе заявки.
1. Если текущая 120, а ты ставишь по 130, то конечно исполнится по 120, а шорт130 останется висеть. 2. Если в стакане есть другие заявки по другим ценам, то будет как (1), а если нет, то первая выставленная встанет, а вторая будет отвергнута с резоном "кросс-сделки запрещены"
Сергей Привалов написал: Странно... Подскажите что будет в этом случае, если на 1 сервере я куплю, а на втором продам один и тот же инструмент ? Насколько я помню покупка/продажа самому себе (а по факту такое может произойти, в этом случае) - это нарушение правил торговли биржы.
Вероятно откроешь позицию и тут же закроешь ее. Сервера же синхронизируются через биржу, и, стало быть, все заявки от одного логина - с любого сервера - должны быть твоими. Со всеми вытекающими.
Да, верно. Почему-то у брокеров не ведется корректный расчет ср.цены. В первый день (в день покупки) она еще как-то соответствует, а в последующие дни заменяется ценой закрытия. т.е. в первый день была средняя цена 124, а закрытие прошло по 150, и на сл.день балансная цена будет 150.
Так что: хотите адекватную среднюю цену - считайте ее сами.
Ну тут как-то говорилось, что вы можете взять и насчитать себе нужных индикаторов вручную.
т.е. если не планируется получать 100 индикаторов, а например пару-тройку базовых, скажем МА, RSI, Stochastic, то вы берете Lua-шную версию индикатора, и, получив нужное кол-во значений по инструменту, расчитываете индикатор самостоятельно.