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

Или отключите этот так называемый Защитник.
Полностью.

Лекарством от проблем в дальнейшем будет периодическое обновление операционной системы, обычные регулярные обновления.

Защитник - это для пользовательстких дебилов, придуманное Майкрософтом, чтобы им самим не было потом проблем.

Скажу по секрету, что ни в одной серверной версии Windows (то есть для серверов, админов и программистов) не было никакого Защитника. И не будет. Потому что он только тормозит систему и мешает работать.

У меня quik на серверном Windows в обычной папке C:/Proram Files/
как положено.

Работает без вопросов, безо всяких прав доступа.

Отключите Защитник.

Все равно не согласен.
Photoshop тут очень условен. Я говорю о концепции как таковой.
А концепция такова, для подписка это настоящее *лядство и привязка/назвязывание к клиенту.
Все равно, что иметь рынок только с котировкой Ask и никаких прав или возможностей перед компанией.
И нужно быть онлайн. Это тоже деньги.


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


Главное слово - переучиваться. Это напрягает. И не найти удобных и четких шагоав как что-то сделать в том же интернете.


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


Поэтому, собственно, корпорации придумали подписку, где цены с рынком никак не коррелируют.

Поэтому я за взломанный софт в любом случае.
И только на английском, чтобы можно было быстро найти инструкции по работе.



DebugView очень нужен. Потому что Квик выбрасывает сообщения прямо в него штатными системными вызовами.
Вы предлагаете костыли писать на том же Lua или более громоздким способом.

Что такое ТТП?
Заявки все равно выставляются в Квике по F2.Вы не понимаете о чем речь вообще и что просят.
Мы здесь это не обсуждаем.лишь просил модератора рассмотреть предложение. Вас здесь не просят комментировать и что-то отклонять.

Ненормально, когда софт стоит дороже железа.
И из всего его функционала используется процентов 20.
Смысл переплачивать?

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

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

Поэтому не платить за некоммерческое использвание софта - это нормально. Как бы вечный trial. Вполне легально даже.


Начет linux согласен, но вы тут упускаете из виду "окружение" Квика. Оно очень плотно завязано на WinAPI и иже с ним.
Например DebugView от Sysinternals для отладки Lua, отлова багов и системных сообщений от Квика (info.exe)

Это на linux будет ооочень некрасиво в техническом смысле переносить. На костылях под wine будет работать, как сейчас.
Некошерно, иными словами.

Поэтому и под linux не будет.

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

Котировки - это стакан.
График тоже дергается будь здоров, потому что показывает Last.
Это на будущее.
В России такие активные дни редки, народ привык к практически мертвому рынку.
В Америке активная "бешеная" котировка - это каждый день, даже спокойный.
Квику надо быть готовым.

А варез? А старые программы? Или программы, которых автор обновляет редко?
Пираты не будут выкатывать по три варианта вареза: x86/amd64 (что одно и то же), для Apple и еще arm.
Им бы с чем-то одним справиться. В лучшем случае под винду и мак одновременно.
Или вы предлагаете платить за фотошоп и офис, да еще и по-русски?
Нет, нужна классическая пиратская версия от европейских хакеров.
И самая свежая, они есть.
Но под Arm пока выпускают мало.
Тем более есть мнооого специальных и редких программ.

Так что и Квик без arm-a это нормально. В порядке вещей.

Через настройки самой Винды можно.
Хотя не штатными средствами.
Специальными утилитами, которые поправляют параметры в реестре.
Будет как на Windows 7 или даже Windows 2000.
Очень удобно и сразу для всех программ.

Добрый день!

Есть такое пожелание:

Встроить в настройки Квика (F9) такую вещь как задержку котировок. По сути это будет настройка частоты обновления котировок для их искусственного торможения (в дни сильных колебаний).
Например, по выбору, обновлять раз в 2 или 5 секунд и НЕ чаще. Или в 10 секунд. Или даже в 30.
Через QLua такое можно запрограммировать для своих мини-программ через функцию Sleep().
Почему бы не встроить в сам Квик как глобальную опцию?Интервал (частота) обновления котировок.

Пояснение и аргументация:

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

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

Вот у меня такое предложение, которое нигде не встречал.

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

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

Спасибо.

