테스트할 때도 마찬가지입니다. 스스로 판단하십시오. GMT에서 시작하면 이 시간대가 1년 내내 변하지 않는다는 사실부터 진행해야 합니다. 결국 다른 모든 시간대에 일광 절약 시간이 있으면 GMT에 1시간을 추가합니다. 이는 GMT에 대한 전술적 지향으로 여름/겨울 시간에 원하는 시간대의 위치를 추적하는 것이 필요하다는 것을 의미합니다. 저것들. 프로그램 코드에는 원하는 시간대의 여름 기간의 시작/끝에 대한 검사가 이미 포함되어 있어야 합니다. 이러한 검사는 테스터에서 작동합니다.
...물론, 히스토리의 시세를 GMT 시간으로 저장하면 위의 내용이 사실입니다. 정말 어떻습니까? 그런 질문은 아직 발생하지도 않았습니다./
글쎄, 물론 나는 이것을 이해한다. 내가 GMT를 사용하는 것은 문제가되지 않지만 .... 문제는 이것이다.
저는 EET(Alpari)에 맞게 조정된 MQL4 Expert Advisor를 가지고 있으며 이를 콘테스트 계정 에 넣고 사용 가능한 기록 전체에 걸쳐 테스트하여 새 MQL5 코드의 작업을 이전 코드와 비교합니다. EA는 새로운 견적 작업을 원하지 않습니다. 나는 따옴표를 확인하고 비교하기 시작하고 그가 원하는 대로 GMT를 기준으로 따옴표의 이동이 변경되는 것을 확인합니다. 견적을 수동으로 비교하고 불일치 간격을 강조 표시하고 프로그램 코드에서 고려했습니다. 고문은 원래대로 일했습니다.
이제 질문은 다음과 같습니다. 따옴표를 수동으로 비교할 필요가 없도록 코드에서 기록의 GMT와 관련된 이동 을 어떻게 찾을 수 있습니까?
Для здоровья вреден переход не на зимнее, а на летнее время. Надо отменить переход на летнее время и вернуться к нормальному времени, которое было до перехода на летнее время.
테스트할 때도 마찬가지입니다. 스스로 판단하십시오. GMT에서 시작하면 이 시간대가 1년 내내 변하지 않는다는 사실부터 진행해야 합니다. 결국 다른 모든 시간대에 일광 절약 시간이 있으면 GMT에 1시간을 추가합니다. 이는 GMT에 대한 전술적 지향으로 여름/겨울 시간에 원하는 시간대의 위치를 추적하는 것이 필요하다는 것을 의미합니다. 저것들. 프로그램 코드에는 원하는 시간대의 여름 기간의 시작/끝에 대한 검사가 이미 포함되어 있어야 합니다. 이러한 검사는 테스터에서 작동합니다.
...물론, 히스토리의 시세를 GMT 시간으로 저장하면 위의 내용이 사실입니다. 정말 어떻습니까? 그런 질문은 아직 발생하지도 않았습니다./
글쎄, 물론 나는 이것을 이해한다. 내가 GMT를 사용하는 것은 문제가되지 않지만 .... 문제는 이것이다.
저는 EET(Alpari)에 맞게 조정된 MQL4 Expert Advisor를 가지고 있으며 이를 콘테스트 계정 에 넣고 사용 가능한 기록 전체에 걸쳐 테스트하여 새 MQL5 코드의 작업을 이전 코드와 비교합니다. EA는 새로운 견적 작업을 원하지 않습니다. 나는 따옴표를 확인하고 비교하기 시작하고 그가 원하는 대로 GMT를 기준으로 따옴표의 이동이 변경되는 것을 확인합니다. 견적을 수동으로 비교하고 불일치 간격을 강조 표시하고 프로그램 코드에서 고려했습니다. 고문은 원래대로 일했습니다.
이제 질문은 다음과 같습니다. 따옴표를 수동으로 비교할 필요가 없도록 코드에서 기록의 GMT와 관련된 이동 을 어떻게 찾을 수 있습니까?
...물론, 히스토리의 시세를 GMT 시간으로 저장하면 위의 내용이 사실입니다. 정말 어떻습니까? 그런 질문은 아직 발생하지도 않았습니다./
이것은 실제로 매복입니다. 알아봐주셔서 감사합니다! 따옴표가 GMT(+0) 시간을 참조하지 않고 임의로 저장되면 "보편성"에 대해 말할 필요가 없습니다. 동의한다.
예를 들어 여름 견적이 시간 00.00.01 GMT+2로 표시되고 테스터에서 00.00.01 GMT+0으로 표시되는 상황이 가능하다고 말하고 싶습니까?
:)
예를 들어 여름 견적이 시간 00.00.01 GMT+2로 표시되고 테스터에서 00.00.01 GMT+0으로 표시되는 상황이 가능하다고 말하고 싶습니까?
아니, 따옴표 자체에 레이블이 잘못 지정되어 있습니다!
친애하는 러시아인, 겨울 시간으로 전환합니까? ..to google은 전환이 취소 되었다고 말합니다.
주최측의 구체적인 내용을 들을 수는 없습니다... 아아.. 챔피언십에서 서버 시간은 GMT+1입니다(10월 28일, 전환은 +1 이상)
모두가 시간을 고려하지 않고 지표의 매개 변수에 따라 어리석게 거래하는 것이 정말입니까? 또는 +- 시간은 아무 것도 변경하지 않습니다. 그것은 나에게 개인적으로 중요합니다.
친애하는 러시아인, 겨울 시간으로 전환합니까? ..to google은 전환이 취소 되었다고 말합니다.
일광 절약 시간제 취소를 요청받은 상담원이 한 명 있습니다. 그는 겨울 시간으로의 복귀를 취소했습니다. 따라서 겨울 시간으로 돌아갈 수없는 순간 모스크바는 현재 GMT + 4입니다. 연중 내내 여름 시간입니다.
2012년 초에 다른 활동가는 불만을 제기한 후 취소_취소_겨울철로 돌아가겠다고 약속했습니다. 우리는 기다리고 있습니다. 침묵하는 동안.
대부분의 경우 대다수와 관련된 방식입니다.
좋습니다. 인용문 자체에 잘못된 레이블이 지정되도록 하십시오. 질문을 명확히 하겠습니다. 예를 들어 시간 00.00.01로 잘못 표시된 여름 견적이 테스터에 00.00.01 GMT+0으로 표시되는 상황이 가능하다고 말하고 싶습니까?
아니, 나는 이것을 보지 못했다.
실시간으로 단말기에 들어오는 시세는 이 시간과 함께 특정 시간으로 표시되어 보여집니다. 이 시간과 역사에 빠지다. 이 따옴표에 대해 테스터를 실행하면 테스터에 표시되는 시간입니다. 나는 다른 사람을 만나지 않았다.
또 다른 문제는 인용문의 내역이 다른 부분에서 수집될 때 실수를 할 수 있고 인용문 중 일부는 한 번, 일부는 다른 부분에서 발생한다는 것입니다.
우크라이나에서는 현재 15시간(GMT + 3), 모스크바에서는 16시간(GMT + 4), 뉴욕에서는 현재 8시간(GMT-4)입니다.
10월 28일 우크라이나에서는 (GMT + 2), 모스크바에서는 이전과 같이 유지됩니다 (GMT + 4) Google은 전환이 취소되었다고 말합니다. .. 뉴욕 (GMT-4)
11월 4일에 GMT-5가 뉴욕에 도착합니다(우크라이나에서 겨울 시간으로 일주일 이동).
하지만! 서버가 Windows에 있는 경우 .. 그러면 Windows는 전환이 취소되었음을 인식하지 못하고 10월 28일에 서버 시간에서 1시간을 빼야 합니다.
또는 .. 아마도 Windows가 서비스를 통해 시간을 보내고 있습니다. 10 월 28 일에는 시간이 변경되지 않습니다.
실제로 .. 챔피언십에서 시간이 바뀔지 여부는 서버가 물리적으로 위치 할 장소에 따라 다릅니다.
이제 이 모든 것을 가지고 출발해 봅시다.
친애하는 러시아인, 겨울 시간으로 전환합니까? ..to google은 전환이 취소 되었다고 말합니다.
주최측의 구체적인 내용을 들을 수는 없습니다... 아아.. 챔피언십에서 서버 시간은 GMT+1입니다(10월 28일, 전환은 +1 이상)
모두가 시간을 고려하지 않고 지표의 매개 변수에 따라 어리석게 거래하는 것이 정말입니까? 또는 +- 시간은 아무 것도 변경하지 않습니다. 그것은 나에게 개인적으로 중요합니다.
한 번 (오래 전에) 나는 또한 인트라데이 필터에 손을 대다가 이 모든 것이 쓰레기라는 것을 깨달았습니다.
움직임은 조용한 아시아인(오전 2-3시에 이와 같은 시간)에서 시작할 수도 있습니다.
그리고 추세가 그것에 집착하는 그런 움직임). 유럽인들이 눈을 뜨고 시장이 이미 만석입니다 :)
일반적으로 나는 모든 것을 포기했습니다 (나는 칠면조에서 일합니다). 그래서 나는 아직 뉴스에 대한 조사를 끝내지 않았습니다.
상호 배타적인 두 가지 가설이 있습니다.
한 가지는 시장의 모든 것이 뉴스 발표와 함께 시작된다는 것입니다.
두 번째는 시장이 이미 뉴스 발표로 모든 것을 고려하고 있다는 것입니다.
하지만 테스터에 뉴스 히스토리가 나오면 끝내겠습니다.