В позиции по рассмотрению ситуации на рынке как безисторической, позволю с Вами не согласиться... Но это мое собственное мнение. При профитном ордере все же есть смысл посмотреть на старший таймфрэйм для принятия решения либо пересидеть небольшой откат и продолжить работу с ордером на старшем таймфрэйме или просто закрыть его за бесперспективность.
Я не говорю, что не нужно учитывать историю рынка. По сути - это единственное, что можно и нужно учитывать.
Я говорю, что не имеет смысла (вредно) учитывать дату и цену открытия ордера. В этом смысле маджик - средство поддержания иллюзий:) Не хочется повторяться, посмотрите здесь.
А на проводе, я думаю, маджика не будет. Представьте сколько горе-программистов. В некоторых программах запрос маджика обязательно будет попадать в цикл и грузить сервер. А если хоть одна такая порграмма выйдет в тираж, то будет хана всей технологии.
А на проводе, я думаю, маджика не будет. Представьте сколько горе-программистов. В некоторых программах запрос маджика обязательно будет попадать в цикл и грузить сервер. А если хоть одна такая порграмма выйдет в тираж, то будет хана всей технологии.
Я кажется неверно выразился : запрашивать его отдельно с сервера я и не предлагал, для этого есть OrdersTotal и OrderSelect. Я предполагал только его переопределение при вызове OrderModify.
SK. писал (а): Представьте сколько горе-программистов. В некоторых программах запрос ИЗМЕНЕНИЯ маджика обязательно будет попадать в цикл и грузить сервер.
Я понял что Вы имели ввиду..... опасность такая действительно существует. Точно так же как и с перестановкой SL и TP
SK. писал (а): Представьте сколько горе-программистов. В некоторых программах запрос ИЗМЕНЕНИЯ маджика обязательно будет попадать в цикл и грузить сервер.
Я понял что Вы имели ввиду..... опасность такая действительно существует. Точно так же как и с перестановкой SL и TP
Это уже подробности того, чего и без нас с Вами не сделают:) Но если бы.., то предполагался бы и запрос или ответ - как посмотреть. Например, изменение на сервере SL с одного подключённого к счёту ПК отзовётся отображением нового значения SL на всех подключённых к счёту ПК.
Мы с Вами как Добчинский и Бобчинский:
Бобчинский. .. "Э!" - говорю я Петру Ивановичу... Добчинский. Нет, Петр Иванович, это я сказал: "э!" Бобчинский. Сначала вы сказали, а потом и я сказал. "Э! - сказали мы с Петром Ивановичем. - А с какой стати сидеть ему здесь, когда дорога ему лежит в Саратовскую губернию?"
Даааа... Все что может пользователь сделать для того что бы угробить систему он обязательно сделает. Даже не приходя в сознание :-)
К сожалению в следствии этого многие продукты перегружены функционалом проверок и перепроверок, интерфейсной защитой от "дурака" и случайных непредсказуемых действий пользователя.
Недавно мне пришлось общаться с заказчиком, который состояние "Утвержден" по отношению к официальному документу трактовал несколько своеобразно. Документ типа утвержден и подписан, но в нем все можно поменять без последующего пересогласования и переутверждения. Представьте как пример: отправляете платежку в банк, тот его добросовестно исполняет, а вы потом, исправив первоначальный документ, приходите в банк и производите наезд с формулировкой "не верное исполнение платежного поручения".
К сожалению в следствии этого многие продукты перегружены функционалом проверок и перепроверок, интерфейсной защитой от "дурака" и случайных непредсказуемых действий пользователя.
Да, это мне хорошо известно. По этой причине мне пришлось потратить немало времени, чтоб сделать программу дуракоупорной, поэтому работа растянулась уже на полгода. А всё потому, что юзер может поменять цвет или вид управляющего значка, а потом высказывать претензии.
Кстати, в тему ветки. Необходимы программно регулируемые свойства объектов: запретить/разрешить менять цвет, размер, шрифт, возможность выделения, удаления и т.д.
Позволю себе напомнить о возможности запуска терминала без графического интерфейса. К примеру тот же чемпионат, явно что отлаженному эксперту графический интерфейс не требуется.
Большая просьба сделать возможность запуска советника (индикатора, скрипта), не только по приходу нового тика, а различными способами
Нужно
По тику
По времени
По внешнему событию, важно для подключения к расчетам других мат пакетов.
Может вот так 3 функции старт
Start 0 {} // работает по тикам
Start 1 {} // работает по времени (выбор каждую секунду, минуту, час и т.д.)
Start 2 {} // работает по внешнему событию, допустим когда внешняя программа завершила расчеты и в файле результатов расчетов этой программы обновились данные.
Вот еще, наверное будет полезно дать возможность организовывать пользовательские индикаторы по группам в папках на файловой системе. А то иметь свалку из индикаторов в одной папке как то неприлично :-)
Ещё очень хотелось бы иметь возможность устанавливать фиксированныймасштаб цены (пунктов/пиксель) с пределами шкалы, автоматически меняющимися кратно заданной величине, например, 5 или 10 пунктам.
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
В позиции по рассмотрению ситуации на рынке как безисторической, позволю с Вами не согласиться... Но это мое собственное мнение. При профитном ордере все же есть смысл посмотреть на старший таймфрэйм для принятия решения либо пересидеть небольшой откат и продолжить работу с ордером на старшем таймфрэйме или просто закрыть его за бесперспективность.
Я не говорю, что не нужно учитывать историю рынка. По сути - это единственное, что можно и нужно учитывать.
Я говорю, что не имеет смысла (вредно) учитывать дату и цену открытия ордера. В этом смысле маджик - средство поддержания иллюзий:) Не хочется повторяться, посмотрите здесь.
А на проводе, я думаю, маджика не будет. Представьте сколько горе-программистов. В некоторых программах запрос маджика обязательно будет попадать в цикл и грузить сервер. А если хоть одна такая порграмма выйдет в тираж, то будет хана всей технологии.
А на проводе, я думаю, маджика не будет. Представьте сколько горе-программистов. В некоторых программах запрос маджика обязательно будет попадать в цикл и грузить сервер. А если хоть одна такая порграмма выйдет в тираж, то будет хана всей технологии.
Я кажется неверно выразился : запрашивать его отдельно с сервера я и не предлагал, для этого есть OrdersTotal и OrderSelect. Я предполагал только его переопределение при вызове OrderModify.
Я понял что Вы имели ввиду..... опасность такая действительно существует. Точно так же как и с перестановкой SL и TP
Я понял что Вы имели ввиду..... опасность такая действительно существует. Точно так же как и с перестановкой SL и TP
Это уже подробности того, чего и без нас с Вами не сделают:) Но если бы.., то предполагался бы и запрос или ответ - как посмотреть. Например, изменение на сервере SL с одного подключённого к счёту ПК отзовётся отображением нового значения SL на всех подключённых к счёту ПК.
Мы с Вами как Добчинский и Бобчинский:
Бобчинский. .. "Э!" - говорю я Петру Ивановичу...
Добчинский. Нет, Петр Иванович, это я сказал: "э!"
Бобчинский. Сначала вы сказали, а потом и я сказал. "Э! - сказали мы с Петром Ивановичем. - А с какой стати сидеть ему здесь, когда дорога ему
лежит в Саратовскую губернию?"
Даааа... Все что может пользователь сделать для того что бы угробить систему он обязательно сделает. Даже не приходя в сознание :-)
К сожалению в следствии этого многие продукты перегружены функционалом проверок и перепроверок, интерфейсной защитой от "дурака" и случайных непредсказуемых действий пользователя.
Недавно мне пришлось общаться с заказчиком, который состояние "Утвержден" по отношению к официальному документу трактовал несколько своеобразно. Документ типа утвержден и подписан, но в нем все можно поменять без последующего пересогласования и переутверждения. Представьте как пример: отправляете платежку в банк, тот его добросовестно исполняет, а вы потом, исправив первоначальный документ, приходите в банк и производите наезд с формулировкой "не верное исполнение платежного поручения".
К сожалению в следствии этого многие продукты перегружены функционалом проверок и перепроверок, интерфейсной защитой от "дурака" и случайных непредсказуемых действий пользователя.
Да, это мне хорошо известно. По этой причине мне пришлось потратить немало времени, чтоб сделать программу дуракоупорной, поэтому работа растянулась уже на полгода. А всё потому, что юзер может поменять цвет или вид управляющего значка, а потом высказывать претензии.
Кстати, в тему ветки. Необходимы программно регулируемые свойства объектов: запретить/разрешить менять цвет, размер, шрифт, возможность выделения, удаления и т.д.
К примеру тот же чемпионат, явно что отлаженному эксперту графический интерфейс не требуется.
Большая просьба сделать возможность запуска советника (индикатора, скрипта), не только по приходу нового тика, а различными способами
Нужно
Может вот так 3 функции старт
Start 0 {} // работает по тикам
Start 1 {} // работает по времени (выбор каждую секунду, минуту, час и т.д.)
Start 2 {} // работает по внешнему событию, допустим когда внешняя программа завершила расчеты и в файле результатов расчетов этой программы обновились данные.
Заранее спасибо.
Вот еще, наверное будет полезно дать возможность организовывать пользовательские индикаторы по группам в папках на файловой системе. А то иметь свалку из индикаторов в одной папке как то неприлично :-)
Ещё очень хотелось бы иметь возможность устанавливать фиксированный масштаб цены (пунктов/пиксель) с пределами шкалы, автоматически меняющимися кратно заданной величине, например, 5 или 10 пунктам.