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

есть. используя qlua/lua.

поменяется отношение к инструкции как к более актуальной, тк между wine 1.2.2 и текущей стабильной версией 3.02 изменения более, чем существенные - это очевидно
если учесть количество 32-битных ОС среди пользователей клиента QUIK и всего в статистике использования ОС, то 32-битный клиент по факту выглядит как нелогичное и неуважительное отношение к вопросу
тк вы не заявляете цели кросс платформенности, то действительно выглядит как: " и так сойдет" и "пипл хавает".

пс: ноль претензий, дело хозяйское.

ничего из приведенного в инструкции в тестовой конфигурации
вы уже не встретите.

что ж, под вин10 и 64 бит вы не стремитесь
совместимость с другими ОС не актуализируете

странно, но дело хозяйское.

тогда возможно есть смысл обновить очень-очень старые инструкции?

https://arqatech.com/upload/iblock/9c7/quik_to_linux_instruction.pdf  

" .. и вот когда кажется, что глубже уже некуда ..." (с) .. эфективныеМанагерыАРКА .. от(к)рывают новые горизонты .... вниз

то, что ты ничего не умеешь - твоя проблема.
не хочешь учиться - плати деньги.
требовать халяву - ещё то хамство.

твоего мнения не спрашивал.
нет денег на индюки и мозгов в башке учить луа - читай внимательно, молча. :)

с чего ты людям задания выдаешь в таком тоне?

головой болен?

lol

выбираю - свернуть, тк беседовать интересно с философами, а Ваше мнение о том, что написали в книгах другие мне не интересно.
до встречи в стакане.

в третьем классе? в 9 лет? Вы -гений? :)

как-то мне кажется, что финансовый рынок - это не то место, где надо искать легкой жизни, причем весь вопрос именно во времени - не суетиться и системно развиваться, понимая где находишься и куда идешь :)

выше  писал форумные лозунги с пунктами, реализация - дело интимное :)

дилетантизм и верхоглядство - бичь нашей современной реальности.

что ж, будьте несогласным. у нас свобода мнений :)

спор ради спора или реально не вдумались? :)

не вижу тут чего-то странного,
квик - грамотная поделка, дык почему бы не накинуть на вентилятор? :)

не читал, но и не говорю ничего слишком узкоспецифичного вроде

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

и...и это таки форум и никто тут команд не раздает, пусть слушает и что-то понимает или не понимает
результат мне не болит ... :)

вполне странно такое слышать в теме "пример dll"
речь идет о том, что коль скоро решено использовать С/С++ в виде доп. длл, то мало логики это всё пытаться впихнуть в луа-машину.

и такой вопрос сразу провоцирует на ответ в неприятной форме: оставте тему языков и покидания чего-либо в сторонку и начните с начала ...
а именно, часто задачу участника фин. рынка можно разделить на подзадачи:
1. получение данных с контролем соединения
2. контроль целостности данных
3. буферизация данных для текущего анализа
4. сохранение данных в базу - варьируется по необходимости
5. анализ буфера нарастающим итогом и торговая логика
6. формирование торговых приказов
7. контроль за прохождением и исполнением заявок

для 1 Вы используете Луа
для 2-6  Вы можете делать используя любой язык программирования
для 7 доступны trans2quik

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

если не готовы использовать trans2quik, то вполне нетрудно возвращать результат по 2-6 в луа-скрипт, либо использовать импорт транзакций через tri

по-сему:  топикстартер - жирный тролль

#ящетаю :)

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

обучал недавно младшеклассника и оказалось, что таки нет - лучше начинать именно с С++:
1. простая схема ввода-вывода
2. строки искаропки
3. классы удобно от простого к нужному- далее java и ведроид.
4. обработка исключений аналогично классам - на пальцах и по полочкам

ключевое на старте - минимум букаф - максимум понимания, имо.
работает очень хорошо.

да, но причина не в этом, а в непроектном подходе к решению задачи.

возможно ему dll в таком виде и не нужно ... :)
кто сказал, что нужно всё тащить в луа-машину?
может брать данные, юзать их снаружи и выполнять как внешнюю транзакцию:
- модульная масштабируемая и кастомизирумая структура, ключевое слово - структура
- разделение на дата-екзекушн -более, чем логично
- исключение gui - как в принципе самой тормозной и ненадежной части
- перспектива на прямое/другое подключение результата усилий

в итоге: писать надо не под систему или КВИК, а ставить задачи и подбирать системным образом оптимальные  инструменты

и не нужно, тк по сути верно предложен неправильный принцип
1. полный нуб не должен сразу писать длл
2. двигаться надо от простого к сложному - как можно дольше и дальше ИЗБЕГАЯ ЛЮБЫХ IDE
3. g++ отлично подходит для начального использования в любой среде, даже на венде, но см п.2
4. ТС-у читать максимально простые книжки/учебники и потом Страуструпа, искать how to compile & build
суета - зло, имо :)

... после оплаты за эти системы :)

1. у С++ - кодера не может быть спокойной жизни по определению.
2. чем больше разносторонней инфы, тем пушистей извилины.
3. на вантузе мир клином не сошелся, особенно в РФ.
ткчт всг, бро :)

тогда подумайте о том, что тики, пришедшие с биржи, попали к Вам не мгновенно в момент совершения сделки, а через время совершения события в ядре биржи, обработки в очередь на выдачу в буфере выходного потока ядра биржи, затем в буфер входного потока сервера АРКА, затем некая обработка на сервере АРКА, затем в буфер выходного потока с сервера, затем в буфер терминала для обработки в клиенте КВИК и вот уже это вы обрабатываете своим скриптом.
количество и скорость событий не являются ни линейными, ни предопределенными на всех этапах. так стоит ли переживать за такие мелочи? понимайте свой временной горизонт и перебирайте сделки по мере обработки и попадания в Ваши алчные алгоритмы :)

