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

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 5 След.
Русские имена переменных и функций в QLua
 
осталось запостить фотки с БДСМ
Примеры простого торгового робота на Lua и Python от разработчиков QUIK, Примеры простого торгового робота на Lua и Python от разработчиков QUIK
 
Цитата
Anton написал:
Встречное пожелание - ни при каких обстоятельствах этого не делать.
+1
[BUG] Функция getParamEx2 не возвращает имеющийся параметр, напр TRADE_DATE_CODE или SECTYPESTATIC
 
Цитата
Latrop написал:
Кстати, любопытно, зачем приходится разбирать нутро dat-файлов квика? Какая там есть полезная инфа, которая недоступна в скриптах?
это позволяет просто взять инфу без обращения к квику.

Цитата
Latrop написал:
И можно где-то раздобыть уже готовые парсеры этих dat-файлов
это вряд ли разумно, тк некий объем работы проделан, а если это вывалить на всеобщее, то арка просто сменит структуры и опять их наново парсить. смысл?

Цитата
Latrop написал:
на C# напр ?
такое часто дает сигнал игнорировать вопрос. шарпеи не в почете у системщиков. ткчт аккуратнее с такими каминг-аутами в правильных сообществах. (имо)
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Latrop написал:
Там хитрее сделано.
*Там ... в железе

Цитата
Latrop написал:
то результат будет тоже double
полностью согласен, все современные компы - фуфло ... выбрасывай-несумлевайся  
QPILE всё?, Роботы QPILE больше не будут торговать
 
Цитата
Михаил Понамаренко написал:
Буду потихоньку перекидывать алгоритмы на QLUA для версии QUIK, которая ещё не вышла.
https://forum.quik.ru/messages/forum10/message42434/topic4909/#message42434
19-значные номера заявок и сделок на MOEX
 
https://luarocks.org/

https://github.com/diegonehab/luasocket

http://lua.sqlite.org/index.cgi/index
19-значные номера заявок и сделок на MOEX
 
https://www.lua.org/versions.html
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
новичок написал:
ну а версию луа апните или тоже не скажете? :)

Да апнем, будет 5.3
СУПЕР!
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
Sergey Gorokhov написал:
если такая необходимость возникнет то сообщим.

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

ну а версию луа апните или тоже не скажете? :)
Моего робота заблокировал сервер, Невозможность подключиться к серверу.
 
Цитата
Anton написал:
Индустрия опасносте.
собственно мну и не против, пусть несут кровные. хотя смвсла в итоге мало, да.
Цитата
А видеоигры от торгового терминала отличаются необходимостью невероятно огромного количества невероятно быстрых вычислений ..
вон оно чё ... оказывается. ... :)

Цитата
Anton написал:
О, холиварчик )
не ... так, в пустоту ...  кривое эхо послушать ... :)  
Моего робота заблокировал сервер, Невозможность подключиться к серверу.
 
Цитата
Иван написал:
Цитата
новичок написал:
 
Цитата
Anton  написал:
особенно если речь об играх
 как видите бесполезно объяснять мышевозилам, что без мыши можно вообще обойтись и когда-то их не было и это делает их потребителями

чем торговые терминалы отличаются от видеоигр? о чем говорить с людьми, которые всерьез пялятся в средние по OHLC.  для них не падает - значит работает :)

если спросить любого грамотного технаря со стажем 20-25 лет для чего появились шарп, джава и прочие голанги, то они четко отвечают : чтобы и плохие программеры могли кодить , а манагеры это втюхать быстро