Да, кстати, в американских платформах, подобных Квику, на C++ написана, весьма хороша (была такая, еще с 90-х, точно такая же модель, когда брокеры подписываются на платформу, а платформу держит независимый разработчик. Её потом выкупил Bank of America и в итоге практически уничтожил, индусские аутсорсные программисты и менеджент, которому ничего не надо, творят чудеса).

Очень старая, подозреваю, что модель Квика и даже бизнес-процесса с нее когда-то срисовывалась.
Называлась InstaQuote.
Тоже с Q логотипом :)

Это было еще до появления Инстаграмма. Так что название не слизано. Точнее, когда инстаграмм появился, платформа была почти убита.

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

По моему через локальный TCP-port  это делалось... Да!
Торговая платформа открывала и всегда слушала 3201 порт, как сейчас помню.
И на порту висело самописное API, очень простое. Никакого Луа.

Опционная доска там была, но она сама была реализована как как бы отдельное приложение, в отдельном потоке. Было видно даже по интерфейсу, что писалось отдельно.
И опционы на Америке совсем по другому устроены. Нет централизованной волатильности от биржи, и многое не так. И опционы на акции. Это не CME было.

То есть задачи и подходы в принципе одинаковы. Что в Америке, что на Квике в России.

Проблема в том, что DDE слишком громоздок. И слишком стар. И ничего лучше не придумали.

В Квике надо несколько манипуляций мышью сделать, чтобы запускать это всё, в Excel.
По сути пишется самописный Excel, берется компонент на C++ и получается DDE-клиент.

А хотелось бы лаконичную DLL повесить и обращаться отдельным запросом внешним С++ или Java "экзешником" через общую память (это лучшее!) или через такой же localhost TCP-port, через WinSock.

Потому что как устроен ColdFusion (или аналогичный слизанный, ксати, позднее с него модный ASP.NET -- это доподлино известно).
Можно написать программу на Java или С++, которая как обычный HTML-тег с нужными переаметрами по мере надобности может вызываться прямо с веб-страницы.
Всю эту обертку и взаимодействие уже делает сам ColdFusion.


То есть можно вызвать расчет ГО, данные из Квика прямо с веб-страницы и тут же отобразить или записать в БД.
Практически не напрягаясь.

Единственное, это сам Lua и переход в С++.

Вот какая-то такая задумка. Обвязку такую сделать.

А опционную доску потом доделают под Qlua. На худой конец, никто не запрещает обращаться напрямую по коду опциона.

Не соглашусь с Владимиром.
Мне вот написание робота на Lua совершенно не нужно. Но я здесь, чтобы написать коннектор на С++ и выдрать данные из квика с базу данных, где скрипт на T-SQL (это SQL Server) сам посчитает, а потом выдаст нужное в веб-интерфейсе через совсем уж редкий язык в Европе для web-а под названием ColdFusion (или CFML)/ Удобен он для написания веб-страниц.

Не верю я в роботов!
Вы на рынке деривативов не работали (на срочном) и не видели, как ГО поднимают и сделать ничего нельзя. Робот тупо встанет в сложный момент.
Только ручная торговля.


У меня задача только получить  данные из Квика. Через общую память, например. Хоть в файл для начала записать на C++ (потому что STL использую).
И получить данные самым быстрым, кошерным способом, то есть создавать технических нагромождений, я пока не могу. Не разобрался. Только вызывать код C из Lua, "приветы передавать", а надо наоборот, брать из Квика и писать в файл или общую память по конкретным тикерам.



И да. Не надо мешать в кучу все свои старомодные представление.
Есть интерпретируемые языки (типа javaScript и Python, Perl, PHP), а есть компилируемые.

Компилируемые в свою очередь подразделяются на настоящие, формирующие машинный код через компилятор, напрямую работающие в железом и процессором (по сути только C/C++ и Pascal/Delphi) и компилируемые в байт-код и выполняемые оберточной машиной, бинарным интерпертатором, по сути (Java, .NET, или вон Lua).

Вот и вся классификация. В 21 веке это так. И будет так. PDP можно и почти все ранее 1990-х можно выкинуть.


