тот самый (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 8 9 10 11 12 13 14 15 16 17 18 ... 34 След.
метки в скрипте индикатора, применение функций работы с метками в скрипте индикатора
 
Цитата
Николай Камынин пишет:
Чтобы использовать функции работы с метками необходимо изначально метить руками или ногами
окно графика идентификатором chart_tag.
-----------------------------------
ВопросЫ:
1) Есть ли возможность сделать это автоматом в скрипте индикатора?
а как ещё скрипт поймёт с каким графиком/диаграммой ему работать? Это своего рода хендл для доступа к диаграмме (правда, в весьма усечённой форме). Другое дело, если бы можно было из самого скрипта графики создавать/рисовать - тогда бы - Да - смысла в чарт-теге бы никакого не было.
доступ к строкам таблицы изменений параметров, почему его нет?
 
:D
getinfoparam
 
тут написано, что foreachi устарела и что вместо неё надо использовать ipairs - http://lua-users.org/wiki/TableLibraryTutorial
переменная с ошибкой
 
там в презентации на нерусском языке (вторая ссылка) - есть и другие более интересные методы "отлова" ошибок.
переменная с ошибкой
 
?
Юридическая сторона вопроса. (ГК РФ Глава 70)
 
Хотелось бы заострить внимание на таком вопросе:
Средствами WinAPI с квиком можно сделать если не всё - то очень многое, благо теперь на это есть вполне законная основа - Ваш плагин QLUA вместе с его LUA/QLUA C API. Таким образом, вопрос:
Каковы границы в программировании на LUA C API через которые нам, пользователям нельзя переходить? Ведь Вы, как компания - их даже для нас не обозначили?
по пунктам:
  1. Можно ли применять сабклассинг нативных окон квика: окно таблицы QTable, выводимое с помощью функции QLUA CreateWindow
  2. Обращение к секции экспорта квика - файл: info.exe - с целью использования его функций.
  3. Добавление собственных вкладок в меню квика.
  4. Получение новостного контента прямым отслеживанием оконных сообщений новостного окна.
  5. Автологин в квике (некоторыми уже тут тактика хорошо применяется на форуме) с помощью функций WinAPI.
  6. Передача информации из квика средствами Win32 Net API по разным сетевым протоколам: TCP, UDP и т. д.
  7. Есть ли какой-то список запрещённых функций или методов WinAPI?
Прошу дать чёткий, аргументированный ответ, здесь, на форуме, без всяких писем - чтоб, как говорится - "для всех".
переменная с ошибкой
 
несовсем понятна конечная цель и её реализация. Но, возможно стоит прочесть, что-нибудь вроде этого? :
http://www.lua.org/wshop06/Belmonte.pdf

ну и, "что за зверь" - этот "-1.#IND" --> http://habrahabr.ru/post/171203/
Что предпочесть при выборе провайдера VDS ?, многоядерность или оперативки побольше
 
квик не занимается распределением по ядрам и процессорам - он отдаёт это на откуп операционной системе на сколько мне известно.
Ограничение на количество отображаемых свечей на графиках
 
я, конечно, бесспорно, могу во многом ошибаться - и с радостью выслушал бы интервью "от создателей":)) но... они почему-то всегда ускользают от подобных тем... :)))
Ограничение на количество отображаемых свечей на графиках
 
Цитата
Старатель пишет:
не чаще 1 раза/сек
не чаще 1р/с происходит в данном случае получение сделки из твс, а оконные сообщения и возможный запрос на полную перерисовку - отправляется на каждый WM_PAINT
Цитата
Старатель пишет:
полагаю, что на неактивных вкладках или свёрнутых окнах обновления графиков не происходит.
происходит - только не отображается - иначе бы при переходе на вкладку - там была бы не актуальная информация в первоначальный момент, и к тому же - есть роботы, индикаторы - они привязаны к графикам -  им абсолютно параллельно активна или свёрнута вкладка - им торговать надо.
Ограничение на количество отображаемых свечей на графиках
 
насчёт сколько умещается свечей в окне - уже написал выше - минимальное число отображаемых свечек (без масштабирования по абсциссе[по времени]) - равно количеству пикселей, укладывающемуся в ширину отображаемой зоны по определению.
Ограничение на количество отображаемых свечей на графиках
 