ну дык понятно.
раз идея не нова и во многих софтах реализована, то возникает ощущение, что Вы намекаете на что-то нехорошее и вовсе неочевидное ...
вот и предлагаю ... мол не нужно :)

мяу-мяъу ... тьфу ты ... миру-мир.

на заметку ТС:

https://www.sierrachart.com/index.php?page=doc/TradeMenu.html#DrawDOMGraph

:)

чувак, твой пиар вполне грязный

посмотрите как прописана локаль в /etc/locale.gen и попробуйте привести алиас локали в соответствие н-р:

покажите настройки шрифтов в QUIK

к великому сожалению не только бы поспорили, но и реально учудили ...Терру ... ведь это же очень важно ... нафигачить очередной оливье ...
хорошо понимаю стремление программеров приумножать кол-во тулзов, мета- и прочего барахла.
сей день в РФ мало встретишь любителей cli, vim, emacs и прочей оптимальщины ... колонизованы-с виндузятиной ... дикари-с ... :)
человек от рождения зверушка ... и начитанный  не всегда прирастает толком ... das ist fakt.

Ваш сарказм может быть понятен "не только лишь всем ...", ткчт резюмирую: луа вполне подходит как встроенный инструмент для несложных задач/алгоритмов во вполне взрослых проектах.
однако луа суть скриптовый тулз и не может быть в одном ряду с С/С++.
также как и квик не может быть  в одном ряду с любым узкоспециальным тулзом.
Jedem das Seine.

непохоже, что Вам интересно

https://www.opennet.ru/opennews/art.shtml?num=43114

каков вопрос -таков ответ

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

это неправда, ТВС вполне можно обрабатывать, но само собой это разговор об экзекушн не в 100 мс.
КВИК - офисная тулза. это просто полезно помнить любителям экономии на издержках.

еще проще это сделать свою структуру и писать ее lua-скриптом.

http://lua-users.org/wiki/StructurePacking

чем проще решение, тем оно стабильнее и более управляемо.

такой путь для новичка может занять годы и МНОГО работы. :)

ТС, посмотрите в сторону java, если быстро рисовать не нужно.
на консольном уровне медленнее плюсов на 10-15%, но .... останется время на жизнь :))  

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

если для Вас это ОК - покупайте что- хотите и несите больше денег в маркет.
добро пожаловать.

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

из чего складывается более правильный вопрос: Вы здесь чтобы заработать или потратить?
пс: дискуссии не будет :)

прошу зарегестрировать заявку. спасибо.

" ... без лоха жизнь плоха ..." (с)   ;-)=)

... или https://www.moex.com/ru/orders?historicaldata

пока агент Дональд не сломает в РФ вантуз это не исправить. проджект лидеры АРКА даже фикс умудряются под вантузом запрятать ... банк втб не дальше ушел, те дело не в организации, а в детских травмах местных программеров :)  

1. используйте последнюю стабильную версию Debian: https://www.debian.org/releases/stretch/debian-installer/
2. используйте последнюю стабильную версию Wine: https://wiki.winehq.org/Debian
3. следуйте иснтрукции ARQA для запуска QUIK на Wine https://arqatech.com/upload/iblock/713/quik_to_linux_instruction.doc
4. если п.п.1-3 вами не могут быть выполнены - не используйте линукс.

пс:это не догмы, а простая логика -если вы пытаетесь использовать "винегрет" из нестабильных бета версий или старых, неисправленных версий, то что-то ТОЧНО пойдет не так :)

в настройках шрифтов "Окна диалогов" попробуйте выбрать другой размер шрифта, например 9 для Tahoma

Уважаемая Зоя.

1. Есть ли какой-то прогресс по теме внедрения взаимодействия с SierraChart?

2. Связывались ли представители SierraChart с ARQA по данному вопросу?

Спасибо.

Антон, дело не в компании или степени серъезности оной, а в спросе клиентов на те или иные решения.
Засилье вин-терминалов/вин-либ и малый выбор кроссплатформенных API есть характеристика сути самой отрасли как площадки для самонадеяных любых погамать влехкую.

По-сему мой запрос на еще один способ доступа к торговле исходит не из того, что я мол считаю, что что-то тут  делается правильно, а вот это - неправильно, но исходя из фактов и логики, что ...
1. Микрософт планомерно движется от домашних компов и рабочих станций к легковесным лэптопам и прочим мобильным решениям, а также вглубь образовательной и игровой среды. Облака и прочие серверы инетерсуют всех, но тут уних кроме . net core мало что имеется.
3. Микрософт хочет и будет выводить win32 из области своего внимания уже в ближайшие три года.
4. Экосистема линукс движется в сторону рабочих станций, производственных и  образовательных направлений естественным образом заполняя свои ниши. Медленно, но всё же "незолотого" населения больше в разы.
5. Условия существования в рамках неких попыток противодействия со стороны западных "партнерев" неизбежно сформируют спрос на линукс инфраструктуры и прочие нетрадиционные способы  и средства, имхо. :)
6. Ощущение неопределенности лучше компенсировать универсальностью решений.

__?

1. Есть ли какой то прогресс в данном вопросе?

2. Обращались ли к вам инженеры SierraChart с предложением содействия как мы их просили?

Спасибо.

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

Интересует вариант получать данные и делать торговлю через инет в неспешном режиме используя  API ( да, например как через ISS MOEX), тк это проще, надежнее и быстрее, чем возиться с всевозможными веб-мордами и/или терминалами.

Есть ли такие планы и/или возможности?

Можно зарегистрировать запрос?

Спасибо.