Anton написал: А толку, что гост, браузеры и сервера на него плюют с высокой колокольни, а с тлс 1.3 вообще набор циферей урезан и фиксирован и гостом там не пахнет и не запахнет, судя по всему.
Даже если запахнет, то сертификацию у наших маёров ему не пройти. Вроде есть инструкции, позволяющие openssl собрать с ГОСТом. И говорят что это даже работает. Но я не пробовал. Мне лень.
swerg написал: Что за умопомешательство на этом https ??
Ну вы же всякую дрянь с пола не едите, не так ли? В открытом канале, скачаю я например, скрипт у Михаэля. А провайдер подбросит мне пару лишних строк. А пару поменяет. А я в этом не разбираюсь и не замечу. А скрипт уже работает чуточку не так...
Цитата
Anton написал: Затем, это хорошо для производителей железа, криптография штука затратная, и вот уже юзер бежит за новым процессором. Особенно серверный юзер, за особенно дорогим процессором.
Для высоконагруженного сервера может быть это оказывает ощутимое значение. Для stand-alone сайтов на полузабытых площадках - вряд-ли. А клиент вообще не замечает разницы.
Цитата
Anton написал: Затем, это хлебушек для программистов, все эти изобретения надо кодить, и опасность демпинга минимальная, юные дарования ниасилят, а когда осилят, уже и сами ценник вывесят правильный
Там же цена вопроса три клика. Я имею ввиду добавить на сайт хттпс, а не реализацию ssl :)
Цитата
Anton написал: Затем, кое-кто, может быть, имеет закладочки в сертифицированных алгоритмах, ну чисто так на всякий случай
Отдельный доступ для тов.майора, кмк, куда лучше открытого канала для всех
Цитата
Anton написал: Затем, кое-какие реализации тихонько запрашивают юзерский сертификат, а кое-какие его тихонько отправляют
Ну во-1-х чтобы юзерский сертификат отправить, его нужно иметь. Много ваших знакомых имеют таковой? А во-2-х скрипты, куки и фингерпринты скажут о Вас достаточно для однозначной идентификации.
_DS = {}
function cb(index, secCode, param)
local id = secCode.."_"..param
local ds = _DS[id]
if ds == nil then
msg("DS was empty")
return
end
local price = ds:C(index)
--здесь целевой код колбека
end
function Subscribe(secCode, classCode, param)
local ds = nil
local err = nil
local id = secCode.."_"..param
if _DS[id] ~= nil then
msg("<"..id.."> Already req")
return
end
if param == "last" then
ds,err = CreateDataSource(classCode, secCode, INTERVAL_D1)
else
ds,err = CreateDataSource(classCode, secCode, INTERVAL_D1, param)
end
msg("Subscribe: <"..secCode..":"..param.."> is: "..tostring(ds))
if err ~= nil then
msg("Err: "..err)
return nil
end
ds:SetUpdateCallback(
function(idx)
cb(idx, secCode, param)
end
)
_DS[id] = ds
return ds
end
Александр Кашников написал: И когда будет добавлен код класса в таблицы "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 раза при том же количестве сделок