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

Если бы знал - я бы вас не переспрашивал.
В QLua есть понятие callback-функций, которые вызываются терминалом при определённых событиях. Вызов этот происходит в основном потоке работы терминала QUIK.

Вы придумали термин "многопоточные колбеки" - было бы хорошо, если бы вы объяснили что он означает.
Впрочем, пожелание ваше, быть однозначно понятым или нет - решать вам, ибо "на мой взгляд это должно было быть совершенно очевидно" - позиция крайне наивная.

https://forum.quik.ru/forum10/topic5408/

Обещанного 3 года ждут. Ну или 33, в случае в QUIK
Хотя, даже и не обещали.

Там намучено не пойми чего.


Что такое "многопоточный колбек"?


Так вы предполагаете, что после возобновления все "пропущенные" колбеки будут вызваны?? из вашего первого сообщения такое желание совершенно не очевидно.

TGB, Артем,
прикольные вы чуваки, с интересом за вами наблюдаю. Я, видимо, не понимаю кайфа мазаться об говно.
Но вы не останавливайтесь, очень вас прошу! Наблюдать всё это крайне интересно.

Как другие пользователи генерируют этот trans_id легко нагуглить по форуму
https://www.google.com/search?q=site%3Aforum.quik.ru%2Fforum10%2F+trans_id

Где вы вычитали про такую странную функцию?

math.random(100000)

Не смог найти ветку на форуме, но точно помню, что писал в поддержку предложение запускать из папки LuaIndicators только файлы  *.lua
Они отписались, что в 8.13 это реализовали... Явно отсюда ноги растут.

Простите меня, люди!  

А еще обнаружил поиском такую ветку форума с запросом 2-х летней давности: https://forum.quik.ru/forum10/topic3758/ (это не моё!!)

Эти поля элементарно вычисляются. Как - указано в справке info.chm, раздел "Позиции по деньгам":

«Всего» = «Текущий остаток» + «Текущий лимит»
«Доступно» = «Всего» - «Заблокировано»

Так что добавлять их в коллбек OnMoneyLimit смысла нет.

Что не так с кодами клиентов?

Нет, ненормально.
Это не дота и не танчики.
Это игра на реальные деньги. На ваши реальные деньги.
Договора с банками тоже не читаете?

Почитайте материалы в сети или сходите на курсы к брокеру.

http://www.h2t.ru/blog/7620.html
https://smart-lab.ru/blog/297231.php
короче гугл штука мощная

Нет, не очевидно. Потому что меня интересует актуальность данных на клиенте, именно там работает мой робот, принимающий решения. Причем актуальность относительно биржи, ибо именно там будут исполняться заявки.

Нет передёргивания.
Сервер данными может и располагает, но до клиента они будут ехать еще какое-то время.
И? какие ваши предложения?
Пример см. в предыдущем сообщении.


Для ТТТ достаточно поставить настройку "Очищать в новый день" или "в новую сессию", что-то такое, забыл название. Тогда недоехавшие данные будут или отсутствовать или равны 0.

Супер.
Я подключился к серверу в 10:00. "Заказал данные". Сервер лил мне их 1 минуту (да, я оптимист). В 10:01 до меня доедет маркер "на момент заказа данные загружены".
Т.е. я имею данные на момент 10:00, и начинаю на их основании отправлять заявки. Хотя сейчас 10:01 и рынок уже совсем другой.

Я ведь всё описал по вашему алгоритму? ничего не упустил?

О! Локализовал проблему!
Парень, реально ты крут  

Книжку твою никому неизвестную ты для доктора пишешь. Ему, быть может, будет любопытно к истории болезни приобщить.
Более никому этот бред не интересен.

Именно про этот код тебе, идиоту со стажем, и говорилось: с таким написанием - огребёшься. Огрёбся. Но продолжаешь изворачиваться, т.к. говно иначе не умеет.

s_mike@rambler.ru, вы всерьез пытаетесь разговаривать с говном как с человеком??
Удивительные люди :)

А вот это очень здравое рассуждение.  

Тебе, дурачку, давно уже сказали, что и сам ты говно, и код твой такой же. Причем именно про это место и говорилось.
Но, разумеется, в твоих руках из жопы виноват нормальный язык Lua, кто бы сомневался.
Про руки твои и голову - это медицинский факт.