На последок надо бы различать язык Ассемблера (по сути это именно язык для человека) и собственно машинный код. Писать и править программы можно прямо в машинном коде, потому что есть двоякие ситуации, когда ассемблер можно по разному транслировать в машинный код.
И сам машинный код на самом деле тоже интерпретируется процессором, почти как обычный текст, на конверее, байт за байтом. Но это уже детали железной реализации. Это уже сделано на заводе, так сказать.

Коротко, для новичков, так сказать.

Хочу написать свой первый простой индикатор на Lua.
Расчет истореский волатильности (HV).
Текущую свечку делить на предыдущую свечку. Дальше буду дописывать более крутые формулы.

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

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

Вопрос в принципе исчерпан, разобрался, у меня работает.

Но какая-то прострация от всего происходящего осталась.
Тут функция работает, там нет.
Функция одна и та же.

...Или я в принципе не правильно представляю...

nikolz, Вы можете объяснить следущее.
Я скачал книгу Programming in Lua, разбираюсь.
Как понимаю, она подойдет и для QLua.

Грубо говоря, Lua это такой встраеваемый скриптовой язык вообще. То есть любой разработчик, кому надо прикурутить к своей среде (хоть к игре, хоть самописный Excel какой, хоть тот же терминал Quik) может встроить Lua, чтобы пользователи писали скрипты, выполняемые в этой среде.
На C пользователи  писать не могут, потому что потребуется компилятор и какое-то межпроцессное взаимодействие и вот это всё.
Поэтому взяли Lua. Могли бы взять Python или javaScript с тем же результатом, не важно.

Но Lua в данном смысле, выполняется совместно в оновным экзешником программы. В квиком в данном случае.


Мне надо написать свою простую С++ программу, которая бы брала каким-то образом данные из Lua-квика и перегоняла их (попутно преобразовывая) в Insert/Select запросы в базу данных на SQL Server. (ODBC, не важно, это уже моя задача).

Я технически не понимаю, как будет работать этот "мост" Qlua -- и моя программа на С.

Я мыслю  в категориях "клиент-сервер".
То есть что должно быть в итоге.

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

Я моя программа к нему подцепляется и спрашивает данные, вызвает функции.
То есть это программа-клиент


Как этот мост в этом скрипте Lua выглядит? Какие функции в том скрипте прописать, что в скрипте делается технически для клиент-серверного взаимодействия?

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

Знаю эту книгу. Про разницу file mapping file mapping vs. shared memory и гугл в принципе отвечает. Разницы почти никакой с точки зрения результата. По сути это одна и та же вещь.

А вот код в "тесте" (за за слово "тест", кстати - имеется в виду скрипт на коленке для быстрой поверки?)
код в тесте совсем непонятен.

package.cpath =paths.."?.dll;" require"nkthread"

Что за dll, откуда их брать?

ss=nkmx.gsm(0,T)   -- это что?

И про SciTE все таки не понял.

То есть что-то вроде Shared Memory.
Надо будет разобраться.

Все дело в строчках
как понимаю.
Что за nkthread ? Это для Lua? Он-то и мутит Shared memory, отсюда такая скорость, тут очевидно.

Что за "тест" в SciTE? В смысле мини-скрипт на Lua?

Что за мутный SciTE? Это именно редактор или IDE внутри которой что-то еще запущено?

Чем плох Notepad++, обычный Notepad или простой и понятный Emacs ?

Начнем с того, что Candle не может Exist. Оно может только Exists.
Поэтому первая и очевидная ошибка для пишущего программиста, о которой выясняется только наступив на грабли.

Это к уровню знания английского и камень в огород разработчиков.

Второе и самое главное.
Можно привести простой(!!!) - это ключевое слово - простой и очевидный пример.
Кто нибудь, пожалуйста.

Хочу написать что-то вроде



Всё. То есть просто отсеивать ошибку не существования свечки на графике с  галкой "Показывать пустые интервалы".
Пользователя бывают дятлы.

Без интервалов, конечно, все прекрасно работает.

Симптом: Квик упорно игнорирует условие CandleExist(idx) и залезает во внутрь бла-бла и как итог появляется ошибка с красным крестом attempt to perform arithmetic on a nil value, чего быть не должно.
Смысл только в подавлении этой ошибки наименьшим фильтром и геморроем для программиста.
Вопрос только в этом.
В документации какой-то ад.
Хочу простой игнор свечки по простому условию.