это несет лавэ, значит это пхальна!   https://www.youtube.com/watch?v=3OFKy_qfBoY  
Чистый си - это как секс для подростков: он у всех на уме, все постоянно о нём говорят, все думают, что все остальные это делают, никто на самом деле этим не занимается. А те немногие, кто правда это делает - делают это плохо, небезопасно, и думают, что в следующий раз обязательно получится лучше. Вопрос - а нафига заниматься си если с той же эффективностью можно подушить питона??? Что же касается мышевозил, то вся эта мышевозня позволяет мне сосредоточится на решении основной задачи не отвлекаясь на написание большого количества кода чтобы заставить кнопку работать. Эту задачу в команде можно передать младшему сотруднику, пускай он формочки программирует формочки, вручную выписывая каждую кнопку. Чем вы по всей видимости и занимаетесь, и очень этим гордитесь. Люди давным давно придумали трактор чтобы землю пахать, а вы видимо даже  о лопате не слышали, всё мотыгой машете, а развиваться судя по всему и не думаете так-как мозги давным давно покрыла плесень, а может срах перед чем-то новым, или лень (да мне в принципе пофиг)... А видеоигры от торгового терминала отличаются необходимостью невероятно огромного количества невероятно быстрых вычислений которые квику даже и не снились и об этом не знаете судя по всему только вы. С# реально быстрый, он на много быстрей других ЯПов. и гораздо более безопасный. Сергей Привалов здесь ещё привёл удачный пример реализации торговой платформы NinjaTrader... Я в своё время выучил пять языков программирования, точней четыре, пятый я вот уже пять лет как активно изучаю (это C#) и до сих пор не исчерпал всех его возможностей. А ваша квалификация программиста вызывает у меня большие сомнения, шли бы вы в детский сад трепаться там ваши высказывания смеха не вызовут. Кстати формы я давно не программирую, люди придумали вещи получше. Хотя куда вам до "получше" вы сегодня только про лопату услышали... Хотя, зачем узнавать что-то новое, так можно и грыжу мозга заработать.
ну вот никак нельзя пропустить возможность побиться в истерике ... эт святое  .... попрыгай, в ладошки похлопай ... на шарпе поговнокодь ... узбагойся крч,  к тебе нет вопросов :)
 
Моего робота заблокировал сервер, Невозможность подключиться к серверу.
 
Цитата
Anton написал:
особенно если речь об играх
как видите бесполезно объяснять мышевозилам, что без мыши можно вообще обойтись и когда-то их не было и это делает их потребителями

чем торговые терминалы отличаются от видеоигр? о чем говорить с людьми, которые всерьез пялятся в средние по OHLC.  для них не падает - значит работает :)

если спросить любого грамотного технаря со стажем 20-25 лет для чего появились шарп, джава и прочие голанги, то они четко отвечают : чтобы и плохие программеры могли кодить , а манагеры это втюхать быстро

это несет лавэ, значит это пхальна! https://www.youtube.com/watch?v=3OFKy_qfBoY
Моего робота заблокировал сервер, Невозможность подключиться к серверу.
 
Цитата
Иван написал:
Цитата
новичок написал:
 
Цитата
Иван  написал:
Возможно стоит задуматься о реализации .NET
 возможно, и  если будет думаться нормально, а потом заглянется в ISO, то упс ... а там шряпом давно не пахнет, v5 -последний, емнип.

-1024  к карме за прочие домыслы и бред.
Или Вы думаете что может быть гугл со своим недоандроидом что-то подобное сделает или лучше?)))
тормози, чел. это уже очень много :)
Моего робота заблокировал сервер, Невозможность подключиться к серверу.
 
Цитата
Иван написал:
Возможно стоит задуматься о реализации .NET
возможно, и  если будет думаться нормально, а потом заглянется в ISO, то упс ... а там шряпом давно не пахнет, v5 -последний, емнип.

-1024  к карме за прочие домыслы и бред.
требуется скрипт, Нужно написать скрипт за вознаграждения. Посоветуйте специалиста
 
Цитата
Дмитрий написал:
Отсюда вывод, что программист сам толком не может заработать на бирже своими роботами, ну и соответственно все остальные выводы
отсюда вывод, что не все понимают природу отрытых динамических систем  
требуется скрипт, Нужно написать скрипт за вознаграждения. Посоветуйте специалиста
 
