Новая версия платформы MetaTrader 5 build 2340: Управление настройками счета в тестере и расширение интеграции с Python - страница 10
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Эта печаль длится годами. Настроил всё, накидал индикаторов, открыл нужные окна, скомпилировал программу и терминал завис. После перезапуска терминала ничего уже нет и нужно настраивать заново.
Да, это необходимо
Вот ни разу за все года использования редактора и терминала ничего такого с ними не происходило. Что я всё это время не так делаю?
И, да, если терминал завис после компиляции - иду в редактор и исправляю собственные косяки в коде. Но никогда не винил в этом разработчиков терминала - каждый раз находил причину зависания в своём коде. Кого винить? Конечно же MetaQuotes ?
Еще раз повторяю, при зависании (и последующем аварийном завершении работы системы) могут пропасть также ранее СОХРАНЕННЫЕ данных. Привел пример с графиками. Не исключаю, что также могут пропасть и логины/пароли или другая информация.
Странно всё это. Ни разу не было по причине недоработок терминала. По моим косякам - да, было. Но это я сам был виновен в зависании программы. Исправлял, и не зависало. Но даже при этих зависаниях ничего у меня нигде не сбивалось. А пользуюсь всем этим не месяц, не год, а много лет.
И, кстати, никогда система не зависала наглухо из-за терминала. Может тоже что-то не так делаю все эти годы?
Вот ни разу за все года использования редактора и терминала ничего такого с ними не происходило. Что я всё это время не так делаю?
И, да, если терминал завис после компиляции - иду в редактор и исправляю собственные косяки в коде. Но никогда не винил в этом разработчиков терминала - каждый раз находил причину зависания в своём коде. Кого винить? Конечно же MetaQuotes ?
Артем, проведите эксперимент. Откройте терминал, откройте два графика. На один киньте любой индикатор, а на второй, например, бесконечный скрипт. Аварийно завершите работу терминала. Откройте терминал заново. Ни одного графика не будет. Хотя... как бы первый график то почему не сохранился?
Странно всё это. Ни разу не было по причине недоработок терминала. По моим косякам - да, было. Но это я сам был виновен в зависании программы. Исправлял, и не зависало. Но даже при этих зависаниях ничего у меня нигде не сбивалось. А пользуюсь всем этим не месяц, не год, а много лет.
Также не первый год пользуюсь терминалом. Суть в том, что он не должен забывать всю последнюю сессию при зависании. Она может быть многочасовой. И неприятно получать чистый лист в случае форс-мажора.
В такой ситуации вероятность пропажи несохранённых данных весьма велика, и относится ко всему, что установлено, запущено и работает на момент "длительного удержания кнопки".
про несохранённые речи нет. пропали списки брокеров, списки счетов... им не меньше нескольких месяцев и они уже пережили не одну перезагрузку и сохранение.
Артем, проведите эксперимент. Откройте терминал, откройте два графика. На один киньте любой индикатор, а на второй, например, бесконечный скрипт. Аварийно завершите работу терминала. Откройте терминал заново. Ни одного графика не будет. Хотя... как бы первый график то почему не сохранился?
Для чего я должен себе в ногу стрелять? Зачем я должен делать скрипт, который обязывает терминал аварийно завершать? Я всегда вставлю в код цикла проверку IsStopped().
Ну если не лень - дайте кривой скрипт и дайте индикатор, с которыми у вас воспроизводится проблема - попробую у себя. А специально делать самострельные программы нет времени к сожалению.
про несохранённые речи нет. пропали списки брокеров, списки счетов... им не меньше нескольких месяцев и они уже пережили не одну перезагрузку и сохранение.
Так вот дело-то не в терминале, который взял, и удалил всё это. Дело-то в неправильном завершении работы системы. Хорошо, что вообще запустилась после этого.
У меня ребёнок таким образом убила загрузочный сектор на HDD. После этого стала правильно выходить из системы. Подозреваю, что MetaQuotes к этому "руку приложили" :)
Вот ни разу за все года использования редактора и терминала ничего такого с ними не происходило. Что я всё это время не так делаю?
И, да, если терминал завис после компиляции - иду в редактор и исправляю собственные косяки в коде. Но никогда не винил в этом разработчиков терминала - каждый раз находил причину зависания в своём коде. Кого винить? Конечно же MetaQuotes ?
подвис во время компиляции - была такая проблема у 1900х билдов если графических объектов много. с 2000ми билдами у меня такого не случалось.
Для чего я должен себе в ногу стрелять? Зачем я должен делать скрипт, который обязывает терминал аварийно завершать? Я всегда вставлю в код цикла проверку IsStopped().
Ну если не лень - дайте кривой скрипт и дайте индикатор, с которыми у вас воспроизводится проблема - попробую у себя. А специально делать самострельные программы нет времени к сожалению.
Серьезно!? У Вас хватило времени написать сообщение, но не хватило времени написать while(true) {}? Ок...
Так вот дело-то не в терминале, который взял, и удалил всё это. Дело-то в неправильном завершении работы системы. Хорошо, что вообще запустилась после этого.
У меня ребёнок таким образом убила загрузочный сектор на HDD. После этого стала правильно выходить из системы. Подозреваю, что MetaQuotes к этому "руку приложили" :)
Ни раз не было такого, чтобы после аварийной перезагрузки системы она больше не включалась. Наверно MQ берегут...