Не работающий пример из примера документации:




Опыт программирования именно на Lua - меньше недели.
C/C++ и C# знаю хорошо.

Спасибо.

Да, именно через эту настройку сработало! Спасибо. Раньше там был не моноширинный шрифт Segoe UI.

Странно, что в прошлый версиях QUIK 8 и ранее это было по-другому.
Во всяком случае, считывая старые настройки, получаются неверные шрифты именно для стаканов котировок.

Это баг!
Исправтье, пожалуйста, срочно!!!

Версия QUIK 9.1.3.11

В стаканах не меняет шрифт из глобальных Настроек (F9) -> Шрифты.
Меняю всё на Consolas, 9 (например), всё везде меняется сразу, кроме стаканов котировок.

Загружаю старые настройки из QUIK 8 -- всё аналогично. Шрифт не меняется только в стакаках котировок.

Это баг.

"Проблема" в том, что у разных брокеров нужная информация может отображаться по-разному в разных понятиях и колонках. Особенно касается Таблицы Состояния счета.

Потому что настройки брокеров по плечам (маржинальные счета, шорты) могут разные.
А у другого брокера вообще нет шортов и/или плечей.
И настороено по-другому.


Лично доводилось это наблюдать.

Поэтому скорее всего на этот запрос вы ответа не получите.
Новичок и обыватель торговли должен сам настроить свой терминал, исключив все "профессиональные" моменты.

Потому что везде они могут транслироваться по-разному. И это зависит от серверной части Квика у брокера, а не от пользовательской, которую мы тут обсуждаем.

Я про это и пишу.
Ctrl+D -- это долго и абсолютно не логично.

Удаление, как удаление фалов или чего угодно - это Delete.
В крайнем случае - F8.

И это одна клавиша, а не две.

Добрый день!

Очень мучает момент, когда нельзя оперативно снять заявку одним простым нажатием Delete.
Соответственно, было бы логично заменить на что-то одно для замены (редактирования) активной заявки.
Например, Insert.

Или что-то из набора Fn.
Например, F8 для удаления, F4 для редактирования (как это принятно в файловый менеджерах, если и тут не занято).

Хотя Delete было бы намного интуитивнее.



И еще. Давно общали исправить. В контекстных меню окон Закрытие это Ctrl+F4, а не Alt+А4, как написано. Всех окон касается.

Спасибо.

Извините, не в ту тему.

Добрый день!

Очень мучает момент, когда нельзя оперативно снять заявку одним простым нажатием Delete.
Соответственно, было бы логично заменить на что-то одно для замены (редактирования) активной заявки.
Например, Insert.

Или что-то из набора Fn.
Например F8 для удаления, F4 для редактирования (как это принятно в файловый менеджерах, если и тут не занято).

Хотя Delete было бы намного интуитивнее.



И еще. Давно общали исправить. В контекстных меню окон Закрытие это Ctrl+F4, а не Alt+А4, как написано. Всех окон касается.

Спасибо.

Нельзя смешивать x86 и x64 при работе с ODBC и клиентом.

Квик x64 (клиент) может общаться только с x64 драйвером данных.

Если вы не можете обеспечить здесь именно такой мост -- ищите проблему в другом месте. То есть почему вы вынуждены настраивать именно x86 ODBC. (На машине Windows Server 2016 это всё равно костыль, оставленный только для совместимости и не факт что всегда работающий. SQL Server емнип тоже только x64 начиная с какого-то момента, но точно не помню.)

Если без x86 ODBC никак по каким-то причинам, значит никак и здесь. Мост не получится.

Автор пожелания предлагает "Сделать всплывающее окно в углу экрана".

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

Автор, видимо, видел нечто подобное и предлагает реализовать в Quik.

Я же по опуты считаю, что системные всплывающие подсказки в том виде в каком их сделали в Windows 10, в отличие от Windows XP и 2000, сделаны слишком крупно и навязчиво, будут отвлекать и раздражать в работе.

Поэтому предлагаю не использовать эту системную функцию Windows, а ограничиться фильтрацией не срочных сообщений на уровне самого Quik.
Если вообще этим заниматься.

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

Поскольку мосбиржа не очень спешит радовать адекватностью на ФОРТС, предлагаю в Квик добавить следущее:

