즉, 이것은 Market Watch의 모든 기호에 대해 마지막으로 들어오는 틱의 시간입니다. 주말, 주말 및 공휴일에도 중개인이 견적 데이터를 제공하는 경우 이 시간이 변경될 수 있습니다. 그러나 대다수의 중개인은 이것을 가지고 있지 않습니다. 주말에는 항상 금요일의 마지막 틱 시간을 갖게 됩니다.
Vasyl Nosal : 주말에 터미널에 가면 로그인한 날짜에 따라 그곳의 시간이 업데이트되고 체크 표시가 있어도 상관없기 때문 이다.
시연해 주십시오. 그리고 한 가지 더: "TimeCurrent() - 서버의 마지막으로 알려진 시간에 대해 이야기하고 있습니까?" 그건 그렇고, 당신의 논리로 판단하면 인터넷 연결을 끊고 (진드기가 없을 것입니다-주말 모방) 5 분 정도 기다린 다음 터미널로 이동하여 터미널에서 업데이트 할 시간입니까? ?
어떤 경우에는 응답이 DC 서버에서 와야 합니다! DC는 그것에 대해 별로 신경 쓰지 않습니다. 이것이 모두 작동하는 방식입니다.
오 좋네. 이것은 문제를 해결했습니다.
:)))))))))
오 좋네. 이것은 문제를 해결했습니다.
:)))))))))
오늘
IsTradeAllowed( 기호 (), TimeCurrent ())
사실을 보여줍니다
분명히 기능은 거래 일정에만 중점을 둡니다. 그리고 휴일과 같은 예외는 고려할 수 없습니다. 이를 지원하는 데 필요하지 않다고 생각하는 브로커의 추가 일정이 필요하기 때문입니다.
그 결과 폐쇄된 시장을 판단하는 간단한 방법은 없다는 결론에 도달했습니다. 실제로 반복적으로 테스트 된 방법 으로 남아 있습니다.
그런데 왜 현지 시간이 있습니까?
...
주말에는 서버 시간(TimeCurrent())이 변경되지 않기 때문입니다.참, 변경되지 않음, 서버 또는 틱의 마지막으로 알려진 시간, 틱 없음 시간 변경 없음.
블..., 지금 터미널에 들어가서 보기 힘들지???
왜 그래? 결국, 당신은 그것이 변하지 않는다는 것을 스스로 확인할 수 있습니다. 또한 문서에 명확한 문구가 있습니다. https://docs.mql4.com/ru/dateandtime/timecurrent .
마지막으로 알려진 서버 시간을 반환합니다.
즉, 이것은 Market Watch의 모든 기호에 대해 마지막으로 들어오는 틱의 시간입니다. 주말, 주말 및 공휴일에도 중개인이 견적 데이터를 제공하는 경우 이 시간이 변경될 수 있습니다. 그러나 대다수의 중개인은 이것을 가지고 있지 않습니다. 주말에는 항상 금요일의 마지막 틱 시간을 갖게 됩니다.
왜 그래? 결국, 당신은 그것이 변하지 않는다는 것을 스스로 확인할 수 있습니다. 또한 문서에 명확한 문구가 있습니다. https://docs.mql4.com/ru/dateandtime/timecurrent .
즉, 이것은 Market Watch의 모든 기호에 대해 마지막으로 들어오는 틱의 시간입니다. 주말, 주말 및 공휴일에도 중개인이 견적 데이터를 제공하는 경우 이 시간이 변경될 수 있습니다.
주말에 터미널에 가면 로그인한 날짜에 따라 그곳의 시간이 업데이트되고 틱이 있어도 상관없으니까.
당신은 당신의 사실을 제공하지 않고 명백한 사실을 거부합니다. 이거 어디서 봤어? 아마도 주말에 견적을 제공하는 중개인의 터미널에서? 그렇다면 사실입니다. 업데이트가 있지만 터미널이 시작된 후가 아니라 진드기가 도착한 후에 있습니다.
대부분의 경우 다른 시간을 염두에 두고 있습니다. 예를 들어 로그의 시간입니다. 그러나 이 시간은 프로그래밍 방식으로 얻을 수 없습니다. 여기에서 우리는 TimeCurrent()에 대해 이야기하고 있습니다.
주말에 터미널에 가면 로그인한 날짜에 따라 그곳의 시간이 업데이트되고 체크 표시가 있어도 상관없기 때문 이다.
시연해 주십시오. 그리고 한 가지 더: "TimeCurrent() - 서버의 마지막으로 알려진 시간에 대해 이야기하고 있습니까?" 그건 그렇고, 당신의 논리로 판단하면 인터넷 연결을 끊고 (진드기가 없을 것입니다-주말 모방) 5 분 정도 기다린 다음 터미널로 이동하여 터미널에서 업데이트 할 시간입니까? ?