Цитата
Anton написал:
И что дальше делать? Объяснить, что это туфта?
ага ...
может еще игрунам пояснять, что они тупеют от игр?
или заемщикам, что они заплатят в разы?
или заказчикам, что они- мсяо?
потише на поворотах ... Герман скажи ему ... https://www.youtube.com/watch?v=MQ8qMim7eIQ
 
требуется скрипт, Нужно написать скрипт за вознаграждения. Посоветуйте специалиста
 
Цитата
Роман написал:
это будет реальный программист. Я принесу свои извинения.
навряд ли ему нужны извенения от глупых и малограмотных прохожих.
просто отвали от человека.
Некорректное отображение количество лотов в заявке quick 8.0
 
на линуксе?  
Существует ли в природе коннектор для подключения торгового терминала MultiCharts к QUIK ?
 
на пауке вроде это происходило, емнип
Соединение установить не удалось!, Перестал подключатся от планшета
 
Цитата
Станислав написал:
в чем может быть проблема?
это, небом нам посланные, выходные дни, друг
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Андрей написал:
Ограничения не конкретно на Wine, ограничения на новых версиях MacOS в целом. Последние версии MacOS прекратили поддержку 32-битных систем. Если бы Wine был эмулятором, то это бы его не касалось.
https://www.codeweavers.com/about/blogs/jwhite/2019/12/10/celebrating-the-difficult-the-release-of-crossover-19
Не открывается QUIK отПСБ
 
ftp://ftp.quik.ru/public/updates/
Не открывается QUIK отПСБ
 
дык оно и не является
Не запускается QUIK от Сбербанка
 
Цитата
Андрей написал:
Не очень понял  что значит ()закрыт порт)
https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BA%D0%B5%D1%82_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B­%D0%B9_%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%8­1)
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
примеры того, как Вы работаете с номерами заявок и сделок,
извините, но нет

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

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

очевидно пришло время апнуть луа до 5.3 и не потому, что 5.1 это мало, просто экосистема такова на текущий момент ( кстати  - так себе экосистема, imo )
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
С этими номерами арифметические операции вряд ли кто-то производит.
еще как пользуются
Цитата
_sk_ написал:
возврат номеров заявок и сделок в виде строки
поздравляю, #ВСГ
19-значные номера заявок и сделок на MOEX
 
Цитата
Александр М написал:
и это точно вы не успеете за оставшиеся 14 дней
Александр, не могли бы сформулировать для обчего развития суть претензии к АРКА вида:

вы, нехорошие люди, давно должны были понимать,  что число в 19 цифер в номерах срочно было очень надо, тк .... _вставить нужное_ ...
и ничего не было сделано  - позор!
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
2^53 = 9 007 199 254 740 992‬.
53 разряда, а не 2^53

Цитата
_sk_ написал:
к чему нам готовиться.
к худшему конечно, как обычно  :wink:  
Unix-время
 
Цитата
Egor Zaytsev написал:
Добрый день.
Сообщите, какое будем в итоге регистрировать пожелание?
Доступ к параметру _дата_время_ в виде числа, а не таблицы/структуры.
размытый шрифт, нет резкости
 
Цитата
Wild Aggressor написал:
Какое есть решение?
https://www.nec-display-solutions.com/p/ru/ru/products/details/t/Desktop-Displays/Professional-Displays/rp/PA243W.xhtml
Unix-время
 
Цитата
Imersio Arrigo написал:
а) откуда уверенность что FILETIME
Код
#include <stdio.h>

int main(void)
{
    FILE *fd;

    fd = fopen ( "alltrade.dat", "rb");
    if ( !fd ) return -1;
    
    fseek(fd, 500, 0);
    
    long dt;
    fread(&dt, 8, 1, fd);
   
    printf("\n epoch_time (ms) = %ld\n", dt/10000-11644473600000L);
   
    fclose(fd);
    
    return 0;
}
Unix-время
 
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev написал:
Добрый день.
Правильно понимаем, что вы хотите, чтобы мы добавили новое поле unix_datetime,  (например, на сделках или заявках)  т.к. Вам не удобен формат Lua таблицы?
Если все же решите добавить это поле, не забудьте добавить и дробную часть (микросекунды)
Михаил,