В верхнюю строку управления доски опционов справа от "Страйков" добавить поле "Шаг" с предварительными параметрами "500, 1000, Все". (Для переключения между RTS и Si очень нужно!)

В список "Страйков" добавить 35, поскольку это достаточно востребовано смотрится на большинстве распространенных мониторов 1920x1080 и ноубуков, чтобы доска занимала примерно половину высоты экрана.

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

Даже когда он отсортирован по экспирации.

Вот эти вот "первая и вторая половина алфавита" для Коллов и Путов соотвественно. Только на мосбирже такая дурка.
Везде в мире при полном названии опциона всегда присутствует явное Call или Put.


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

Да, не удобно в том смысле, что создать новый текстовый файл в блокноте или "Ворде", это значит найти этот файл и открыть его. Это несколько дополнительных действий. Плюс нажать специальную кнопку, которая отсутствует поо умолчанию в Winodows, чтобы открытый сторонний Блокнот или Ворд был поверх активного QUIK, а не перекрывался им.


Нет, одновременно встроенных стикеров и встроенного блокнота не нужно.
Достаточно встроенного блокнота как простого текстового редактора.

Лично мне никакая возможность изменять размер текста, тип и вид шрифта и т.п. не нужна.
Более того -- это будет занимать место на экране, что не правильно.
Досточно просто текстовых заметок, потому что те же опционы, намерения по ним и цены, согласитесь, надо как-то фиксировать при торговле.

И очень хорошо не искать свои заметки в отдельных файлах, а иметь сразу на экране при открытии QUIK.

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

Все окна я обычно не закрываю, а сворачиваю вниз она Квика, как те же новости, и при необходимости разворачиваю.

Понимаю, что вопрос, вероятно, также связан, как организовывать открытие файлов текствого содержимого при открытии и закрытии окна встроенного блокнота.
Предлагаю сделать один единый файл заметок на весь QUIK, содержимое которого и будет всегда открываться. Этого будет вполне достаточно.

Наподобие окна "редактируемых" новостей. Оно одно и его устройство не сложное.


Печать любого окна в QUIK уже и так реализована по-умолчанию.

Очень не хватает ведения записей в произвольной форме прямо в торговгой среде.
Особенно актульно для ведения заметок в произвольной по опционам.
Добавтье, пожалуйста, возможность текстовых заметок в свободной форме, что-то вроде обычного Блокнтоа или Post-It стикеров.
Самое главное, чтобы текстовые записи автоматически сохранялись без вопросов при закрытии терминала Квика.

И чтобы можно было делать разные заметки на разных вкладках.

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


Поэтому такое нововведение, если оно будет, надо бы оформить как оцпию с возможностью отключения.

Спасибо.

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

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

Спасибо!

На внутридневном графике (5-минутном) видна явная линия поддержки или сопротивления (на жаргоне полочка или планка?), т. е. ясно, что облилие покупателей (или продавцов, обратном случае) есть, но все они упираются в какой-то уровень, скажем 77.30.

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

Идея очень похожая на то, что давно сделано на американском рынке, да еще разбито по роутерам (в России нет такого понятия, но это не важно).

Здесь есть одна проблема: Айсберг-заявки. Официальный объем может быть 100, а под ним скрывается миллион.

В Штатах это было бы видно в Open Book для специалиста (и тредров за отдельную плату), но в России играться с цветами, на мой взгляд, смысла нет.

Айсберги видны только на графиках.

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

Есть более интеллигентное решение, давно встроенное во многие западные торговые платформы еще в 1990-ые. Можно развить и его.

Я попросил, например, здесь https://forum.quik.ru/forum8/topic3579/

Просьба в форме ввода новой заявки (F2) подставлять цену last price, а не отсчитывать с нуля при нажатии мышью вверх/вниз. Это реализовано на многих западных платформах как само собой разумеещееся.

Или bid price для покупки, и ask price для продажи.

Спасибо!

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

Спасибо!

Абсолютно надуманная проблема. И еще более раздутые страхи. В феерических масшабах. Настоящий эксплойт сознания масс. Особенно, если мы говорим о домашнем/стачном/или мини-офисном окружении. Если вы имеете в виду среду средней/крупной корпорации, то да. Уследить за всем даже автоматически очень сложно. Но я в контексте Квика описываю именно домашнее/мини-офисное десктопное применение Windows Server.

