Подавляющее меньшинство. У меня жестко настроены SRP, со знанием дела это говорю. В основном самодельщина этим страдает, ну и ancient software, включая квик. Вот на этапе установки многие пытаются распаковаться в temp и стартануть оттуда, это да.
Google Chrome и прочие ему подобные браузеры, WatsApp, Скайп, Zoom. Это та "самодельщина", что с ходу пришла на ум. Большинство это или меньшинство - я не знаю, однако ж это наиболее массово используемые сейчас программы, согласитесь. И все они по умолчанию без спроса ставятся в user\AppData и т.п. и практически молча обновляются там же, не понятно что неся в себе.
Не стоит рассказывать мне, как семерка не работала из PF (x86). Она у меня и сейчас оттуда работает в другой виртуальной машине.
Проверьте включен ли у вас UAC и что там с правами на каталог с QUIK. Наверняка выяснится, что либо UAC отключен наглухо, либо на папку с QUIK выданы права на запись всем пользователям. Ничего нового тут нет, QUIK так работал всегда.
Ещё не хватало, чтобы Арка заморачивалась с профилями, групповыми политиками и прочая
QUIK вполне себе работает на несколько пользователей на машине за счет того, что все настроечные файлы читает из "рабочего каталога", а не оттуда, где лежит info.exe И туда же и пишет, если не ошибаюсь. Механизм не в стиле Microsoft, но рабочий. Да и докрутить его до поддержки доменных политик не сложно, достаточно рабочий каталог указывать в профиле пользователя через подстановки.
Прикольно, конечно, у винды получилось: с одной стороны хорошо и по делу защитили Program Files С другой - теперь все проги ставятся в user/local, чтобы была возможность лёгкого и незаметного их апдейта Выходит в мире не решили толком проблему удобства пользователя и защиты Как обычно, удобство победило безопасность
Иван написал: Единственный нюакнс который заметил - как полагаю на время запуска звука приостанавливает работу скрипта. Может ошибаюсь - но все же это доли секунд.
Проигрывать файлы - затратно. Даже если само проигрывание идет асинхронно, надо до возврата из функции загрузить указанный файл (чтобы знать случилось ли это успешно), проинициализировать звуковую карту и разные прочие накладные расходы. На это время, понятно, всё приостанавливается.
Есть просто разные подходы к расчету "средней цены позиции", зависит от требуемого результата и деланий. QUIK в "Таблице лимитов по бумагам" рисует в самом деле "цену приобретения". Которая, как очень удачно и красноречиво показано выше на примере закупочной цены картошки, не изменяется при продаже. Однако часто трейдер желает видеть другой параметр - цену "безубыточной продажи" для оставшихся ведер картошки. А вот эта цена уже зависит от того, по чем был продан предыдущие партии ранее закупленного картофеля.
"Случайный" порядок будет всегда. В этом нет ни намеренной ошибки, ни злого умысла. Соответственно и "исправлено" это никогда не будет. Исправлять нечего.
Причина проста: биржа отправляет информацию о сделках, заявках и ответах на транзакции (OnTransReply) через разные подключения в шлюзам биржи. Это физически разные подключения, через разные порты (возможно даже разные хосты), посмотрите сами документацию по шлюзу МосБиржи, например. Таким образом эти потоки не синхронны уже на стороне шлюза биржи.
Стоп-заявки - сущность сервера QUIK, не биржи. Так что "отклоняет" их - сервер QUIK, При отклонении стоп-заявки сервер всегда присылает причину (текстом). Например, "недостаточно средств", т.к. иногда под стоп-заявку требуются средства. Если бы вы озвучили этот текст причины - была бы возможность ответить более предметно.
И было бы здорово, если бы вы уточнили: как связана тема и содержание вопроса??
Александр написал: При регистрации через luaopen_ квик выгружает lua53.dll раньше, чем саму dll при условии, что я не подписываюсь на main или вызываю в main ошибку при помощи LuaError.
Могли бы вы описать более подробно: как вы это поняли про порядок выгрузки?
Sergey Denegin написал: Как только программеры квика сами не могут понять, что когда они окончательно достанут своими новыми виснущими версиями пользователей, все откажутся от квика, и и брокерские конторы перестанут платить, и будут они искать новую работу. Рубят сук на котором сидят
Давно есть метатрейдер с выходом на биржу. С крутым встроенным языком и всё такое. Предлагаю бить не словом, а делом, т.е. ногами ) После расскажете как оно.
Не присоединяться надо к просьбам, а форсировать, как сделал этот добрый человек forum.quik.ru/messages/forum10/message45103/topic5435/ Хоть спасибо ему скажите.
Уточните зачем Вам это? Мы считаем что все DLL файлы которые лежат в дистрибутиве, должны лежать в дистрибутиве без пояснения причин. Просто так надо.
Вы можете считать как угодно, однако было бы здорово, если бы вы нашли в себе силы нормально документировать систему. И отвечать на вопросы, а не переспрашивать в ответ "зачем вам это надо". Т.е. скрипты Lua могут использовать внешние dll-библиотеки, то критично важно знать как сейчас технически устроен интерпретатор Lua в QUIK для того, чтобы:
1) Исправлять ваши же косяки с организацией Lua-машины и внешних библиотек. См. изготовление правильной lua5.1.dll как прокси к qlua.dll https://quik2dde.ru/viewtopic.php?id=47 Что характерно, позже вы сами добавили в дистрибутив QUIK lua5.1.dll, сделанную именно таким образом, а не просто подложив её из дистрибутива Lua, т.е. признали такой подход верным.
2) Понимать с какой же dll-библиотекой необходимо линковать свои внешние dll модули для Lua: с qlua.dll, с lua5.1.dll или с lua53.dll ? В том числе чтобы не возникало проблем, описанных по ссылке из пункта 1).
3) Чтобы в конце-концов все же понять: что за файл в дистрибутиве lua5.1.dll ? Что это? как он функционирует в составе Lua 5.3 ? Если у меня есть dll, которая была ориентирована на работу в Lua5.1, эта dll работала в составе Lua-скрипта на предыдущих версиях QUIK и, предположим, она корректно запустилась на QUIK 8.5, используя при этом обращения к lua5.1.dll для вызова функций Lua-машины - то могу ли я быть уверен, что такая библиотека будет корректно работать в составе QUIK 8.5 ? В том числе с учетом изложенного в пункте 1) ?
Так что я просто-таки требую ответа на вопрос, ибо в противном случае вы утаиваете часть необходимой пользователям информации.
Почему все компании производящие платформы всегда рассказывают и показывают как устроена платформа внутри (в точки зрения её организации, требуемой пользователю для понимания что и как, и только QUIK традиционно выдаёт информацию по крупицам, просто-таки клещами всё приходится вытягивать? Это, кстати, скорее всего говорит лишь о том, что вы даже не продумываете совершенно клиентские сценарии работы с вашим ПО, вы просто не знаете о них! И QUIK вы выпускаете "как получится", не продумывая клиентские сценарии. Соответственно вам просто-напросто и рассказать-то не о чем. Вы не понимаете что вообще пользователям требуется для нормального функционирования системы. И лишь когда пользователи с удивлением обнаруживают разные "неожиданные сюрпризы" - внезапно в них сознаетесь (типа многократного срабатывания OnTrade и OnOrder). Прекрасная, очень прекрасная позиция!
Иван написал: Последовательность событий OnTrancReply(), OnOrder(), OnTrade(), имеют всегда жесткую последовательность исполнения, или же могут в разном порядке сработать?
Нет. Фиксированной последовательности нет. Скрипт следует писать так, чтобы он корректно работал при абсолютно любой последовательности вызова этих событий. Более того, OnOrder() и OnTrade() могут быть вызваны по несколько раз для одной и той же заявки и сделки.
Чисто теоретически OnTrancReply() вовсе может не быть вызван (например, терминал потерял связь после отправки транзакции), но будем считать, что это слишком экзотический случай, хотя и вполне реальный, такие сообщения на форуме были.
Второй метод спасет только от формальных синтаксических ошибок в коде. Если синтаксически код корректен, но возникнет ошибка при исполнении (обращение к необъявленной переменной, например) - то второй метод не спасет. А первый - спасёт, для того и предназначен
На самом деле вполне разумная фича Мало ли что убраны лишние элементы интерфейса? то не должно мешать возможности при необходимости разворачивать какое-то окно, а посте - восстанавливать его размер. Двойным кликом или комбинацией клавиш.
Верный ответ: 1) поместит заявку в очередь с номером 101
Ни биржа, ни сервер QUIK не ищет в очереди заявки в момент их выставления. Кстати, биржа и вовсе не понимает "заявка того же клиента". Для биржи это всё заявки "одного брокера", а клиент вписан лишь в комментарий, на который биржа не смотрит.
В момент написания этого сообщения видим следующее:
Вопрос к тому, что отображается в выделенным оранжевым прямоугольником. Ранее там всегда был автор последнего сообщения в теме. Но теперь отображается что-то вообще не понятное. Например, если открыть первую тему на скриншоте https://forum.quik.ru/messages/forum1/message44641/topic5394/#message44641 то там даже нет ни одного сообщения от автора с ником "Инесса".
Поправьте как-нибудь эту странность с отображением
Вообще говоря если бы вы торговали только акциями (которые в Т2) - вы бы этого всего и вовсе не заметили скорее всего. "Странности" вылезли из-за того, что вы (судя по первому сообщению) торгуете акциями и облигациями. А за облигации расчеты происходят сегодня (т.е. в Т0). Вот тут и начинаются нюансы ;) Хотя откуда у вас взялся недостаток средств именно на Т1 - всё одно не понимаю. Следует обратиться за толкованием к брокеру для конкретной вашей ситуации.
Такие вопросы лучше задавать брокеру: как и что устроено у конкретного брокера. За это вы и платите ему комиссию. Кстати, именно брокеру следует адресовать вопрос как так вышло, что в Т0 и Т2 у вас средств достаточно, а в Т1 - нет. Это весьма странная картинка, даже не могу придумать как это так вышло. Но брокер вполне сможет дать вам ответ.
Цитата
Марк написал: Никак не привыкну к режиму торгов Т2 (на Мосбирже): купил акции сейчас, а продать их смогу только через день.
Нет, это не так. Ведь вы и продаёте, и покупаете акции в одном режиме Т2. Вообще говоря по идее вас этот режим Т2 не должен совершенно никак тревожить, особенно если речь про внутридневный скальпинг. Т2 - это про денежные расчеты с биржей, а не про возможность покупки - продажи.
Т.е. Т2 - это вот что (если грубо): вы купили акции сегодня, а деньги на биржу за них надо будет отдать послезавтра. Во всяком случае что касается расчетов брокера с биржей, с вас брокер, понятно, хочет деньги уже сегодня в обеспечение, но это отдельная история. А если вы сегодня акции продали - то биржа вам после завтра эти деньги на счет начислит. Но если вы утром купили, вечером продали - то фактически как бы деньги никакие не заделись в том смысле, что по обеим операциям расчеты будут только послезавтра. Но рассчитываться-то уже и не за что, акции проданы, расчет только в размере прибыли/убытка произойдёт и все.
Так что с внутредневным скальпингом всё в порядке.
Однако если вы привыкли к форексу (откуда там акции, кстати??), то вам бы лучше напроситься на курсы к брокеру, чтобы он растолковал что и как. Т.к. биржа устроена несколько сложнее, и некоторые биржевые процессы приходится учитывать при торговле на бирже.
И есть готовый пример dll, компилируемой в 32 и 64 битные варианты Можно на основе того проекта сделать, просто заменить файлы с исходниками, переименовать файлы проекта при надобности и имя выходного файла. А проекты уже настроены как надо
Анатолий написал: Привет, слушай выручи пожалуйста - можешь помочь скомпилить библиотечку https://github.com/jmckaskill/luaffi я бился бился ничего не получилось, все по мануалу автора делал неполучается
Там надо аккуратно разобраться с bat-файлом. В нём указаны абсолютные пути до lib-файлов и до lua.exe (на диск Z:) Эти пути надо просто поправить на свои. Кроме того, часть h-файлов генерируется тут же при сборке через lua-скрипты, опять же надо разобраться и все настроить, чтобы генерация отрабатывала (запускалась Lua.exe) и сделать.
Может вы лучше напишете какие API функции вам нужны? вот честное слово - не верю я в магию "функции в любой dll можно вызвать из lua через эту библиотеку". Где-нибудь да обязательно вылезет проблема, которую замучаешься разгребать.
ЗЫ Модераторы, выделите, плиз, сообщения про luaffi в отдельную тему. А то каша получается тут.
Т.е. - первые три аргумента в функцию будут передаваться строчными, четвертый - число, MSVStudio 2107 лупит мне ошибки: с 1 по 4ую строки - слишком мало аргументов в вызове функции, в чем ошибка? Вроде все по вашему примеру...
Там же форум, можно спросить не отходя от кассы ;)
В luaL_checklstring() третьим параметром передайте nullptr
Это можно сделать только выводом меток через AddLabel / SetLabelParams, в качестве меток выводить картинку одноцветного маленького квадрата. Из этих квадратов формировать линии, задавая нужные координаты меток.
Старатель написал: Допустим, OnOrder получен раньше или OnTransReply вообще не пришел. Есть возможность установить инициатора снятия: сам скрипт, пользователь (вручную) или, может, другой бот?
Такой возможности нет. OnOrder - это сигнал с биржи "параметры заявки изменились". Просто параметры, просто некоей заявки (ну или возникла новая заявка). Никакой привязки к транзакции (т.е. источнику возникновения этой заявки) - нет. И не может быть. Так что надо перепридумывать логику робота так, чтобы такая информация не требовалась. Используйте пользовательский комментарий для различения заявок от разных роботов или ручного ввода, по нему разделяйте OnOrder, например.
QApplication написал: Какими функциями QLUA и в каком порядке можно построить структуру данных о клиентских счетах и др. в виде дерева?
Уже сейчас вам всё это доступно: надо просто проитерировать все лимиты по бумагам и по деньгам И из них выстроить требуемую вам структуру. (Зачем она вам нудна - вот что не понять)
Собственно QUIK в каком-то смысле так и делает: есть лимиты - из них достаётся вся информация. И всё. Никакой "структуры параметров" нет.