нам нужно лонг, а микросекунды уже есть  и это

файлтайм/10-11644473600 000 000
Unix-время
 
Цитата
Anton написал:
Цитата
новичок написал:
картинки на мониторе
Именно что в дампе так выглядит. На правую колоночку тоже иногда стоит поглядывать, любопытные вещи там видны.
https://www.youtube.com/watch?v=XH5u3-AZT80
Unix-время
 
Цитата
Anton написал:
В фиксе как раз они самые, поле UTCTimestamp выглядит типа
бито-байты в железе и картинки на мониторе из табличек различаем?
вам сиплюсплюс лоб напек наверное :)

а ..а, ну точно
Цитата
static int hibit(unsigned long long ull) throw () // нужно только для ассерта в отладочном режиме {    int result = 0;    while((ull >>= 1) != 0)       ++result;    return result; }  double filetime_to_unix_time_with_microseconds(const ::FILETIME * pft) throw () {    assert(pft);    const unsigned long long uoffset = 116444736000000000ULL;    const unsigned long long ftime =       (static_cast<unsigned long long>(pft->dwHighDateTime) << 32) | pft->dwLowDateTime;    const unsigned long long utime = (ftime - uoffset) / 10;    assert(::hibit(utime) < 52);    return static_cast<double>(utime); }
https://www.youtube.com/watch?v=2h_vI7IXZqg&feature=youtu.be&t=145

пс: г...ггг

ппс: веселых выходных, братья.
Unix-время
 
Цитата
Imersio Arrigo написал:
а) откуда уверенность что FILETIME
нету а..аще никакой :) , но ...

когда берем по адресу из .dat файла 8 байт как лонг
и потом это делим на 10 млн и вычитаем 11644473600L,
то хлоп ..  и получается пхальное юникс_тайм в секундах

вот и подумалось
могу быть неправ, ессно
Цитата
Imersio Arrigo написал:
б) тогда уж лутше в луа отдавать FILETIME (ежели прям без конверсий)
ну с версии 5.3, когда будет лонг , то - да
Цитата
Imersio Arrigo написал:
ну тогда всеравно в time_t конвертить нужно.
ну лонг в лонг не так уж и затратно :)
Unix-время
 
Цитата
Anton написал:
где оно у них в число превращается и превращается ли вообще
не просто превращается, а в dat файлах оно у них уже в FILETIME формате
те считай всё уже тут, а потом бац и ... /* ... во вторую смену ... (с) */
... в табличку

ткчт и делать то особенно ничего не нужно - нужно просто кое-чего НЕ делать

:)

Цитата
Anton написал:
как бы не в текстовом.
уточним для любопытствующих, что речь конечно не про символы, а про по-байтовую передачу :)
Unix-время
 
Цитата
Anton написал:
Цитата
новичок написал:
а вы пропатчили 5.1 для long?
Если, как я понял, речь о целых числах в луа, так они как intptr_t определяются и на 64 битах должны быть 64-битные из коробки, а вот если заменить в заголовке на long, то получим внезапно 32 бита, ибо на винде long 32-битный. Или о другом чем-то?
лично у меня нет таких вопросов - есть и более прямой способ

здесь предложение реализовать то, как это должно быть
зачем плоскую инфу загонять в табличный вид
который все равно потом нужно обратно в плоский вид
ну пусть с сервера дают пока что в double
чтобы обходиться без преобразования типов и структур
потом в 5.3 это будет более просто в long

собсно моё дело - предложить
Unix-время
 
Цитата
Egor Zaytsev написал:
Правильно понимаем, что вы хотите, чтобы мы добавили новое поле unix_datetime,  (например, на сделках или заявках)
да, а вы пропатчили 5.1 для long?