Существует ровно три варианта заражения операционной системы.

1. Вирус, тонее червь, или намеренная рукотворная атака ломится по сети. Локальной или глобальной (интернет). Надежда у взломщика только на непропатченную удаленную (remote) уязвимость. Для стандарного ПО (наиболее распространенного), которое прослушивает порты, это оочень редкая ситуация. Оcобенно если не пользоваться, к примеру, левыми FTP-серверами (как это любит делать каста ненавистников IIS или линуксоиды, засевшие за Виндой). Все остальные порты, включая типичные системные 135-138 и 445 -- режутся или тем же домашним роутером или файерволом, который в совренном Windows невозможно отключить. Значит режутся все потенциальные черви, основанные на ошибках в этих сервисах (со времен червя LoveSun-2004 мало что изменилось). Равно как неопубликованные/невыпущенные, как вы пишите. Которые сами являются достаточной редкостью. Это крайне редкая ситуация (один на 10 лет). Более того, вся практика показывает, что взломщики сильно отстают от действительно свежих и горячих уязвимостей. А вот увидеть атаки полугодовой, годичной и даже пятилетней давности - обычное дело. Поэтому главное -- своевременное регулярное обновление. Это снимает 99% проблем. И это не пустые слова.

2. Значит эти неопубликованные/невыпущенные должны быть впарены пользователя насильно. Через почту просят открыть якобы очень люпытный файл. Или дают скачать очень нужный PDF (для примера), а впаривают .exe или .scr (надеюсь, вы в курсе, и объяснять не надо?). Уже запущенная зараза творит в системе и локальной сети, что хочет. Тут надо иметь опыт избавления и зависит от ситуации (если уж случилось). Поэтому бекапы регулярно! И использовать e-mail клиент (почтовую программу), а не браузер для почты. Нормальная почтовая программа не загружает даже картинок без явной команды пользователя, а запуск любых файлов из аттача дваджы переспрашивает. Я использую Forte Agent. По своему опыту, могу сказать, что бекапы скорее спасают от физических проблем с диском и выстпают в качестве архивов, а когда я ловил вирус и приходилось восстанавливать - уже не припомню.

3. То же самое, что в предыдущем пунке, но через левые флешки "от друзей". Лечится мертвым запретом любого Autorun на любых носителях.

И конечно работа только с файловым менеджером типа Total Commander включенным показом любых скрытых и системных файлов. Глаз автоматически привыкает и видит любой подвох без усилий.


>П.С. Я вам открою страшную тайну. В клиентских (да вообще во всех) версиях Windows пользователи просто >добавляют себя в группу администраторов (делается одной галочкой в настройках), и на этом вся безопасность с >блокировкой админской учётки заканчивается.

Может быть, просто не сталкивался, поскольку много лет Windows Server. Но обязательно проверю.
Насколько я себе отметил, тот "Администратор", что в пользовательских системах, не является действиетльно полным Администратором именно из-за навязанной Майкрософтом политики безопасности. Например, может ли он легко манипулировать любым содержимым директорий /Program Files и /Windows ?

Проблема достаточно глобальная, наблюдаю как разработчики многих популярных программ "плывут крышей" и устанавливают свой софт по-дефолту в C:/Users/..., что естественно не правильно.

Выше я писал про отличие пользовательской линейки ОС Windows от серверной.

В серверной есть учетная запись Администратора. Точно такая же как была в Windows NT, 2000 и XP. Начиная с Висты и Семерки в пользовательских операционках её блокируют в целях пресловутой "безопасности". Чтобы народ массово не сидел под Админом, не цеплял вирусы по неопытности и сетевые черви не плодились дальше. Поэтому Microsoft принудительно отключила аккаунт админа в новых пользовательских осях. Но в серверных (на которых не работают миллионы ушастых неопытных пользователей) все по старому. Для удобства и по необходимости.

Аналогично с MacOS X.

Однако аккаунт админа в Семерках и т.п. всё равно есть (а как без него?!), но он скрыт и деактивирован. Чтобы под ним работать постоянно и никогда не испытывать неудобств его надо сначала включить. Смотрите на интернете сами.

