Sergey Gorokhov написал: Что изменится от того что поменяется версия в инструкции?
поменяется отношение к инструкции как к более актуальной, тк между wine 1.2.2 и текущей стабильной версией 3.02 изменения более, чем существенные - это очевидно
Цитата
Sergey Gorokhov написал: совершенно не значит что этого никогда не будет
если учесть количество 32-битных ОС среди пользователей клиента QUIK и всего в статистике использования ОС, то 32-битный клиент по факту выглядит как нелогичное и неуважительное отношение к вопросу
Цитата
Sergey Gorokhov написал: Уточните, а что не так с инструкцией и как это связано с разрядностью рабочего места QUIK?
тк вы не заявляете цели кросс платформенности, то действительно выглядит как: " и так сойдет" и "пипл хавает".
Suntor написал: младшеклассником... и помню чему меня учили... стек, куча, мантисса, сортировки, деревья
в третьем классе? в 9 лет? Вы -гений? :)
Цитата
Suntor написал: и моё мнение, что это в данном случае просто усложнит человеку жизнь
как-то мне кажется, что финансовый рынок - это не то место, где надо искать легкой жизни, причем весь вопрос именно во времени - не суетиться и системно развиваться, понимая где находишься и куда идешь :)
Цитата
Suntor написал: и можно будет сравнить, обсудить плюсы и минусы
выше писал форумные лозунги с пунктами, реализация - дело интимное :)
Цитата
Suntor написал: когда в первый раз в руки молоток взяли у вас был к этому времени диплом
дилетантизм и верхоглядство - бичь нашей современной реальности.
Suntor написал: что делают его программы на железном уровне
обучал недавно младшеклассника
спор ради спора или реально не вдумались? :)
Цитата
Suntor написал: Если вы не заметили, то находитесь на форуме Quik... )))
не вижу тут чего-то странного, квик - грамотная поделка, дык почему бы не накинуть на вентилятор? :)
Цитата
Suntor написал: предыдущие темы не читали скорее всего.
не читал, но и не говорю ничего слишком узкоспецифичного вроде
Цитата
Suntor написал: эта DLL нужна чтобы вынести тяжёлые вычисления из его Lua скрипта.
именно. именно необходимость такого подхода и вызывает максимальные сомнения ... исходя из общего перечня задач типового участника
Цитата
Suntor написал: человека пришедшего попросить молоток, чтобы забить гвоздь, послали в техникум учиться на 5 лет, со словами «сначала диплом принеси, а потом молоток получишь».
а вот это кстати только так и правильно ибо и молоток сломает и сам убьется :)
и...и это таки форум и никто тут команд не раздает, пусть слушает и что-то понимает или не понимает результат мне не болит ... :)
Let_it_go написал: не покидая языка Луа, можно по особому написать код (на Луа),
вполне странно такое слышать в теме "пример dll" речь идет о том, что коль скоро решено использовать С/С++ в виде доп. длл, то мало логики это всё пытаться впихнуть в луа-машину.
и такой вопрос сразу провоцирует на ответ в неприятной форме: оставте тему языков и покидания чего-либо в сторонку и начните с начала ... а именно, часто задачу участника фин. рынка можно разделить на подзадачи: 1. получение данных с контролем соединения 2. контроль целостности данных 3. буферизация данных для текущего анализа 4. сохранение данных в базу - варьируется по необходимости 5. анализ буфера нарастающим итогом и торговая логика 6. формирование торговых приказов 7. контроль за прохождением и исполнением заявок
для 1 Вы используете Луа для 2-6 Вы можете делать используя любой язык программирования для 7 доступны trans2quik
на скорость обработки данных влияет способ и структура их хранения, количество преобразований типов и логика парсинга н-р: возможно быстрее будет посимвольный парсинг текстовых/числовых данных полученных из КВИК на рам-диске без преобразования таймштампа, а хранить в бинарной структуре для более неторопливого майнинга
если не готовы использовать trans2quik, то вполне нетрудно возвращать результат по 2-6 в луа-скрипт, либо использовать импорт транзакций через tri
Планирует ли компания все таки запустить 64 битную версию квик в ближайшие годы? если да то в каком из ближайших это счастье случится?, Планирует ли компания все таки запустить 64 битную версию квик в ближайшие годы? если да то в каком из ближайших это счастье случится?
Digit Service написал: никак не может довольствоваться убогими 4 гб оперативки используемой в квик-32, тормозящей и зависающей программой.
полно 64-битного софта тормозящего и зависающего. биржевые терминалы априори имеют пределы для работы с потоками данных и расчетными процессами на них относительно источника тк объем и скорость информации с биржевых площадок никогда не будут узким местом в этом комплекте :)
Планирует ли компания все таки запустить 64 битную версию квик в ближайшие годы? если да то в каком из ближайших это счастье случится?, Планирует ли компания все таки запустить 64 битную версию квик в ближайшие годы? если да то в каком из ближайших это счастье случится?
Digit Service написал: никак не может довольствоваться убогими 4 гб оперативки используемой в квик-32, тормозящей и зависающей программой.
полно 64-битного софта тормозящего и зависающего. биржевые терминалы априори имеют пределы для работы с потоками данных и расчетными процессами на них относительно источника тк объем и скорость информации с биржевых площадок никогда не будут узким местом в этом комплекте :)
Suntor написал: Это да... поэтому в другой ветке писал, что начинать надо с чистого Си.
обучал недавно младшеклассника и оказалось, что таки нет - лучше начинать именно с С++: 1. простая схема ввода-вывода 2. строки искаропки 3. классы удобно от простого к нужному- далее java и ведроид. 4. обработка исключений аналогично классам - на пальцах и по полочкам
ключевое на старте - минимум букаф - максимум понимания, имо. работает очень хорошо.
Цитата
Suntor написал: щас зароется MinGW и прочую лабудень настраивать
да, но причина не в этом, а в непроектном подходе к решению задачи.
возможно ему dll в таком виде и не нужно ... :) кто сказал, что нужно всё тащить в луа-машину? может брать данные, юзать их снаружи и выполнять как внешнюю транзакцию: - модульная масштабируемая и кастомизирумая структура, ключевое слово - структура - разделение на дата-екзекушн -более, чем логично - исключение gui - как в принципе самой тормозной и ненадежной части - перспектива на прямое/другое подключение результата усилий
в итоге: писать надо не под систему или КВИК, а ставить задачи и подбирать системным образом оптимальные инструменты
Цитата
Suntor написал: не хочется ругаться, поэтому не буду
и не нужно, тк по сути верно предложен неправильный принцип 1. полный нуб не должен сразу писать длл 2. двигаться надо от простого к сложному - как можно дольше и дальше ИЗБЕГАЯ ЛЮБЫХ IDE 3. g++ отлично подходит для начального использования в любой среде, даже на венде, но см п.2 4. ТС-у читать максимально простые книжки/учебники и потом Страуструпа, искать how to compile & build суета - зло, имо :)
Есть ли возможность стандартными инструментами системы построить простую скользящую среднюю но не по цене а по объему?, Есть ли возможность стандартными инструментами системы построить простую скользящую среднюю но не по цене а по объему?
Suntor написал: Но мой вам совет, не усложняйте себе жизнь, бросьте вы этот CodeBlocks, поставьте себе MSVC и работайте спокойно.
1. у С++ - кодера не может быть спокойной жизни по определению. 2. чем больше разносторонней инфы, тем пушистей извилины. 3. на вантузе мир клином не сошелся, особенно в РФ. ткчт всг, бро :)
Ирина написал: Ну и какой смысл в этом колбэке, если нет реакции на каждый тик?
тогда подумайте о том, что тики, пришедшие с биржи, попали к Вам не мгновенно в момент совершения сделки, а через время совершения события в ядре биржи, обработки в очередь на выдачу в буфере выходного потока ядра биржи, затем в буфер входного потока сервера АРКА, затем некая обработка на сервере АРКА, затем в буфер выходного потока с сервера, затем в буфер терминала для обработки в клиенте КВИК и вот уже это вы обрабатываете своим скриптом. количество и скорость событий не являются ни линейными, ни предопределенными на всех этапах. так стоит ли переживать за такие мелочи? понимайте свой временной горизонт и перебирайте сделки по мере обработки и попадания в Ваши алчные алгоритмы :)
ну дык понятно. раз идея не нова и во многих софтах реализована, то возникает ощущение, что Вы намекаете на что-то нехорошее и вовсе неочевидное ... вот и предлагаю ... мол не нужно :)
Suntor написал: разработчики Terra с вами бы поспорили...
к великому сожалению не только бы поспорили, но и реально учудили ...Терру ... ведь это же очень важно ... нафигачить очередной оливье ... хорошо понимаю стремление программеров приумножать кол-во тулзов, мета- и прочего барахла. сей день в РФ мало встретишь любителей cli, vim, emacs и прочей оптимальщины ... колонизованы-с виндузятиной ... дикари-с ... :) человек от рождения зверушка ... и начитанный не всегда прирастает толком ... das ist fakt.
вот эта ссылка поинтереснее уже... хотя бы понятно объяснили зачем... короче приделали Lua конфигуратор к ядру, чтобы писать всякие сценарии настройки... наверно удобно, но не впечатлило... вот когда часть ядра самого на Lua перепишут, тогда да, будет уже посолиднее...
Ваш сарказм может быть понятен "не только лишь всем ...", ткчт резюмирую: луа вполне подходит как встроенный инструмент для несложных задач/алгоритмов во вполне взрослых проектах. однако луа суть скриптовый тулз и не может быть в одном ряду с С/С++. также как и квик не может быть в одном ряду с любым узкоспециальным тулзом. Jedem das Seine.
Suntor написал: Вы просто тему not enough memory не читали...
прочитал, действительно человек мается фигней. шерстить снапшоты стаканов вокруг Квика - взрыв мозга.
Цитата
Enfernuz написал: поэтому что-либо сложнее торговли по скользящим средним
это неправда, ТВС вполне можно обрабатывать, но само собой это разговор об экзекушн не в 100 мс. КВИК - офисная тулза. это просто полезно помнить любителям экономии на издержках.
Suntor написал: В вашем же случае, я бы посоветовал сначала написать DLL на Си и реализовать в ней математику на Си же, затем добавить многопоточность к вашим вычислениям, а затем уже смотреть в сторону OpenCL, CUDA и пр. Двигаясь в таком порядке, от простого к сложному...
такой путь для новичка может занять годы и МНОГО работы. :)
ТС, посмотрите в сторону java, если быстро рисовать не нужно. на консольном уровне медленнее плюсов на 10-15%, но .... останется время на жизнь :))
Сергей написал: Я организовал в оперативной памяти виртуальный диск. Из квика все нужные таблицы с нужными столбцами через QLUA формирую в текстовые файлы на этот диск. А затем внешней программой можно читать эти текстовые файлы и обрабатывать их данные, а заявки формировать через trans2quik.dll Это вариант без DDE или ODBC
Sergey Gorokhov написал: Денис сапап , Т.е. Вам нужен график разницы между спросом и предложением? Если так то такого в QUIK нет. Его можно реализовать самостоятельно через Lua индикаторы
да. тут предлагают сторонние разработчики за 1000руб. Стоит у них покупать?
в первую очередь стоит осознать, что с таким низким уровнем знаний и умений Вы являетесь источником дохода для квалифицированных участников, проще говоря Вы на данный момент - классическое рыночное мясо и объект сферы околорыночных услуг.
если для Вас это ОК - покупайте что- хотите и несите больше денег в маркет. добро пожаловать.
иначе - изучение основ программирования, экономики и технических аспектов функционирования биржевых площадок. это годы учебы.
из чего складывается более правильный вопрос: Вы здесь чтобы заработать или потратить? пс: дискуссии не будет :)
Роман написал: На сервере брокера и у вас нет 32 битных дистрибьюторов, только Версия 7.16 / 19.01.2018 для 64 битного виндовс. Куда 32 битные версии исчезли, они уже не обслуживаються?
s_mike@rambler.ru написал: lua машина кушает исходный текст в Анси. Использование других кодировок внесёт неопределенность в синтаксический анализатор.
поэтому вариантов 2. Или сменить ide на тот, где можно задать кодировку для типа исходного текста либо обучить idе предварительной транслитерации текста в Анси перед сохранением и дальнейшими действиями над текстом.
Столкнулся с этим же при попытке использования ZeroBrane Studio, которая, насколько я понял, работает исключительно с UTF-8. А Quik наоборот, работает исключительно с Win CP1251, иначе выдаёт ошибку загрузки скрипта.
Как бы их скрестить по-человечески?... кто-то пробовал?
пока агент Дональд не сломает в РФ вантуз это не исправить. проджект лидеры АРКА даже фикс умудряются под вантузом запрятать ... банк втб не дальше ушел, те дело не в организации, а в детских травмах местных программеров :)
Алексей Дуванов написал: у меня такое недавно было с Открытием. вылечилось, не поверите! - сменой сервера, к которому присоединяюсь. поперебирал их в списке.
Когда столкнулся с проблемой, тоже попробовал переподключиться, правда, только к одному серверу - не помогло. Сегодня перебрал все из списка доступных, так ничего и не починилось. Тоже Открытие, версия 7.12.1.10, запускаю в Wine под Linux. У поддержки с моим архивом проблем нет, рекомендовали попробовать на Маке. Попробовал - там работает. Но сломалось-то на Линуксе. Пока сервера перебирал, обратил внимание, что один из них предлагал квик обновить. Скачал 7.14.1.7 с сайта брокера, поставил в отдельный WINEPREFIX - пофиг, пустые списки. В общем, видимо в моём случае что-то не дружит у квика с вайном именно под линуксом.
пс:это не догмы, а простая логика -если вы пытаетесь использовать "винегрет" из нестабильных бета версий или старых, неисправленных версий, то что-то ТОЧНО пойдет не так :)
Anton написал: Ринат, Мария направила документацию по FIX Client Connector - продукт компании, работающий на Windows, и для меня абсолютно бесполезный, т.к. мне необходимо кросс-платформенное решение. То есть либо REST API для webQuik (как в примере с биржей, который я направил), либо хотя бы пример реализации подключения к серверу quik по протоколу FIX в коде. Довольно странно, что этого нет, все серьезные компании предоставлюят API.
Антон, дело не в компании или степени серъезности оной, а в спросе клиентов на те или иные решения. Засилье вин-терминалов/вин-либ и малый выбор кроссплатформенных API есть характеристика сути самой отрасли как площадки для самонадеяных любых погамать влехкую.
По-сему мой запрос на еще один способ доступа к торговле исходит не из того, что я мол считаю, что что-то тут делается правильно, а вот это - неправильно, но исходя из фактов и логики, что ... 1. Микрософт планомерно движется от домашних компов и рабочих станций к легковесным лэптопам и прочим мобильным решениям, а также вглубь образовательной и игровой среды. Облака и прочие серверы инетерсуют всех, но тут уних кроме . net core мало что имеется. 3. Микрософт хочет и будет выводить win32 из области своего внимания уже в ближайшие три года. 4. Экосистема линукс движется в сторону рабочих станций, производственных и образовательных направлений естественным образом заполняя свои ниши. Медленно, но всё же "незолотого" населения больше в разы. 5. Условия существования в рамках неких попыток противодействия со стороны западных "партнерев" неизбежно сформируют спрос на линукс инфраструктуры и прочие нетрадиционные способы и средства, имхо. :) 6. Ощущение неопределенности лучше компенсировать универсальностью решений.
rinat написал: Интересует вариант получать данные и делать торговлю через инет в неспешном режиме используя API ( да, например как через ISS MOEX), тк это проще, надежнее и быстрее, чем возиться с всевозможными веб-мордами и/или терминалами.
Есть ли такие планы и/или возможности?
Можно зарегистрировать запрос?
Спасибо.
Добавлю, что понимаю нежелание бросать win32 платформу, тк альтернативы не выглядят сильно лучше, и в этих условиях некие дополнительные кроссплатформенные решения были бы кстати, имхо.
Интересует вариант получать данные и делать торговлю через инет в неспешном режиме используя API ( да, например как через ISS MOEX), тк это проще, надежнее и быстрее, чем возиться с всевозможными веб-мордами и/или терминалами.