Цитата
Egor Zaytsev написал:
т.к. Вам не удобен формат Lua таблицы?
дело не в удобстве - пара строк не проблема, а в лишних временных затратах на преобразование или сборку своих полей из таблицы для  массовых скоплений
можете сами проверить затраты на сотне тысяч записей: передернуть времена в long отжирает как быстрая сортировка

++ причина апнуть до 5.3
Торговые скрипты в WebQUIK, Возможность написания торговых скриптов для WebQUIK
 
Цитата
Imersio Arrigo написал:
Мне кажется это вполне жизнеспособная схема.
WebQuik API - еще и нужная.

А нето скоро все к тинькоффу убежим :)
Торговые скрипты в WebQUIK, Возможность написания торговых скриптов для WebQUIK
 
Цитата
Imersio Arrigo написал:
Ну... это проблемы сервера
линукс сервер скриптом точно не подвесить, если ты не рут
может это будет виндуз-сервер?  :)
Unix-время
 
те : нужен long чтобы собрать число формата yyddmmhhmmsszzz
но лучше сразу unix-время на каждом трейде
с минимумом преобразований
Unix-время
 
Если на ваши сервера приходят данные с Unix-временем ,
то предлагаю сделать доступным такой формат тоже
во избежание излишних трансляций на каждом трейде
для автоматизированных систем,
коль скоро QLua тут для этого.

Там где возможно.
Спасибо.
HHTP запросы в LUA и проблема с 32-битной версией библиотеки LuaSocket
 
Цитата
Андрей А написал:
Просто кажется странным
это вовсе не странно, тк
Цитата
Андрей А написал:
просто решил их пока выводить на отдельную html страничку
вот это реально странно

что выглядит как "просто" , но делает всё это сложным

зарядите сокет-сервер и с него гоните дату
Графики - возможность оценки изменения цены
 
Цитата
Сергей написал:
больше ничего там не изменяется.
https://youtu.be/Tv6ADmGxKpc?t=551
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Imersio Arrigo написал:
Цитата
новичок написал:
расцветка любая, хоть серобуромалиновая
Ыыы )))
я просто через винекэфэгэ настроил синюю тему и васякот :)
ну это ясно, но тут более удобно и быстро, чем ползать по пунктам.

автоматика :)
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Александр Романов написал:
windows enterprise ltsb
https://www.linux.org.ru/news/linux-general/15315215

wine 4.0

расцветка любая, хоть серобуромалиновая
влияние смены цвета на производительность не обнаруживается
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
Я на арку и не наезжал, народ просил - они сделали, но сделать с той же производительностью, что и нативный интерфейс, они вряд ли смогут, бо нативный читерствует при отрисовке, документированными способами сделать "то же самое без крыльев" не получится, а недокументированные использовать себе дороже, закончится это отдельной веткой кода под каждую версию винды.
примем как юзерсайд-ответ для топикстартера

пс: вот и поговорили :)
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
все они тоже "той или иной кривости",
кривые не только графические либы https://otus.ru/nest/post/132/

вся индустрия ПК x86, будучи изначально аппаратным мусором, развила эту тему на 5+ в программном обеспечении
нагородив ооп, vm, try-catch  и прочее фуфло вокруг примитивной поделки 80-х годов прошлого века
а предиктивная философия современных x86, поливаемых водичкой, замкнула этот адский круг глобального дерьма

судя по-всему единственный выход из этого реализуется в виде перевода основных вычислений любого рода на back-end
c принципиальной заменой front-end хромбуками, win core os и surface neo/duo аналогами

ткчт имо: арка  - не самый фиговый представитель в общей куче  
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
Справедливости ради, с играми сравнивать некорректно.
абсолютно корректно, если иметь ввиду использование минутных OHLC - это очевидно 90% юзеров данного фронтенда
пытаться анализировать и использовать такого рода "статистику", да еще расчитывать по ним некие суррогатные величины
и при этом ставить на это свои деньги - это в чистом виде именно игра
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
но качественную 3д графику отрисовать намного проще, чем качественную 2д
https://www.sfml-dev.org/
Страницы: 1 2 3 4 5 След.
Наверх