Зачем ты мучаешься?
Переходи на QPILE

Поддерка, вы спам от КатСервиса уберёте уже из этой темы?!!
Особенно смешно (если не сказать грустно) долгое наличие этого сообщения выглядит после совершенно бестолкового наезда на одного из грамотных пользователей форума за "рекламу" в сообщениях.

Да, ты медицинский факт, это и так уже всем понятно.

Создать окно -> Состояние счета

В чем его глючность? Вот как языка?


Питона тогда почти не было, когда в QUIK прикручивали Lua. Во всяком случае - он еще не взлетел так массово.


Могли бы пояснить эту фразу? в чем заключается "неприспособленность" для указанного?

Такое может существовать только в голове дурачка с крайне ограниченными познаниями.

F9 - Lua скрипты - смотрим умолчательные версии

"Но как вы догадались, Холмс?!"


Почему позиции будут точкой отсчета??
Торговый скрипт, очевидно, обязательно опирается на данные графиков и торговые данные для принятия решений. Позиции учитывает наверняка, но опираться только на них??

Ну есть собатия прогрузки позиций после начал торгов / клирингов. И что они вам дают? Как это связано с торговыми данными?

Ну и зашибись. Едут пакеты. Контролируется, что они целые. Не целые перезаказываются.
Но знаний об "актуальности" эти никак не добавляет.

Что значит "реализация предложенная"?
В рамках обсуждаемого вопроса - изменился(лись) параметр(ы) на бирже - изменений приехали на сервер - приехали на терминал - вызов OnParam.
Какая еще реализация может быть?


Потому как нет никакой "актуальности данных". Обсуждать просто нечего. Много лет это пытаюсь объяснить.

Модераторы не нужны.
Пусть каждый видит всё как есть.

PS
Самое смешное - это как отдельные граждане не теряют надежды урезонить дурачка. Их бы благородную энергию да на что полезное :)

"Всё" никогда не бывает загружено. Вот простой факт, который надо заставить себя принять - и жизнь сразу наладится.
Все, что мы можем сделать - это быть достаточно близко к реальным текущим данным на бирже.
Все, что мы можем делать - это стараться максимально приближаться к получению в терминале реальных текущих данных на бирже, уменьшать временной лаг.

Это всё. Ничего другого нам не дано.

Я каждый раз предлагаю исходить из одной простой штуки. А как вы сами "на глаз" определяете, что данные загружены?
Вот ровно это и реализуйте в скрипте. Это будет самое надёжное. И вот почему.

QUIK (как система) построен именно для визуального отображения данных в терминале. И скрипты навешаны уже поверх этой парадигмы. Именно поэтому и надо все придумки в скриптах делать исходя из наблюдений "а как я сам принимаю решение глядя в терминал в таком-то случае?".
(потому, кстати, никого и не парил приезд одних и тех же сделок по 5 раз, пока это не вылезло в скриптах; этого просто никто не видит!)

С одной стороны, объективного понятия "загружены все данные" - просто нет. Ну в самом деле: на бирже изменилась цена - все равно терминалы получают это с задержкой. А т.к. в биржевых данных все время что-то меняется - то фактически терминал все время биржу как-то "догоняет". И задача построения торговой инфраструктуры лишь в том, чтобы данные в терминале догоняли биржу с как можно меньшим временным лагом.
Для этого брокер запускает сервер до торгов, с запасом. Для этого терминал есть смысл подключать к серверу брокера с запасом.

Как вы в терминале определяете, что "данные актуальны"? Ну вы же на глаз это как-то можете определить, ведь так?
Например, по прекратившемуся "мельтишению данных". Значит, терминал более-менее всё накопленное прокачал и сейчас получает on-line данные.
Вероятно, в скрипте есть смысл повторить эту логику: например, за какой-то через какой-то интервал времени сравнивать количество данных по каким-то сущностям: количество свечей на графике, количество изменений цены по какому-то инструменту, количество изменений стакана. Что еще у нас "мультишит" в терминале при подключении?
Ну и как только между очередными замерами количество изменившихся данных станет меньше какой-то экспериментально подобранной величины - принять решение "данные актуальны".