Вариант, который предполагается по-умолчанию в пользовательских Windows, это запуск инсталлятора от имени админа (правой кнопкой мыши, второй пункт). Потому что только админ может модифицировать и записывать в директории /Program Files/

Встатать-то Quik встанет, но есть проблема. Запускать его тоже придется всякий раз от имени адина, потому как нужны права на запись (сохранение окон, котировок и т.п.). Особенно, если quik захочет обновиться.

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

Поскольку у Quika и обновления, и файлы конфигурации, и прочие временные файлы, все хранятся в одном и том же месте (не расчитано на разнообразие для разных пользователей), это приводит к проблемам, которые проще всего решить устанавиливая quik каждому в папку /Users/

Если хотите /Program Files/ то переходите на серверную ось, или включайте аккаунт админа в пользовательской, обновляйте операционку и не шарьте по сомнительным сайтам, чтобы не подцепить вирус, который потенциально сможет сотворить с вашими данными что угодно.

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

В неочевидном месте находится настройка.
Но получилось. Спасибо.

Пожелание ограничить кол-во строк bid/ask (глубину стакана) у пользователя.

Знаю, это регулируется на сервере Квика, но если брокер выставил большую глубину (напр. 20), а мне на экране достаточно 10 или 6, чтобы все поместилось и было по делу и красиво, то я вынужден перекрывать окна к примеру графиком.

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

PS. Когда сделаете в графиках HLC-бары? (Которые без цены открытия.) Заявку подавал наверное года два назад. Положительный ответ был. С тех пор графики много раз дополняли/переделывали/улучшали, а такой простой вещи до сих пор нет.

P.S. Забыл добавить. При запуске также воссоздается директория algotrade c тремя файлами: ALGO_GTD.dat, ALGO_ICEBERG.dat, ALGO_VOLATIL.dat  (Айсберг-заявки меня тоже не интересуют для работы.)

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

Все нормально, и обновления присылают, правда с сильным опозданием, но тем не менее в целом все нравится.
Есть только один момент, который хотелось бы исправить, если возможно.

Я не пользуюсь и не собираюсь пользоваться языками программирования для quik-a (ни Lua, ни прочими), так же как не пользуюсь никакими внешними программами или модулями (типа Экселя или Авточатриста, или как оно там назыввется). У меня своя отдельная аналитика и QUIK нужен только для просмотра графиков и выполнения сделок вручную.

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

Что это и как эти лишние модули или задачи отключить? Это, как я понял, пришло вместе с настройками брокерского Квика.

Нашел, открыл и настроил таблицу этих алго-заявок, но она абсолютно пуста. Отменять и посмотреть нечего.

Может быть можно отключить какой-то модуль или загружаемую DLL-библиотеку, как например это было с iwr.dll, чтобы отключить Winros.exe. (Я знаю, что админы и поддержка QUIK-a сейчас завопят о категорической недопустимости подобных решений, но я очень хорошо знаю, что делаю, беру всю ответственность на себя, и знаю язык ассемблера, как и бинарное строение программ, более 15 лет.)

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

Брокеры (особенно крупные и известные) бывают очень дуболомны в этом вопросе.
Вот здесь всегда можно скачать самый свежак напрямую.

ftp://ftp.quik.ru/public/updates/

Странно, что QUIK не дает эту ссылку прямо на морде своего сайта.

Обновился с версии 7.14 до 7.16 и сразу заметил одну неприятную в работе вещь: автомасштабирование графика при смене инструмента.
(Возможно, было уже чуть раньше, поправтье, если так, но то, что автомасштабирования не было - это точно.)

Причем, как выяснилось, отменить это не возможно.
Нашел что-то в свойствах графика у конкретного инструмента.
Есть флажок "Учитывать при автомасштабировании". Снимаю его и тут же получаю ответ от системы: "Необходимо, чтобы настройка 'Учитывать при автомасштабировании' была включена хотя бы для одного графика на каждой оси".
То есть невозможно. Возможно, я не туда лезу, но других подобных параметров не нашел.

Чем плохо автомасштабирование.

