Александр Кашников написал: И когда будет добавлен код класса в таблицы "depo_limits" и "futures_client_holding"?
Не будет.
Цитата
Александр Кашников написал: Кстати, обновляются "depo_limits" и "futures_client_holding" секунд через 10-15 после того, как заявка "прописалась" или изменилась в таблице "orders" как такое возможно?
Это тоже нормально. Никто не может объяснить почему. Квик так устроен. Смирись.
Цитата
Александр Кашников написал: Обезличенные сделки - вообще вещь опасная - их может просто не быть с утреца и до обеда.И никакой перезаказ данных особо не помогает, только часа 2 общения с тех.поддержкой квик брокера (если дозвонишься), еще и спрашивают - "а зачем вам обезличенные сделки?"А действительно, зачем?
Похоже у вас проблемы с брокером. Такое бывает. Данных нет и суппорт брокера трубку часами не берет. Особенно когда движуха на рынке. Тут рецепта нет. Только страдать. Либо сменить брокера. И снова страдать.
Цитата
Александр Кашников написал: Если функционал по ним работает как попало и трансляцию ВСЕХ сделок по ВСЕМ инструментам никак не убить - спам? - спам чистейший.
Функционал работает нормально. Ненадо включать заказ "ВСЕХ сделок по ВСЕМ инструментам" и все будет хорошо.
Цитата
Александр Кашников написал: Мало того, роботы, алгоритмы которых основаны на обезличенных сделках, вынуждены крыть позиции внутри сессии, т.к. завтра обезличенных сделок может не быть с утра и привет дядя Коля.
Серьезно? Роботы, основанные на обезличенных сделках? Уж лучше на скользящих. чесслово.
Обезличенные сделки - асинхронная вещь. А это значит что, не считая собственных тормозов квика, могут отставать от реальности на хз сколько. Фактически отставание в 5-10 секунд уже фатально.
Цитата
Александр Кашников написал: Склейка инструментов на срочке - подтверждаю - это бред, который никому не нужен.Свечки это совсем не актуальная информация, их перерисовывают при каждом клиринге - скрывают сделки крупных ММ.
Как вы задрали с позицией "мне не нужно - никому не нужно". Вот мне - нужно. Вопрос в том, с какой целью используются эти свечки.
Цитата
Александр Кашников написал: А тут еще вы со своей склейкой и главное выбора никакого нет, а я не просил склейку и никто не просил
Вот это другой вопрос. Отключение можно было предусмотреть. С другой стороны - никто не заставляет же. Сними настройку "делать замену инструментов" и все.
Цитата
Александр Кашников написал: "Умный заказ данных" - реально в кавычках, т.к. какой-то неликвид, по которому последняя сделка была 2 года назад, вдруг начинает спамить сообщения по 50 штук в секунду, что у него планку долбит и вот-вот начнется аукцион.
Чето не вижу связи между заказом данных и сообщениями про ауцкионы.
Цитата
Александр Кашников написал: Вспоминаю quik 6,0 - афигенный шустрый терминал, транзакция до биржи летела 20-40 ms
Что мешает продолжать на нем сидеть? Только не надо потом говорить что и тут обезличенные сделки тоже кудато пропали.
Anton написал: Это не вопрос веры. Это вопрос взять и в сорцы луа посмотреть. Конкретно luaD_precall Код lua_unlock(L); n = (*f)(L); /* do the actual call */ lua_lock(L);
Это конечно разрывает мне моск. Но, видимо остается только следовать известному утверждению: максимально быстро отпускать колбек.
Для тех, кого забанили в Гугле, могу подсказать что в Винде есть настройка, для дефолтного языка приложений на русском языке. Квик вылечивается этим на отличненько.
Anton написал: Существенно, что в колбеке нет сишных вызовов, то есть лок удерживается все время
И кстати. Если лок удерживается все время, то наличие сишных вызовов не должно влиять на работу коллбеков никак. А в его снятие при вызове этих сишных вызовов я верю еще меньше.
Какой-то несходняк. Если бы колбек залочивал глобучий синхронизатор, то внезависимости от наличия слипа внутри, в майн мы никогда бы не зашли. т.е. приведенный код работал бы до первого срабатывания OnParam(), а после него весь квичок повиснет навеки независимо от наличия в нем слипа.
А соообщений нет изза того что пока висит колбек - квичек не процессит виндовые сообщения. Как только мы добавляем sleep(0) - оконные сообщения начинают обрабатывать и мы видим мессаги.
Мне кажется, если бы в майне задействовать функцию, которая никак не зависит от работы самого квичка - например вывод в файл. И тогда - прекращение вывода при залипании коллбека - было показателем того что колбеки и майн работают под единым локом. (правда я не уверен что вывод в файл в луа умеет в асиннхронность)
Anton написал: Выделю в процитированном для привлечения внимания Цитатав каждый момент времени с луа работает либо мейн, либо колбек.
Хочешь сказать когда Квик в колбеке - майн стоит? Он же в отдельном потоке? Или там какая-то внутренняя кухня луа, не позволяющая одновременно двум стейтам из двух потоков работать?
Anton написал: целенаправленному ломщику - семечки.
т.е. нужно дебагером подключиться к чужому процессу, по-быстренькому найти всё проверки и их обезвредить. ну я не ломщик, ломщику может и правда семечки...
в любом случае это сложнее нежели хранитель экрана убрать.
Если просто нужно залочить экран, то наполовину, т.к. это лехко снимается одминским доступом. К томуже, емнип, по рдп скринсейвер не работает.
А если мне нужно залочить только квичек, а остальной экран чтобы был виден? Ну и есть вариант, когда лочится только возможность делать действия - т.е. подавать заявки - т.н. "просмотровый режим".
Цитата
Игорь написал: Злоумышленник, гипотетически получивший доступ к серверу деньги наверное не выведет, но вот бед натворить может.
Игорь написал: Можно высказать пожелание установить пароль на рабочее место Квика - чтобы ничего нельзя было сделать, но в то же время роботы, архивы все работало?
Неприятный момент может быть, когда брокер дает свой дистр - у него все настроено как надо (зато 32хбитный инсталлер в 64хбитной системе :( ). Путь достал-распаковал-накатил подходит тем, что понимает что делает.
Но тут есть нюанс. Родной, системный wine, требует мультилиб. Если это не смущает - включаем мультилиб, ставим системный и имеет возможность запуска и 32х и 64х битных бинарников на 64хбитной системе. Если мультилиб не хочется, то есть два пути: 1) собирать ручками из сорцов. 2) брать готорые бинарные сборки.
Цитата
Дмитрий написал: Так пробовал, но он лезит в сеть ищет какое-то обновление, и не находит, поэтому я установку сделал на 32 линуксе, а потом скопировал в 64 разрядный
Судя по вопросам, мне кажется тебе проще взять мультилиб. поставить wine-multilib и иметь возможность запускать бинари и 32 и 64. Это позволит нормально ставить квичёк из инсталляторов брокера и вообще не париться.
Дмитрий написал: Мне не критично какой Linux, если Вам нужно определённый, могу и его поставить себе.
Мне кажется это у вас проблемы с убунтой. Все время чето отваливается и не работает. И wine 32/64 отлично живут вместе.
У меня арч. Отлично работает как системный wine, так и собранный руками из исходников. В последнее время я убрал мультилиб и теперь у меня только 64 (все отказываются от 32), соответственно также как у вас инсталлятор не запускается. Беру архивы с сайта арки, распаковываю и все отлично работает.
Инструкция по установке, про которую речь, по сути не нужна, ибо из нее нужно поставить только winetricks.
Вячеслав написал: lim_short=GET_VALUE(GET_CLIENT_MARGINAL_BUY_SELL_INFO(firm,client,class,code,0),"IS_REST_SHORT_SEC")+0\ выдает 0 по любому инструменту ( хотя операции шорт разрешены )
Так ноль же это значит "разрешены", разве нет?
Параметр IS_REST_SHORT_SEC - установлен в 1 когда запрещено.
Резкое увеличение размера alltrades.dat при переходе на Quik v.8, Размер файла alltrades.dat при переходе c Quik v.6 на Quik v.8 увеличивается более, чем в 1,5 раза при том же количестве сделок
Резкое увеличение размера alltrades.dat при переходе на Quik v.8, Размер файла alltrades.dat при переходе c Quik v.6 на Quik v.8 увеличивается более, чем в 1,5 раза при том же количестве сделок
Борис написал: Ну, почему же проспал. Я попробовал перейти на Quik7, но он неприятнейшим образом зависал
Судя по отзывам тут - с 8 все сильно хуже.
Цитата
Борис написал: Чтобы иметь полную картину торгового дня, включая моменты, которые я на данный момент ещё не экспортирую и не храню отдельно
Но ведь это картина на конец дня по сути. Что это дает? Да и, мне кажется, что хранить все сделки по всем инструментам вам не нужно. вы же не анализируете все инструменты. Поэтому имеет смысл зафильтровать поток сделок. Это уменьшит объем данных в разы.
Цитата
Борис написал: Может быть, Вы могли бы мне сказать, какая информация хранится в этом файле?
Я-то откуда знаю. Что-то сохраняется. Народ жалуется на растущий объем. Лично меня это не трогает никак. Места на винте хватает. Архивов я не делаю.
Для меня вся информация заключена в графиках. Но их не проблема всегда актуальные получить с сервера. Поэтому я и интересуюсь зачем вы это делаете.
Alexey Ivannikov написал: Все графики хотите "расклеить"? Если да - то выполните Система/Заказ данных/Перезаказать данные, укажите при этом "Архив данных для построения графиков".
это не делает расклейку )))
нужно почистить папку archives и перезапустить квичок.
Резкое увеличение размера alltrades.dat при переходе на Quik v.8, Размер файла alltrades.dat при переходе c Quik v.6 на Quik v.8 увеличивается более, чем в 1,5 раза при том же количестве сделок
Борис написал: Я перешёл с Quik v.6 на Quik v.8 и обнаружил, что размер файла alltrades.dat резко возрос.
Это случилось при переходе на квик7. Вы проспали целую эпоху.
Цитата
Борис написал: В Quik6 управлять объёмом заказываемых данных нельзя, в Quik8 я заказал максимальный объём данных в ТВС.
С чего бы это в квик6 нельзя управлять? также фильтр есть по классам и бумагам.
Цитата
Борис написал: А вот отличие размеров файлов alltrades.dat было более чем существенным: Quik6 -- 319 Мбайт, Quik8 -- 509 Мбайт.То есть объём этого файла возрос на 60% -- почти на 200 Мбайт!
Что больше пугает? 200М или 60%??
Ну да, новый квик стал получать и хранить больше данных. Я думаю это можно увидеть сравнив таблицы всех сделок в 6 и 7-8 квике.
Ну так, как уже сказали, они отлично архивируются.
И кстати. Сравните изменение размера файла info.log за тот же период. Думаю будете неприятно удивлены.
А можно поинтересоваться, с какой целью вообще делается ежедневная архивация всего каталога?? Может весь-то каталог не нужен, а нужно в конце торговой сессии просто экспортировать все нужные данные куда-то в хранилище? и только те поля которые интересуют. Это должно дать следующие моменты: 1) не хранить лишние ненужные данные. 2) более эффективная/удобная организация выгруженных данных. 3) возможность временного анализа целостных данных за накопленный перион.
Будете открывать графики заново, с сервера получите по 3000 свечей каждого. Если было накоплено много свечей уже, да еще со склейками фьючей - увы - все погибло.
OUIK 8 под MacOs Catalina (64 bit), Есть ли способы установки новых версий QUIK (начиная с 8.0) на 64 битную Mac OS (без BootCamp & Parallels)? Подходит ли CrossOver 19?
OUIK 8 под MacOs Catalina (64 bit), Есть ли способы установки новых версий QUIK (начиная с 8.0) на 64 битную Mac OS (без BootCamp & Parallels)? Подходит ли CrossOver 19?
OUIK 8 под MacOs Catalina (64 bit), Есть ли способы установки новых версий QUIK (начиная с 8.0) на 64 битную Mac OS (без BootCamp & Parallels)? Подходит ли CrossOver 19?
не. не так. если есть деньги (и разрешено открытие шорта), то будет заявка на два лота. при исполнении - закроется существующий и откроется один в шорт.
если денег нет - заявка будет отвергнута со статусом "нехватка средств по лимитам клиента".