метки в скрипте индикатора, применение функций работы с метками в скрипте индикатора
Пользователь
Сообщений: Регистрация: 01.02.2015
25.06.2015 10:23:05
Цитата
Николай Камынин пишет: Чтобы использовать функции работы с метками необходимо изначально метить руками или ногами окно графика идентификатором chart_tag. ----------------------------------- ВопросЫ: 1) Есть ли возможность сделать это автоматом в скрипте индикатора?
а как ещё скрипт поймёт с каким графиком/диаграммой ему работать? Это своего рода хендл для доступа к диаграмме (правда, в весьма усечённой форме). Другое дело, если бы можно было из самого скрипта графики создавать/рисовать - тогда бы - Да - смысла в чарт-теге бы никакого не было.
доступ к строкам таблицы изменений параметров, почему его нет?
Пользователь
Сообщений: Регистрация: 01.02.2015
25.06.2015 10:16:19
:D
getinfoparam
Пользователь
Сообщений: Регистрация: 01.02.2015
25.06.2015 07:23:19
тут написано, что foreachi устарела и что вместо неё надо использовать ipairs -
переменная с ошибкой
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 21:52:34
там в презентации на нерусском языке (вторая ссылка) - есть и другие более интересные методы "отлова" ошибок.
переменная с ошибкой
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 19:15:47
?
Юридическая сторона вопроса. (ГК РФ Глава 70)
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 19:05:03
Хотелось бы заострить внимание на таком вопросе: Средствами WinAPI с квиком можно сделать если не всё - то очень многое, благо теперь на это есть вполне законная основа - Ваш плагин QLUA вместе с его LUA/QLUA C API. Таким образом, вопрос: Каковы границы в программировании на LUA C API через которые нам, пользователям нельзя переходить? Ведь Вы, как компания - их даже для нас не обозначили? по пунктам:
Можно ли применять сабклассинг нативных окон квика: окно таблицы QTable, выводимое с помощью функции QLUA CreateWindow
Обращение к секции экспорта квика - файл: info.exe - с целью использования его функций.
Автологин в квике (некоторыми уже тут тактика хорошо применяется на форуме) с помощью функций WinAPI.
Передача информации из квика средствами Win32 Net API по разным сетевым протоколам: TCP, UDP и т. д.
Есть ли какой-то список запрещённых функций или методов WinAPI?
Прошу дать чёткий, аргументированный ответ, здесь, на форуме, без всяких писем - чтоб, как говорится - "для всех".
переменная с ошибкой
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 17:29:34
несовсем понятна конечная цель и её реализация. Но, возможно стоит прочесть, что-нибудь вроде этого? :
ну и, "что за зверь" - этот "-1.#IND" -->
Что предпочесть при выборе провайдера VDS ?, многоядерность или оперативки побольше
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 13:07:55
квик не занимается распределением по ядрам и процессорам - он отдаёт это на откуп операционной системе на сколько мне известно.
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 13:00:23
я, конечно, бесспорно, могу во многом ошибаться - и с радостью выслушал бы интервью "от создателей":)) но... они почему-то всегда ускользают от подобных тем... :)))
Ограничение на количество отображаемых свечей на графиках
не чаще 1р/с происходит в данном случае получение сделки из твс, а оконные сообщения и возможный запрос на полную перерисовку - отправляется на каждый WM_PAINT
Цитата
Старатель пишет: полагаю, что на неактивных вкладках или свёрнутых окнах обновления графиков не происходит.
происходит - только не отображается - иначе бы при переходе на вкладку - там была бы не актуальная информация в первоначальный момент, и к тому же - есть роботы, индикаторы - они привязаны к графикам - им абсолютно параллельно активна или свёрнута вкладка - им торговать надо.
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 12:44:06
насчёт сколько умещается свечей в окне - уже написал выше - минимальное число отображаемых свечек (без масштабирования по абсциссе[по времени]) - равно количеству пикселей, укладывающемуся в ширину отображаемой зоны по определению.
Ограничение на количество отображаемых свечей на графиках
sam063rus пишет: положение всех свечек на графике пересчитываются при каждом приходе сделки на график, при масштабировании
Наверное, все-таки не всех, а только тех, которые видны на графике в данный момент. Обычно это меньше, чем 3000.
в этом, наверно соглашусь - бо как не знаю исходную реализацию.
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 12:32:35
и не забываем, что положение всех свечек на графике пересчитываются при каждом приходе сделки на график, при масштабировании.
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 12:28:53
а кто сказал, что он статический??? объект - свеча: имеет координаты может менять положение может менять размеры может реагировать на движение курсора (показ хинта) может реагировать на клик мышки (ну типа вывод меню или отправка транзакции) и т. д.
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 12:24:20
боюсь, что если это будет сделано - то сделано, как с "авточартистом" - он вроде, как тебе не нужен - но, хрен ты от него избавишься.
Ограничение на количество отображаемых свечей на графиках
поверьте, в современных новомодных операционных системах - не одна сотня процессов/сервисов работает в системе - так что, от этого пока ещё никто не ушёл. А так, - конечно, всегда проще предложить купить более мощный компьютер, зная, что клиенту будет просто некуда деваться.
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 12:11:57
дело не только и не столько в ресурсах компбютера, а впределах операционной системы - увлечение контролами - даром не проходит. Свеча, конечно, хоть и не контрол - но и не обычная картинка, а вполне себе самостоятельный объект. И на то, чтоб она была на графике затрачиваются ресурсы и время выделения памяти.
Более жизненный пример - покажите мне современную игру - в которой одновременно 3000 "мобов" на уровне. (не спорю, хоть и "притянуто за уши" - но смысл ясен)
Ограничение на количество отображаемых свечей на графиках
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 11:04:42
Цитата
Stanislav Tvorogov пишет: По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной.
ну-ну. Лишний раз подтвердили то, что половина надо увольнять:)))
вопрос на засыпку: а почему всего 3000свечей? Даёшь 100500 на один график:))) полагаю, - те кто умные - давно уже всё поняли...)))
господа, ваш квик будет просто "валяться" прежде чем прожуёт столько свечей. Уже сейчас из-за этого, при открытии свыше 36 графиков начинается непредсказуемая работа - он просто падает, и не всегда с дампом. При этом, не забываем, что все ваши свечки, чудо-порисульки графики - всё работает в главном потоке квика. Это всё равно, что сделать из квика не терминал, который позволяет быстро реагировать/обрабатывать транзакции, а какой-то музей - с картинами-графиками. -> можно посмотреть но, нельзя касаться.
у вас нет никакого чувства видения перспективы ваших таких "поделок". Вы сами угробите квик. ---------------------------------------- в общем, вы не перестаёте меня разочаровывать...
Расчёт индекса РТС
Пользователь
Сообщений: Регистрация: 01.02.2015
23.06.2015 10:19:20
а вообще - расчёт самостоятельно индекса ртс - дело неблагодарное, бо как зависит от кучи разных факторов, которые постоянно меняются и не предсказуемы. Сама методичка может измениться, могут быть приняты те или иные решения клиринговой палаты и т. п.
это значит, что перед тем как считать формулу - надо проверять аргументы на их наличие (т.е. значений в них как таковых).
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 18:46:24
Цитата
Старатель пишет: Причём столько раз, сколько открыто Lua-индикаторов.
поверьте - у меня индикаторов - много больше чем 11 на всех вкладках. конкретно на той вкладке - которая последняя (перед предыдущем отключением квика) - там вообще нет индикаторов - только окно системных сообщений.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 17:25:10
Цитата
sam063rus пишет: Индикатор - не добавлен, но присутствует в списке индикаторов.
т.е. - я вообще ничего не делал: я просто кинул его в папку LuaIndicators и включил квик - в итоге, не будучи ни на одном графике - он сам запустился.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 17:18:31
как видите, в "индикаторе", ни на графике - нигде - нет привязки ни кодному источнику данных/либо графику - но он всё-равно запускается. И причём, несколько раз:
sam063rus пишет: Запускаются "автоматом", при старте квика (чем не основа для вирусописательства?)
Вы можете привести конкретный пример скрипта, который не будучи добавленным на график автоматически запускается при старте QUIK?
специально для Вас, потратил время:
Скрытый текст
Код
message(getScriptPath())
Settings=
{
Name = "testBug",
line =
{
{
Name = "test",
Color = RGB(0,0,255),
Type = TYPE_LINE,
Width = 1
}
}
}
function Init()
return 1
end
function OnCalculate(index)
return nil
end -- выход из функции OnCalculate
Индикатор - не добавлен, но присутствует в списке индикаторов. Квик, просил передать, что он висит до сих пор:)))
ну, или, если без getScriptPath, а просто голый мессэдж:
Скрытый текст
Код
message("testBug#00002")
Settings=
{
Name = "testBug",
line =
{
{
Name = "test",
Color = RGB(0,0,255),
Type = TYPE_LINE,
Width = 1
}
}
}
function Init()
return 1
end
function OnCalculate(index)
return nil
end -- выход из функции OnCalculate
OnOrder без UID
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 17:02:50
Цитата
Олег Хуснутдинов пишет: даже если OnTrade вызывается более одного раза по одной и той же сделке, такое тоже может быть и не является аномалией
ну как обычно - "эт не мы такие, эт вы..."
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 15:31:45
, или в кратце - такая "песочница" - пока ничего кроме очередных глюков не принесла. -> скрипты весьма нестабильны, полного доступа к qchart - они не представляют, а только "дразнят". Запускаются "автоматом", при старте квика (чем не основа для вирусописательства?). Ну и спрашивается, "на хрена козе баян?"
да вот, что-то мне это теперь уже особо не очевидно бо как и там и там: 1. функция загружена 2. инициализирована 3. находится не в коллбеке Понятное дело, что машины разные и пути папок, которые транслирует функция разные - но, в одном случае, она "мусорит", а в другом нет.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 12:37:29
ещё одна небольшая подробность:
та же функция но, только в QLUA-script VM - ведёт себя абсолютно стабильно:
Код
message(getScriptPath())
is_run = true
function main()
while is_run do
sleep(100)
end
end
function OnStop()
is_run = false
return 1000
end
Что говорит о том, что эти функции - абсолютно разные физически и имеют лишь общим - только название.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 12:15:24
Лично меня - не устраивает извечная констатация факта и очередные "приносим свои извинения". Мне нужна - причина. + толковая, соответствующая реальной жизни - документация.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 12:05:30
Цитата
Дмитрий пишет: уже известно (обсуждалось в Вашей же теме):
пока ничего ОФФИЦИАЛЬНО неизвестно. То, что они там в курсе - не объясняет причины.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 10:59:27
p.s. как закончу с "песочницей" QLUA-Indicators VM -> примусь за QLUA-script VM
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 10:57:32
Причина такого непредсказуемого "поведения" - для меня известна... Однако, понадеемся услышать мнение на этот счёт от разработчиков (с обязательным отражением в документации). Итак, разработчики - You are Welcome! :))
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 10:49:58
Начинаем разбираться с getScriptPath() Итак, "поехали"
Такой код - вешает намертво квик - он даже не может толком загрузиться. Бо как начинает выполнение скриптов индикаторов сразу же при своей загрузке:
Скрытый текст
Код
message(getScriptPath())
Settings=
{
Name = "testGetScriptPath",
line =
{
{
Name = "test",
Color = RGB(0,0,255),
Type = TYPE_LINE,
Width = 1
}
}
}
function Init()
return 1
end
function OnCalculate(index)
return nil
end -- выход из функции OnCalculate
ок! "Спрячем" getScriptPath() в коллбек Init():
Скрытый текст
Код
Settings=
{
Name = "testGetScriptPath",
line =
{
{
Name = "test",
Color = RGB(0,0,255),
Type = TYPE_LINE,
Width = 1
}
}
}
function Init()
message(getScriptPath())
return 1
end
function OnCalculate(index)
return nil
end -- выход из функции OnCalculate
Скрипт благополучно и правильно отобразил путь
Ладно, удалим индикатор и по новой наложим на график. Что ж, и так всё работает.
Вернём getScriptPath обратно наверх. (см. первый вариант кода) не выключая квик, удалим и по новой наложим индикатор
Таким образом, при работе getScripthPath на выходе, собирается какой-то случайный мусор.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
22.06.2015 08:38:55
Очередное небольшое "открытие": Итак,
Действия:
1. Сделал тестовый скриптик и попытался наложить на график. Саму библиотеку qte - положил вместе с индикатором.
Скрытый текст
Код
package.cpath=getScriptPath().."\\?.dll"
package.path=getScriptPath().."\\?.lua"
require "qte" -- моя библиотека
Settings=
{
Name = "testThread",
line =
{
{
Name = "test",
Color = RGB(0,0,255),
Type = TYPE_LINE,
Width = 1
}
}
}
function Init()
check()
return 1
end
function OnCalculate(index)
return nil
end -- выход из функции OnCalculate
function check()
h = qte.getCurrentThreadId() -- в комментариях не нуждается
message(tostring(h))
end
Result -> Не прокатило, - он даже не появился в списке индикаторов.
2. Немного "допилил" скриптик - разместил "пути" и require - в функции Init()
Скрытый текст
Код
Settings=
{
Name = "testThread",
line =
{
{
Name = "test",
Color = RGB(0,0,255),
Type = TYPE_LINE,
Width = 1
}
}
}
function Init()
package.cpath=getScriptPath().."\\?.dll"
package.path=getScriptPath().."\\?.lua"
require "qte"
check()
return 1
end
function OnCalculate(index)
return nil
end -- выход из функции OnCalculate
function check()
h = qte.getCurrentThreadId()
message(tostring(h))
end
Result -> скрипт запустился, попутно выяснилось следующие вещи:
Все эти Ваши м-м э-э... так называемые графики и индикаторы-порисульки - работают в основном потоке квика
Чем больше Вы на "открываете" графиков и таблиц, чем больше наложите индикаторов - тем медленее будет Ваш квик.
Получается, имеет значение место расположения "путей" и функции require.
3. Вернул опять - всё, как было. Поместил "пути" и require в самое начало скрипта см. пример из "1"-ой версии
Result -> старина квик - не вынес всего этого (нувыпоняли... :) ) ) Он просто завис и даже экран побелел :) ))
Скорей всего: проблема в том, что по великой "умности" разработчиков - своей функцией getScriptPath - они нае... (перемудрили) самих себя. Всякий раз - она выдаёт совершенно разные пути. Причём, весьма "неисповедимые".
--------------------
Далее, исследование продолжать не стал - т.к. то, что нужно уже выяснил: индикаторы работают в одном потоке с квиком, есть ли разница где находится require или нет - уже нестоль важно (для меня) - да и с getScriptPath - похоже - никто не спешит разбираться.
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
Пользователь
Сообщений: Регистрация: 01.02.2015
21.06.2015 16:38:00
либо, если некоторые параметры в таблицах - всё же изменились, и - они не могут быть "старыми" параметрами - тогда - ДА. можно достичь некоторого "ускорения"
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
Пользователь
Сообщений: Регистрация: 01.02.2015
21.06.2015 16:36:25
только если по виртуальным заявкам (без получения отчёта о транзакции). к чему это приводит - известно...
API на C#
Пользователь
Сообщений: Регистрация: 01.02.2015
21.06.2015 07:26:51
если тут речь о API Quik - то это уже обсуждалось:
Таким образом, нужно знать контекст плагинов - однако, это закрытая информация. Но, никто нам не мешает воспользоваться секцией экспорта квика (info.exe), через qlua-прокладку. Таким образом, воспользовавшись в своей dll (в формате QLUA C API) функцией из WinAPI GetprocAdress - можно получить доступ к усечённой версией QUIK API, а именно - теми функциями, которые объявлены в его секции экспорта. При этом, это всё будет абсолютно легально. Однако, функционал, конечно, будет сильно напоминать "тупайл". --- Повторюсь, не надо плеваться от QLUA-прокладки. В данном случае, это необходимое "зло". Если разработчики не собираются раскрывать для нас QUIK Plugin API - то, ничто не мешает нам сделать своё API. Все плагины и QLua в частности - всё располагается в контексте одного процесса - квика, и в его адресном пространстве. А значит, "окно в процесс" - у нс уже есть. Пишем свою dll (в формате QLUA C API) и реализовываем весь функционал, ограниченный только нашим воображением и функциональностью WinAPI. При том, опять же, на легальной основе.
--- p.s. Если у Вас по прочтении онного всё ещё остались вопросы - то, думаю, "знания 6 языков программирования" - так и не пошли на пользу.
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
Пользователь
Сообщений: Регистрация: 01.02.2015
20.06.2015 19:08:59
конкретно о синхронизации времени - на выходных - брокер тоже показывает фантастическое время. Но, к понедельнику - всё становится синхронизировано. Я не спорю, что это может быть только у моего брокера и что мой вариант - не панацея. Было бы, конечно, куда проще - имей мы всю поступающую через шлюз информацию.
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
Пользователь
Сообщений: Регистрация: 01.02.2015
20.06.2015 19:00:17
Цитата
Старатель пишет: Наблюдал расхождение между локальным временем и серверным более 40 сек.
Согласен, было бы проще использовать ping - но не все брокеры "пингуются". В другой ветке - я уже малость озвучил проблему (одну из сторон) ->
Цитата
Старатель пишет: Так что, в общем случае, текущая позиция по счёту может и не совпадать с ожиданиями робота.
именно для этого, по примеру wealth-lab - есть "менеджер заявок/транзакций" - и все роботы - "в курсе".
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
если на биржу нельзя положиться - то в такие моменты и торговать не стоит. Иногда, самое правильное - уметь "сидеть и курить на заборе".
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
Пользователь
Сообщений: Регистрация: 01.02.2015
20.06.2015 11:41:43
Цитата
Можете подробнее описать, каким образом вы реализуете контроль целостности данных?
Цитата
Не отображались изменения позиций по срочному рынку.
В смысле, при покупке/продаже контрактов не изменялись позиции по клиентским счетам? Такие проблемы на бирже часто случаются. Очевидно, текущую позицию нужно считать в каждом роботе самостоятельно, а не полагаться на биржу. И при большом расхождении значений отправлять уведомления по sms и e-mail. И копию отправлять брокеру и на биржу, чтоб не расслаблялись.
для начала: to GOOGLE it -> site:moex.com "технический сбой" и... читаем/собираем всю информацию по всем описанным ранее сбоям.
насчёт самому считать... ранее попадались роботы-"меценаты" - они не ждали ответа на транзакцию в виде отображения параметров в таблице по позициям (не хотели тратить на это своё время). Потом, в газетах писали, что у такой-то фирмы отозвали лицензию и она вообще разорилась. К чему я это всё? К тому, что параметры безусловно считать нужно и по своему - тоже. Но, если параметры не соответствуют "ожиданиям" - то, нет смысла торговать в это время: либо закрывать позицию (если возможно) и "постоять в сторонке", либо снизить риски - уменьшить лимит по боту и инструменту.
Контроль данных в МТС, Создание отказоустойчивой автоматизированной торговой системы
sam063rus пишет: Также мониторится серверное время и локальное - при слишком большой разнице - некоторые алгоритмы - отменяются
Вот тут не понятно. Какие ошибки таким образом вы пытаетесь устранить?
моё время - синхронизируется каждый день по интернет штатными средствами Windows. Такая точность, которую она обеспечивает - меня вполне устраивает. Если расхождение между локальным и серверным временем > 1 сек то это простой способ определить нагрузку на канал брокера. Стало быть, торговля, слишком привязанная к актуальности параметров - отменяется, остаются только - позиционные алгоритмы.
Индикатор адекватности системы биржа/Квик, давайте поразмыслим
Пользователь
Сообщений: Регистрация: 01.02.2015
20.06.2015 08:28:47
такого индикатора - вам никто и никогда не предоставит. "кому нужно дарить кнут, чтоб потом тебя им гоняли?"
для себя - уже сделал такой "индикатор" ->
Графики фьючерсов
Пользователь
Сообщений: Регистрация: 01.02.2015
20.06.2015 00:39:49
Цитата
Старатель пишет: о у брокеров отпадёт необходимость в его покупке.
тогда , что тут ещё можно обсуждать? К этому - и веду. Функционал - определённо есть (я сейчас говорю не только об этих "банальных примерах") > НО!!! Они не дают им воспользоваться. При том, что и у брокеров - "рыльце в пушку" бо как. по мимо всего прочего - они ещё имеют инфраструктуру.
Графики фьючерсов
Пользователь
Сообщений: Регистрация: 01.02.2015
20.06.2015 00:24:14
поставлена задача - дать пользователям полный доступ из квика - к архивным данным (из папки Archive) - и что мы видим? А ыидим мы - тысячу и одну отговорок.
приведу более наглядный и из жизни пример - есть плагин strartvolat.dll - рассчитывает улыбки волатильности и всё-такое. Вопрос: пояему нельз было сделать для "всех" - возможность привязывать абсциссу к независимому источнику данных???
Графики фьючерсов
Пользователь
Сообщений: Регистрация: 01.02.2015
19.06.2015 23:28:47
всё веселее и веселей. конкуренты появились. теперб так это называется...
Графики фьючерсов
Пользователь
Сообщений: Регистрация: 01.02.2015
19.06.2015 23:18:49
Цитата
Alexey Ivannikov пишет: В такой парадигме уже давно и безпроблемно работают многие брокерские компании
моя компания - мне прмо предложила - если сделаете софт нетолько для клиентов НО!!! и для брокеров - они поддержат. Я - к сожалению, не смогу это потянуть....
Графики фьючерсов
Пользователь
Сообщений: Регистрация: 01.02.2015
19.06.2015 23:16:41
Цитата
Alexey Ivannikov пишет: ак что Ваше замечание тут несколько неуместно.
Арка - мои замечания... - уже давно в Ваших глазах ничего не стоят. Вы просто их игнорируете. Хотя стать Вашим конкуреном - дело весьма небольшого времени. Просто, я - как филантроп - люблю долго объяснять/наставлять/спонсировать своим кошельком Ваши "недоразумения".
Графики фьючерсов
Пользователь
Сообщений: Регистрация: 01.02.2015
19.06.2015 23:12:59
Цитата
Alexey Ivannikov пишет: но, как Вы понимаете, у нас нет возможности заставлять их это делать.
у Вас есть просто возможность - уйти уже с рынка и не позориться...