Цитата
Дмитрий пишет:
Цитата
sam063rus пишет:
положение всех свечек на графике пересчитываются при каждом приходе сделки на график, при масштабировании
Наверное, все-таки не всех, а только тех, которые видны на графике в данный момент. Обычно это меньше, чем 3000.
в этом, наверно соглашусь - бо как не знаю исходную реализацию.
Ограничение на количество отображаемых свечей на графиках
 
и не забываем, что положение всех свечек на графике пересчитываются при каждом приходе сделки на график, при масштабировании.
Ограничение на количество отображаемых свечей на графиках
 
а кто сказал, что он статический???
объект - свеча:
имеет координаты
может менять положение
может менять размеры
может реагировать на движение курсора (показ хинта)
может реагировать на клик мышки (ну типа вывод меню или отправка транзакции)
и т. д.
Ограничение на количество отображаемых свечей на графиках
 
боюсь, что если это будет сделано - то сделано, как с "авточартистом" - он вроде, как тебе не нужен - но, хрен ты от него избавишься.
Ограничение на количество отображаемых свечей на графиках
 
Цитата
Старатель пишет:
одновременно сотню приложений
поверьте, в современных новомодных операционных системах - не одна сотня процессов/сервисов работает в системе - так что, от этого пока ещё никто не ушёл. А так, - конечно, всегда проще предложить купить более мощный компьютер, зная, что клиенту будет просто некуда деваться.
Ограничение на количество отображаемых свечей на графиках
 
дело не только и не столько в ресурсах компбютера, а впределах операционной системы - увлечение контролами - даром не проходит. Свеча, конечно, хоть и не контрол - но и не обычная картинка, а вполне себе самостоятельный объект. И на то, чтоб она была на графике затрачиваются ресурсы и время выделения памяти.

Более жизненный пример - покажите мне современную игру - в которой одновременно 3000 "мобов" на уровне. (не спорю, хоть и "притянуто за уши" - но смысл ясен)
Ограничение на количество отображаемых свечей на графиках
 
Цитата
Stanislav Tvorogov пишет:
По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной.
ну-ну. Лишний раз подтвердили то, что половина надо увольнять:)))

вопрос на засыпку: а почему всего 3000свечей? Даёшь 100500 на один график:))) полагаю, - те кто умные - давно уже всё поняли...)))

господа, ваш квик будет просто "валяться" прежде чем прожуёт столько свечей. Уже сейчас из-за этого, при открытии свыше 36 графиков начинается непредсказуемая работа - он просто падает, и не всегда с дампом. При этом, не забываем, что все ваши свечки, чудо-порисульки графики - всё работает в главном потоке квика. Это всё равно, что сделать из квика не терминал, который позволяет быстро реагировать/обрабатывать транзакции, а какой-то музей - с картинами-графиками. -> можно посмотреть но, нельзя касаться.

у вас нет никакого чувства видения перспективы ваших таких "поделок". Вы сами угробите квик.
----------------------------------------
в общем, вы не перестаёте меня разочаровывать...
Расчёт индекса РТС
 
а вообще - расчёт самостоятельно индекса ртс - дело неблагодарное, бо как зависит от кучи разных факторов, которые постоянно меняются и не предсказуемы. Сама методичка может измениться, могут быть приняты те или иные решения клиринговой палаты и т. п.
Расчёт индекса РТС
 
Цитата
Николай Бехтерев пишет:
чтобы это значило?
это значит, что перед тем как считать формулу - надо проверять аргументы на их наличие (т.е. значений в них как таковых).
QLua-Indicators SandBox Internals
 
Цитата
Старатель пишет:
Причём столько раз, сколько открыто Lua-индикаторов.
поверьте - у меня индикаторов - много больше чем 11 на всех вкладках. конкретно на той вкладке - которая последняя (перед предыдущем отключением квика) - там вообще нет индикаторов - только окно системных сообщений.
QLua-Indicators SandBox Internals
 
Цитата
sam063rus пишет:
Индикатор - не добавлен, но присутствует в списке индикаторов.
т.е. - я вообще ничего не делал: я просто кинул его в папку LuaIndicators и включил квик - в итоге, не будучи ни на одном графике - он сам запустился.
QLua-Indicators SandBox Internals
 
как видите, в "индикаторе", ни на графике - нигде - нет привязки ни кодному источнику данных/либо графику - но он всё-равно запускается. И причём, несколько раз:

Код
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
testBug#00002
QLua-Indicators SandBox Internals
 
Цитата
Старатель пишет:
Только не при старте QUIK, а при добавлении индикаторов. Надеюсь это пофиксят.
вы попробуйте - и сами убедитесь. просто добавьте мой последний скриптик и в системных сообщениях - всё увидите:)))

версия 6.17.1.17

я уже, как 3 месяца об этом говорю - никто не слышит.
QLua-Indicators SandBox Internals
 
Цитата
Старатель пишет:
Цитата
sam063rus пишет:
Запускаются "автоматом", при старте квика (чем не основа для вирусописательства?)
Вы можете привести конкретный пример скрипта, который не будучи добавленным на график автоматически запускается при старте QUIK?
специально для Вас, потратил время:
Скрытый текст
Индикатор - не добавлен, но присутствует в списке индикаторов. Квик, просил передать, что он висит до сих пор:)))

ну, или, если без getScriptPath, а просто голый мессэдж:
Скрытый текст
OnOrder без UID
 
Цитата
Олег Хуснутдинов пишет:
даже если OnTrade вызывается более одного раза по одной и той же сделке, такое тоже может быть и не является аномалией
ну как обычно - "эт не мы такие, эт вы..."
QLua-Indicators SandBox Internals
 
Старатель,
или в кратце - такая "песочница" - пока ничего кроме очередных глюков не принесла. -> скрипты весьма нестабильны, полного доступа к qchart - они не представляют, а только "дразнят". Запускаются "автоматом", при старте квика (чем не основа для вирусописательства?). Ну и спрашивается, "на хрена козе баян?"
QLua-Indicators SandBox Internals
 
Цитата
s_mike@rambler.ru пишет:
Что, в общем-то, должно быть очевидно.
да вот, что-то мне это теперь уже особо не очевидно бо как  и там и там:
1. функция загружена
2. инициализирована
3. находится не в коллбеке
Понятное дело, что машины разные и пути папок, которые транслирует функция разные - но, в одном случае, она "мусорит", а в другом нет.
QLua-Indicators SandBox Internals
 
ещё одна небольшая подробность:

та же функция но, только в QLUA-script VM - ведёт себя абсолютно стабильно:

Код
message(getScriptPath())

is_run = true

function main()

  while is_run do
    sleep(100)
  end

end

function OnStop()

is_run = false
return 1000
end
 
Что говорит о том, что эти функции - абсолютно разные физически и имеют лишь общим - только название.
QLua-Indicators SandBox Internals
 
Лично меня - не устраивает извечная констатация факта и очередные "приносим свои извинения". Мне нужна - причина. + толковая, соответствующая реальной жизни - документация.
QLua-Indicators SandBox Internals
 
Цитата
Дмитрий пишет:
уже известно (обсуждалось в Вашей же теме):
пока ничего ОФФИЦИАЛЬНО неизвестно. То, что они там в курсе - не объясняет причины.
QLua-Indicators SandBox Internals
 
p.s. как закончу с "песочницей" QLUA-Indicators VM -> примусь за QLUA-script VM
QLua-Indicators SandBox Internals
 
Причина такого непредсказуемого "поведения" - для меня известна...
Однако, понадеемся услышать мнение на этот счёт от разработчиков (с обязательным отражением в документации).
Итак, разработчики - You are Welcome! :))
QLua-Indicators SandBox Internals
 
Начинаем разбираться с getScriptPath()
Итак, "поехали"

Такой код - вешает намертво квик - он даже не может толком загрузиться. Бо как начинает выполнение скриптов индикаторов сразу же при своей загрузке:
Скрытый текст
ок! "Спрячем" getScriptPath() в коллбек Init():
Скрытый текст
Скрипт благополучно и правильно отобразил путь


Ладно, удалим индикатор и по новой наложим на график.
Что ж, и так всё работает.

Вернём getScriptPath обратно наверх. (см. первый вариант кода)
не выключая квик, удалим и по новой наложим индикатор

И тут, разгадка:

Код
 E@
O:\Program Files\smth\LuaIndicators\testGetscriptPath
ещё раз переналожим индикатор:

Код
EЃ

O:\Program Files\smth\LuaIndicators\testGetscriptPath
 
Таким образом, при работе getScripthPath на выходе, собирается какой-то случайный мусор.
QLua-Indicators SandBox Internals
 
