Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда - 6. - страница 769
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
запоминать старое кол-во Бай и сравнивать с текущим, как ещё?
Именно это и не получается
создать целочисленную переменную, присвоить ей количество покупок, а потом ещё раз когда надо подсчитать покупки и сравнить с значением той переменной не получается?
В этих значениях ничего не смущает, там все правильно, но речь то не об этом.
Проблема конкретно с пятницей не актуальна если у тебя время локальное больше чем время брокера на Х часов.
Но представь если у тебя на локальном компе не +1, а -1 час разница с брокером.
И есть это простое условие:
В этом случае:
1. у брокера наступит первый тик пятницы, например сегодняшний тик, у которого время 2014.11.07 00:00
2. берем количество секунд, прошедших с 01.01.1970 00:00 до момента рассматриваемого тика, то есть до 2014.11.07 00:00
3. берем количество секунд, прошедших с 01.01.1970 00:00 до 06.11.2014 21:30 (это именно вчерашняя дата, т.к. берется время локального компа, у которого на момент рассматриваемого тика не пятница, а четверг, то есть 6 число, а если быть еще точнее, то 2014.11.06 23:00, разница в 1 час)
Вуаля, количество секунд в пункте 2 больше чем в пункте 3.
А значит в первый пятничный тик исполнится указанный в коде принт, хотя если бы функция StringToTime() брала дату с сервера брокера, то все бы сработало как и задумано, принт выскочил бы в пятницу только после того, как время перевалит за 21:30
Да... Я не сразу понял проблему. У меня всегда локальное больше серверного и я не сталкивался с такой проблемой. Выход один учитывать день и не пользоваться укороченным представлением времени.
ну да, как вариант подсовывать функции нужное время, вместе с датой, извлеченной из TimeCurrent(), в этом случае проблемы вроде не должно быть
к слову говоря, у меня время локального компа всегда больше чем время брокера, но тем не менее данная проблема вышеописанным образом проявилась в прошлую пятницу одновременно на двух разных брокерах (один демо, второй реал). Почему это произошло - до сих пор загадка. Впрочем код уже заменил на другой, так что такой траблы больше не должно случиться
ну да, как вариант подсовывать функции нужное время, вместе с датой, извлеченной из TimeCurrent(), в этом случае проблемы вроде не должно быть
к слову говоря, у меня время локального компа всегда больше чем время брокера, но тем не менее данная проблема вышеописанным образом проявилась в прошлую пятницу одновременно на двух разных брокерах (один демо, второй реал). Почему это произошло - до сих пор загадка. Впрочем код уже заменил на другой, так что такой траблы больше не должно случиться
создать целочисленную переменную, присвоить ей количество покупок, а потом ещё раз когда надо подсчитать покупки и сравнить с значением той переменной не получается?
Вы не могли бы дать пример кода?
еще ведь после сравнения нужно заново перезаписать переменную, иначе будет тоже самое бесконечно выполняться код. (допустим было 6, а стало 7 надо в переменную вписать что стало 7 после сравнения)
Вы не могли бы дать пример кода?
еще ведь после сравнения нужно заново перезаписать переменную, иначе будет тоже самое бесконечно выполняться код. (допустим было 6, а стало 7 надо в переменную вписать что стало 7 после сравнения)
Не мучайтесь, вот Вам функция Кима, которой я пользуюсь, и во всех билдах работает:
И это впридачу:
От Вас только требуется делать проверку согласно Вашим задачам:
if(BuyPos >= n)
Не мучайтесь, вот Вам функция Кима, которой я пользуюсь, и во всех билдах работает:
И это впридачу:
От Вас только требуется делать проверку согласно Вашим задачам:
Не мучайтесь, вот Вам функция Кима, которой я пользуюсь, и во всех билдах работает:
И это впридачу:
От Вас только требуется делать проверку согласно Вашим задачам:
Подключил. работает бесконечно...
Удалось решить вопрос с помощью последнего метода в этой статье https://www.mql5.com/ru/articles/1399