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

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

Как-то я криво выразился.
Я вот что хотел сказать: автоматическое переподключение при обрыве связи подключается при использовании только квикового логина/пароля.
Если есть еще доп. пароль от какого-нибудь ключа (USB, например) - то там никакого автопереподключения не происходит и логин на такой ключ надо вводить всегда заново, на сколько я знаю.

А выставление руками 2-х заявок подойдёт?
Я на что намекаю: указанные заявки никогда не удастся сделать в полном смысле связанными. Т.е. выставили по RI, после чего по каким-то причинам возможно не удастся выставить заявку по Si, хотя заявка по RI уже сыграет.
Если такой вариант впринципе устраивает (одна выставится, другая нет) -то не сложно сделать небольшой привод на Lua для торговли "синтетическим" инструментом.

Да.
Да.
Через C# тоже можно, но уже за рамками квика.

Сохранять номера заявок, для которых был вызов OnOrder.
Кстати, почитайте еще раз справку. OnOrder - это получение терминалом заявки от биржи или изменение каких-то параметров заявки.
А ответ на транзакцию (trans_reply) ловится в событии OnTransReply.

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

sms.ru
5 СМС в сутки - бесплатно.
Далее 25 коп/СМС
Вполне себе вариант.

Это другое, но вдруг в тоже пригодится:
"Общие переменные на все запущенные в QUIK скрипты"
http://quik2dde.ru/viewtopic.php?id=61

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

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

Не понятно: имя dll-файла не изменилось, при этом новый архив (просто новой версии, не новый продукт) содержит только одну версию trans2quik.dll
Она теперь будет только всегда 64-х битная? или как?
т.е. не понятно как две версии будут сосуществовать теперь "по жизни".

> еще можно через промсервер брокера.

А "промсервер брокера" - это что, не QUIK?  :\

Я хоть и не разработчик, но отвечу: терминал подключается только через сервер QUIK.

А вы точно изучили все имеющиеся API QUIK?
trans2quik
FIX client connector

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

А как узнать в момент времени X: имеющаяся свеча уже есть последняя, или еще будут свечи?

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

А какая БД используется?

По русски же пишет - нет файла core.dll по указанному пути
Скопируйте его туда из того места, где он есть.

Мне интересно - на какой вы платформе, что маетесь таким образом в Web-версии?

Выкосить это упорное предлагательство - всего и делов-то

Гипотетический случай последовательности событий вижу таковой:
- отправлена транзакция
- получена заявка с биржи - в ней нет UID (нет еще ответа на транз)
- тут же закончилась торг. сессия - заявка снята биржей, о чем опять нас уведомили, но UID всё еще нет
- пришел ответ на транзакцию - квик сумел связать заявку с транзакцией и радостно сообщил нам UID на снятой заявке, вызвав OnOrder

В общем случае - это разные сигналы с биржи. Это очевидно хотя бы из того, что в OnParam - одно любое (!) значение, а OnQuote - это всегда целый стакан, а не только bid/offer

Если бы всё было так, как вы говорите - мы бы не узнали об изменении данных в стакане в случае, когда bid/offer не изменились.

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

На реальном счёте в выходные стакана не может быть, нет торгов -> нет заявок.
А в любой демо-системе, коей является "конкурс Инвестор-ХХХХ ММВБ", можно в любое время рисовать что угодно.
Подобные вопросы надо адресовать устроителям конкурса.

sam063rus, это про другое, это про количество (и только количество! а не качество какое-либо)  исходящих соединений.

Немедленно, да. Паре сотен клиентов немедленно.
Вы сами-то подумайте, может такое быть или нет.
А еще сколько маршрутизаторов между вами и брокером стоит, и многие из них тоже своё мнение имеют на тему переупаковки данных (особенно когда среда распространения меняется: медь/оптика/космос)

С# - это то еще упражнение в данном случае.
Но в целом смешно читать про сопли там, и параллельно с этим - сопливое клянченье "ну расскажите", хотя всё уже написано в этой ветке

А, вон оно как, т.е. quik где-то что-то сохранил, а потом с сохранёнными этими данными не может запуститься.
Тогда другое дело.

Хотелось бы спросить у ARQA: а что это и зачем QUIK пишет в такую витиеватую папочку?