Очередное небольшое "открытие":
Итак,

Действия:

1. Сделал тестовый скриптик и попытался наложить на график. Саму библиотеку qte - положил вместе с индикатором.

Скрытый текст

Result
-> Не прокатило, - он даже не появился в списке индикаторов.

2. Немного "допилил" скриптик - разместил "пути" и require - в функции Init()
Скрытый текст
Result -> скрипт запустился, попутно выяснилось следующие вещи:
  1. Все эти Ваши м-м э-э... так называемые графики и индикаторы-порисульки - работают в основном потоке квика
  2. Чем больше Вы на "открываете" графиков и таблиц, чем больше наложите индикаторов - тем медленее будет Ваш квик.
  3. Получается, имеет значение место расположения "путей" и функции require.
3. Вернул опять - всё, как было. Поместил "пути" и require в самое начало скрипта
см. пример из "1"-ой версии

Result -> старина квик - не вынес всего этого (нувыпоняли...  :) ) )
Он просто завис и даже экран побелел :) ))

Скорей всего: проблема в том, что по великой "умности" разработчиков - своей функцией getScriptPath - они нае... (перемудрили) самих себя. Всякий раз - она выдаёт совершенно разные пути. Причём, весьма "неисповедимые".

--------------------

Далее, исследование продолжать не стал - т.к. то, что нужно уже выяснил: индикаторы работают в одном потоке с квиком, есть ли разница где находится require или нет - уже нестоль важно (для меня) - да и с getScriptPath - похоже - никто не спешит разбираться.
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
 
либо, если некоторые параметры в таблицах - всё же изменились, и - они не могут быть "старыми" параметрами - тогда - ДА. можно достичь некоторого "ускорения"
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
 
только если по виртуальным заявкам (без получения отчёта о транзакции). к чему это приводит - известно...
API на C#
 
если тут речь о API Quik - то это уже обсуждалось:
https://forum.quik.ru/messages/forum1/message1507/topic215/#message1507
https://forum.quik.ru/messages/forum8/message965/topic151/#message965
Таким образом, нужно знать контекст плагинов - однако, это закрытая информация.
Но, никто нам не мешает воспользоваться секцией экспорта квика (info.exe), через qlua-прокладку. Таким образом, воспользовавшись в своей dll (в формате QLUA C API) функцией из WinAPI GetprocAdress - можно получить доступ к усечённой версией QUIK API, а именно - теми функциями, которые объявлены в его секции экспорта. При этом, это всё будет абсолютно легально.
Однако, функционал, конечно, будет сильно напоминать "тупайл".
---
Повторюсь, не надо плеваться от QLUA-прокладки. В данном случае, это необходимое "зло". Если разработчики не собираются раскрывать для нас QUIK Plugin API - то, ничто не мешает нам сделать своё API. Все плагины и QLua в частности - всё располагается в контексте одного процесса - квика, и в его адресном пространстве. А значит, "окно в процесс" - у нс уже есть. Пишем свою dll (в формате QLUA C API) и реализовываем весь функционал, ограниченный только нашим воображением и функциональностью WinAPI. При том, опять же, на легальной основе.

---
p.s. Если у Вас по прочтении онного всё ещё остались вопросы - то, думаю, "знания 6 языков программирования" - так и не пошли на пользу.
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
 
конкретно о синхронизации времени - на выходных - брокер тоже показывает фантастическое время. Но, к понедельнику - всё становится синхронизировано. Я не спорю, что это может быть только у моего брокера и что мой вариант - не панацея. Было бы, конечно, куда проще - имей мы всю поступающую через шлюз информацию.
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
 
Цитата
Старатель пишет:
Наблюдал расхождение между локальным временем и серверным более 40 сек.
Согласен, было бы проще использовать ping - но не все брокеры "пингуются". В другой ветке - я уже малость озвучил проблему (одну из сторон) -> https://forum.quik.ru/messages/forum10/message6085/topic616/#message6085

Цитата
Старатель пишет:
Так что, в общем случае, текущая позиция по счёту может и не совпадать с ожиданиями робота.
именно для этого, по примеру wealth-lab - есть "менеджер заявок/транзакций" - и все роботы - "в курсе".
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
 
Цитата
Старатель пишет:
а не полагаться на биржу.
если на биржу нельзя положиться - то в такие моменты и торговать не стоит. Иногда, самое правильное - уметь "сидеть и курить на заборе".
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
 