Либо подойти ко всему этому "инфрастуктурно". Например, экспериментально установить, что через 5 минут после подключения и/или через 5 минут после начала торговой сессии - данные в терминале на нашем компьютере и нашем интернете - точно актуальные, с запасом. И через 5 минут после переподключения в середине торговой сессии - тоже уже точно актуальные.
Ну и славно, значит, после этих событий ждём 5 минут - и после начинаем торговать. Вариант - вполне.

Или стоит задача попасть в движняк самого начала торговой сессии?
Тогда, на самом деле, надо применять "инфрастуктурный" метод, сокращая время прокачки данных и уменьшая тайм-аут: толще канал интернета, быстрее компьютер, бодрее брокер. И стартовать по времени.
Но: при таком решении надо отдавать себе отчет, что периодически по разным причинам будут происходить неудачные сделки  из-за неактуальности данных в терминале в момент принятия решений роботом. И от этого точно никуда не деться!! Потому как любые способы "контроля" будут оттягивать время начала работы робота, а мы хотим попасть именно в самое начало торгов, потому затягивание для нас неприемлемо. А проблемы иногда точно будут: у провайдера сбойнуло оборудование - просел интернет; у брокера захлебнулся сервер в дни особого движняка; ну и т.д.

На документацию тут ссылаться не совсем точно, ибо вообще не очевидно, что строка числового значения "500" подходит, а "500.0" - не подходит. Хотя это одно и тоже числовое значение, представленное строками.

Как это поможет решить задачу в её изначальной постановке?

Ничего здесь как раз не нарушено. Запрошена цена - её значение возвращается как double. Все логично.


Это не так. Вы путаете транслируемые и отображаемые значения. Просто QUIK в таблицах при отображении учитывает еще параметр "точность цены", отображая лишь то значение цифр после запятой, которое соответствует указанному параметру.


И это не так. Добавление .0 после чисел с типом double появилось в Lua5.3, где есть отдельный целочисленный тип.
Но он здесь не применим, т.к. бывают инструменты с дробной ценой. Так что цена универсально возвращается как double, а tostring() приписывает при конвертации .0 в таким аргументам (при целом значении).


Вопрос к разработчикам ровно один и простой: неужели до сих пор нельзя сделать так, чтобы параметр Transaction["PRICE"] можно было задавать числом, а не строкой?!

Ровно это и приходит.
Или требуются новые значения параметров?

Clrl-D
https://broker.vtb.ru/login/quik/guide/#:~:text=Снятие%20активной%20заявки&text=Снять%20заявку%20можно%20также%2C%20нажав,Ctrl%2BD%20или%20кнопку%20меню

Надо точно ответить на простой вопрос: какое именно значение имеет переменная PRCStr  ?
Ну если вам требуется решить проблему, конечно.

Что такое нормально? Что выводится в окно сообщений, какое значение имеет PRCStr  ?

Местный дурач0к по прежнему не читает документацию.

Знаешь - делись.

ресурсы GDI

Читаю я подробно, вы ошибаетесь.

Невозможно, конечно. Все эти функции - часть терминала, а не просто одной библиотеки.
В самом деле: какое получение данных возможно, если вы даже к серверу не подключены в командной строке?

Вы слишком упрощённо видите мир.
Зачастую даже если для вас проблема очевидна и "всегда проявляется" - запросто может быть, что проблема достаточно уникальна, т.е. проявляется лишь в определённом сценарии, для определённых настроек определённого брокера. Или просто в конкретный закоулок программы мало кто заходит, даже если именно вы постоянно ходите там.

Я про человеколюбие :)

Разумеется. Коль скоро они переносятся на след. день, а значит хранятся в какой-то базе.
Возможно нет готового удобного интерфейса для брокера, но технически информация, очевидно, доступна.

+ Изменение размера окна списка скриптов. С сохранением размера при перезапуске.
+ Поле поиска скрипта по названию (или может даже лучше фильтрация списка, как сделано в других списках)

Косность и дубовость интереса (или разработчиков?) - просто поражает воображение!

Кр. - сестр. таланта.
Но не вашего.