Мне-то это не надо, потому своего варианта я не предлагаю, но вы ведь понимаете, чт формализация "как мне удобно" - ключевой момент в пожелании?
Квиковцы на основании вашего пожелания сделают "всегда поднимать график на 150 пикселей вверх" - и добьются вашей желаемой картинки и будут правы, реализацию-то сделали, правая часть цены попала. Но врятли это принесёт вам счастье. Так зачем желать того, что счастья не принесёт?

Вот просто в пустую директорию устанавливаете квик, запускаете и сразу такое окошко?! что-то как-то с трудом верится

Смотря как вы ожидание организуете. Можно и не дождаться.

Вообще любого Луа-кода, или заблокирует выполнение только другой потоко-безопасной функции работы с таблицами?

Иначе говоря, рассмотрим приведённый ранее пример:


Предположим, что уже начался выполняться оператор
из main()

И тут вызывается
из OnAllTrade(alltrade)

Это вполне возможно, т.к. это независимые потоки.
Вопрос: table.sinsert() будет ждать завершение выполнения t1 = t[1] или нет?

Про какой рынок речь?

Если бы про айсберг всё было известно - он бы не был айсбергом.

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

Можно поподробнее о самой проблеме с vclua и именами?
И еще: какую версию vclua вы используете? там в разных версиях разный подход применён к формированию имён.

Так вам блокировать, выводить, писать в файл - или что?

Есть такой Юра, музыкант. Которому был задан простой и логичный вопрос.
Здравомыслящий человек не будет на его место становиться в здравом уме.

Можно.
Использовать формулы, очевидно, собственно какие есть еще варианты, если расчет делаем в скрипте?С одной стороны чисто формально сам квик посчитает быстрее, чем Lua. Но учитывая всякие обвязки (получения значения с индикатора, вообще само время реакции на событие) - наверное основную роль будет играть сложность самого индикатора.
Я думаю (то только теоретически! не проверял), если расчет по 5-ти свечками типа сложить/разделить - одинаково, при этом внутри скрипта - как-то надёжнее, вернее - управляемее, на мой взгляд.
Если же надо просуммировать 1000 свечей, да еще дифур решить для вычисления значения индикатора - лучше взять готовое значение из квика, если там есть такой индикатор, это и проще и надёжнее, ибо в своём алгоритме мы еще и наошибаться можем, а квиковый индикатор - хотя бы глазами видишь что он на самом деле считает.
Купили - это:
а) сделка.
б) изменение статуса заявки

Т.е. вроде можно заточиться на любое из этих событий.
Либо на оба сразу, какое раньше случиться, но тут важно построить алгоритм так, чтобы после срабатывания обоих этих событий не оказалось выставленными 2 заявки, а выпулилась только одна, по первому произошедшему.

Выглядит так:

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

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

Из инструкции по установке на это чудо инженерной мысли:

Какая должна быть в итоге версия - не понятно. Заметьте, есть 17-я версия, надо просто обновить!

А если встать на нестартанувший скрипт (в диалоге выбора скриптов), что про него будет написано (внизу)?

"А если написать просто


Кстати, вы вторым параметром message передаёте 100, хорошо ли это?

Как, Windows уже в прошлом?! я  явно что-то пропустил.

У вас ошибка в программе.
Причем не в том месте, которое вы привели.

Этот момент немного не понятен.
А если поставить 1..2 секунды? откуда именно 5? неужели к вам так долго приходит ответ и изменение позиций? (в терминале вы ведь видите изменение?)

Как быстро ваш робот выставляет столько заявок, что "Превышен лимит по инструменту"?

Дело в том, что в отличии от QPILE в QLua при отправке транзакции ваш скрипт сразу продолжает работать как только отправит транзакцию, не дожидаясь ответа на неё.

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

Вроде новая версия в AppStore есть
Починилось??

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

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

В качестве совета как исправить проблему сейчас, могу предложить такое: активизируйте окно графика и нажмите ALT+L. Сразу два профита:
- рамка окна станет меньше, больше пространства;
- исчезнут кнопки на заголовке окна, случайным кликом его уже не закроешь.

Окно станет не перемещаемым, не изменяемого размера, но, на сколько могу понять, вам это вполне подходит. Надо исправить размер/положение - снова ALT+L, поправили, и снова ALT+L. и хорошо.

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