Графики и единственная таблица текущих торгов у меня связаны.
Переключаю в таблице текущих торгов как правило клавишами Вверх/Вниз на клавиатуре для просмотра графиков и все внимание сконцентрировано на них. Мало того, что глаз ловит меняющиеся графики, так еще и прыгают ГРАНИЦЫ графиков, чтобы, видите ли, влезли цифры значений объемов справа и слева, как и цены.
Мне плевать на эти цифры.
Важно, чтобы ничто не отвлекало внимания и окна системы не менялась.

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

Спасибо, если исправите уже в следущей версии!

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

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

Причем QRYPTO.cfg настроен правильно, редактировал и проверял в "блокноте" и так и сяк.

На помощь пришел старый брокер, у которого отозвали лицензию. Из-за чего и возник мой переезд к другом брокеру и новые настройки.

Оказалось, что три года назад, когда я у него регистрировался, мне так и присалили файл с публичным ключом брокера и  инструкции по почте, что надо в свой pubring.txk добавить и их ключ.
Поскольку и тогда вообще первый раз настраивал Quik и работал на российском рынке, у меня и не возникло никаких проблем.

А здесь получилось, что большой и известный брокер тупо следует общим инструкциям, где такое поведение Quik-a просто не описано.

Шаг третий в генераторе пропускается. А с их настройками даже четвертый.

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

Вот я и занялся физикой.

Оказалось, что публичный сервера (тот который finam.txk или aton.txk), несмотря на то, что он явно прописан в QRYPTO.CFG и поставляет брокером как отдельный файл Quik-у не нужен вообще!

Можно удалить этот файл публичного ключа сервера и всё будет прекрасно соединяться.

Самое главное, чтобы он содержался в pubring.txk

И про это мне сказал только старый брокер, где я общался с админом брокера лично, физически прямо в отделе биржевых операций.
Где нет никаких девочек и мальчиков на телефоне поддержки.

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

Иначе квик не отказывается находить файл с ключом сервера (это тот который называется обычно по брокеру, например finam.txk или aton.txk). И выдает ошибку без задержки, якобы ключ сервера не найден или неправильный пароль. Без задержки, потому что соединения с сервером еще не произошло. Квик не находит ключ в самом начале, еще до соединения.

Но все прекрасно, когда pubring.txk содержит публичный ключ сервера и пользователя одновременно.

Да, в генераторе это присоединение должно происходить на третьем шаге, но по неведомым причинам (несмотря на разные настройки и даже отсутствие таковых) этот шаг пропускается. И на выходе pubring.txk только с ключом пользователя.

Это нормально. Брокеру для регистрации как раз и надо отравлять такой ключ.

Но вы пропишите явно, что пользователю надо добавить публичный ключ сервера позднее, в рабочей конфигурации. Это элементарно делается через обыкновенный "Блокнот" notepad.exe

Сильно сократит жалобы и геморрой для новичков.


Скажу больше.

Квик вообще не обращается к файлу с публичным ключом сервера (тот который finam.txk или aton.txk), несмотря на то, что он явно прописан в QRYPTO.CFG как обязательная настройка.

Можно удалить файл публичного ключа сервера и всё будет прекрасно соединяться.

Самое главное, чтобы он был в pubring.txk

И это нигде не написано.

Тестировано на quik 7.12 - 7.14, а возможно было всегда.

Любое окно внутри квика можно закрыть по Ctrl+F4. И это работает.
Так было всегда.

Но теперь в любом окне в контекстном меню (клик по иконке в левом верхнем углу) написано Alt+F4, что закрывает весь квик, а не окно.

Исправьте надпись.

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

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

И второе. Я не понял как вы предлагаете использовать ваше нововведение в стандартном двухколоночном level II (слева-справа только bid-ask и их объемы) без пустующих полей? Пустующие поля это само по себе специфичность, поскольку противоречит стандартному правилу хорошего тона (или понятию) максимизации полезного пространства на экране. И это происходит не из трейдинга, а из правил проектирования и юзабилити графических программ (или приложений, что по-английски одно и то же).

По-моему это излишне. Вертикальный Level II (или как небрежно его здесь именуют "стакан") - это само по себе экзотика и извращение.

Лично и меня level II только двухколоночный (bid/ask) и нигде прежде я не встречал и представлял другой.
Соответственно, пустующих полей нет, место экономится и выглядит компактно.

Как (и зачем) такой функционал сюда засандаливать - не понятно.