Цитата
Можете подробнее описать, каким образом вы реализуете контроль целостности данных?
Цитата
Не отображались изменения позиций по срочному рынку.



В смысле, при покупке/продаже контрактов не изменялись позиции по клиентским счетам? Такие проблемы на бирже часто случаются. Очевидно, текущую позицию нужно считать в каждом роботе самостоятельно, а не полагаться на биржу. И при большом расхождении значений отправлять уведомления по sms и e-mail. И копию отправлять брокеру и на биржу, чтоб не расслаблялись.
для начала: to GOOGLE it -> site:moex.com "технический сбой"
и... читаем/собираем всю информацию по всем описанным ранее сбоям.

насчёт самому считать...
ранее попадались роботы-"меценаты" - они не ждали ответа на транзакцию в виде отображения параметров в таблице по позициям (не хотели тратить на это своё время). Потом, в газетах писали, что у такой-то фирмы отозвали лицензию и она вообще разорилась. К чему я это всё? К тому, что параметры безусловно считать нужно и по своему - тоже. Но, если параметры не соответствуют "ожиданиям" - то, нет смысла торговать в это время: либо закрывать позицию (если возможно) и "постоять в сторонке", либо снизить риски - уменьшить лимит по боту и инструменту.
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
 
Цитата
Старатель пишет:
Цитата
sam063rus пишет:
Также мониторится серверное время и локальное - при слишком большой разнице - некоторые алгоритмы - отменяются
Вот тут не понятно. Какие ошибки таким образом вы пытаетесь устранить?
моё время - синхронизируется каждый день по интернет штатными средствами Windows. Такая точность, которую она обеспечивает - меня вполне устраивает. Если расхождение между локальным и серверным временем > 1 сек то это простой способ определить нагрузку на канал брокера. Стало быть, торговля, слишком привязанная к актуальности параметров - отменяется, остаются только - позиционные алгоритмы.
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
 
такого индикатора - вам никто и никогда не предоставит. "кому нужно дарить кнут, чтоб потом тебя им гоняли?"

для себя - уже сделал такой "индикатор" -> https://forum.quik.ru/messages/forum17/message5790/topic606/#message5790
Графики фьючерсов
 
Цитата
Старатель пишет:
о у брокеров отпадёт необходимость в его покупке.
тогда , что тут ещё можно обсуждать? К этому - и веду. Функционал - определённо есть (я сейчас говорю не только об этих "банальных примерах") > НО!!! Они не дают им воспользоваться. При том, что и у брокеров - "рыльце в пушку"
бо как. по мимо всего прочего - они ещё имеют инфраструктуру.
Графики фьючерсов
 
поставлена задача - дать пользователям полный доступ из квика  - к архивным данным (из папки Archive) - и что мы видим?
А ыидим мы - тысячу и одну отговорок.

приведу более наглядный и из жизни пример - есть плагин strartvolat.dll - рассчитывает улыбки волатильности и всё-такое. Вопрос:
пояему нельз было сделать для "всех" - возможность привязывать абсциссу к независимому источнику данных???
Графики фьючерсов
 
всё веселее и веселей. конкуренты появились. теперб так это называется...
Графики фьючерсов
 
Цитата
Alexey Ivannikov пишет:
В такой парадигме уже давно и безпроблемно работают многие брокерские компании
моя компания - мне прмо предложила - если сделаете софт нетолько для клиентов НО!!! и для брокеров - они поддержат. Я - к сожалению, не смогу это потянуть....
Графики фьючерсов
 
Цитата
Alexey Ivannikov пишет:
ак что Ваше замечание тут несколько неуместно.
Арка - мои замечания... - уже давно в Ваших глазах ничего не стоят. Вы просто их игнорируете. Хотя стать Вашим конкуреном - дело весьма небольшого времени. Просто, я - как филантроп - люблю долго объяснять/наставлять/спонсировать своим кошельком Ваши "недоразумения".
Графики фьючерсов
 
Цитата
Alexey Ivannikov пишет:
но, как Вы понимаете, у нас нет возможности заставлять их это делать.
у Вас есть просто возможность - уйти уже с рынка и не позориться...
Страницы: Пред. 1 ... 8 9 10 11 12 13 14 15 16 17 18 ... 34 След.
Наверх