Ошибки, баги, вопросы - страница 2688

Новый комментарий
 
Компиляция этого скрипта способна убить всю работу на машине. 
// ALT+G на mqh-файле - зависание ME.
#include <fxsaber\HistoryTicks\Data_String.mqh> // https://www.mql5.com/ru/code/20298

void OnStart()
{
  string Str;
  
  int i = DATA_STRING::FromString(Str);
}

Компиляция вызывает зависание, где metaeditor64.exe каждую секунду выжирает по дополнительному гигабайту памяти.

Еще ME зависает по ALT+G. Build 2374.

 

Привет сообщество. Вопросы на миллион ))

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

1) Реально ли(не без помощи стороннего ПО) сделать так, чтобы получаемые котировки и история отображались в отдельно созданном пользовательском символе в реальном времени. То есть, не просто загрузить историю в пользовательский символ, но и отображать его реальные котировки в реальном времени. К примеру, сторонний софт будет подгружать историю в файлы таймсерий, а терминал будет сразу отображать информацию(это все без сов/индюков на самом графике).

2) Реально ли переопредилить функции торговых операций так, чтобы установленные на такие инструменты советники отправляли заявки не на торговый сервер а по апи для конкретной криптобиржи. Грубо говоря это даст возможность работать любым советникам на таких инструментах.

3) Если первые 2 нереальны: может ли терминал в качестве подключения использовать самописный сервер и оттуда брать соответственно все символы и отправлять туда торговые операции?

Буду рад любым ответам.


P.S. Сам считаю это невыполнимым.

 
Dmitri Custurov:

1. Да.

2. Нет, если недоступны исходники.

 
Dmitri Custurov:

1) Реально ли(не без помощи стороннего ПО) сделать так, чтобы получаемые котировки и история отображались в отдельно созданном пользовательском символе в реальном времени. То есть, не просто загрузить историю в пользовательский символ, но и отображать его реальные котировки в реальном времени. К примеру, сторонний софт будет подгружать историю в файлы таймсерий, а терминал будет сразу отображать информацию(это все без сов/индюков на самом графике).

2) Реально ли переопредилить функции торговых операций так, чтобы установленные на такие инструменты советники отправляли заявки не на торговый сервер а по апи для конкретной криптобиржи. Грубо говоря это даст возможность работать любым советникам на таких инструментах.

3) Если первые 2 нереальны: может ли терминал в качестве подключения использовать самописный сервер и оттуда брать соответственно все символы и отправлять туда торговые операции?

1) сторонний софт не нужен, на MQL через WebRequest это работает (потом еще добавили поддержку сокетов, так что и их можно использовать).

3) нет.

 
Stanislav Korotky:

1) сторонний софт не нужен, на MQL через WebRequest это работает (потом еще добавили поддержку сокетов, так что и их можно использовать).

3) нет.

Через вэб запросы и сокеты это понятно, но wss к примеру я так понял не работает. При этом нужен советник, который висит на графике, а значит я не смогу кинуть другой советник на этот график. Другой советник - это к примеру торговый робот, в котором я внутри уже переопределю торговые функции для торговли через апи, а точнее определю свои.

 
Dmitri Custurov:

нужен советник, который висит на графике

Не нужен. Смотрите Сервисы.

 
fxsaber:

Не нужен. Смотрите Сервисы.

Мда, что то я их не курил до сих пор. Спасибо за идею.

 
Dmitri Custurov:

Через вэб запросы и сокеты это понятно, но wss к примеру я так понял не работает.

Это протокол - его нужно писать на MQL поверх сокет-API, предоставляемого терминалом. Можно "содрать" с публичных реализаций на других языках.

 
Когда эксперт отсылает ордер, можно ли как то отловить это событие из другого советника и получить данные ордера? Без ответа от сервера.
 
Dmitri Custurov:
Когда эксперт отсылает ордер, можно ли как то отловить это событие из другого советника и получить данные ордера? Без ответа от сервера.

Из журнала.

1...268126822683268426852686268726882689269026912692269326942695...3768
Новый комментарий