귀하의 결론은 자신의 관찰과 모순됩니다. :) 처음에는 테스터에서 TimeCurrent()==22.00==TimeGMT()를 관찰했지만 테스터에서 TimeCurrent()==TimeGMT()임을 완강히 거부합니다. 저것들. 테스터에서 서버 시간이 GMT와 일치한다는 것을 인정하고 싶지 않습니다.
그래서 그것은 전체 "케이스"입니다.
테스터에 대해 이야기하고 있다면 분명히 모든 PC가 서버 시간에 따라 작동하고 모든 서버가 GMT 영역에 있다고 "누군가 믿습니다".
동시에 겨울/여름 전환이 있을 수 없습니다.
예델킨 :
당신의 입장을 정당화하는 훌륭한 결론 :) - 테스터가 비난받을 것입니다 :)
테스터의 잘못이 아니라 항상 (절대적으로 모든 것) 따옴표의 시간에 묶도록 "발명"한 사람입니다.
동시에 테스터 자체에도, 트레이드 서버가 위치한 존과 시간이 바뀌고 있는 트레이딩 환경에도 정보가 없습니다.
예를 들어 AccountInfoInteger 에 두 개의 매개변수를 더 추가하고 테스터에서 TimeGMT 의 동작을 변경하여(결과가 서버 영역에 따라 조정되도록) 매우 어려울 것 같습니다.
예델킨 : 고맙습니다! 내 최적화가 끝나면(언젠가 끝나야 함) 그곳에서 실제로 무슨 일이 일어나고 있는지 확인하려고 노력할 것입니다.
한 가지 간단한 일이 발생합니다. 현지 시간과 GMT 시간은 서버 시간과 "동등"되며 TimeGMTOffset 은 겨울/여름 전환이 전혀 존재하지 않는 것처럼 가장합니다.
Interesting : 테스터에 대해 이야기하는 경우 모든 PC가 서버 시간에 따라 작동하고 모든 서버가 GMT 영역에 있다고 분명히 "누군가 믿습니다".
테스터에서 역사의 시간에 대한 좋은 화제가 제기되었습니다! 개인적으로 테스트하는 동안 서버 시간을 GMT+0으로 설정하면 따옴표가 GMT+0 형식으로만 저장될 것이라고 순진하게 생각했습니다. 이제 우리도 이 순간을 확인하고 필요하다면 테스트 현실에 적응해야 할 것입니다.
Yedelkin : 테스터에서 역사의 시간에 대한 좋은 화제가 제기되었습니다! 개인적으로 테스트하는 동안 서버 시간을 GMT+0으로 설정하면 따옴표가 GMT+0 형식으로만 저장될 것이라고 순진하게 생각했습니다. 이제 우리도 이 순간을 확인하고 필요하다면 테스트 현실에 적응해야 할 것입니다.
현재 촛대 = CurrentTime()의 시간을 반환합니다. 이것은 확인하기 쉽습니다.
네, 저는 주제에 관한 것입니다. 1년 전에 저는 세 가지 물 함수(2개로 줄일 수 있음)를 사용하여 모든 양초 의 현재 GMT 시간을 결정하는 여러 함수를 작성했습니다.
중요한 입력은 서버의 시간대(GMT에서 시간의 편차로 표시)와 겨울/여름 전환 유형(없음/유럽/미국)입니다.
나는 이것이 분명히 두 줄이 아니며 보편적 인 선택과 거리가 멀다고 말하고 싶습니다.
추신
개발자는 내가 직접 지정해야 하는 "초급" 항목조차 말하기에는 너무 게으르며 동시에 계산할 때 많은 코드를 복제하고 다시 작성합니다.
요점은 이것입니다.
귀하의 결론은 자신의 관찰과 모순됩니다. :) 처음에는 테스터에서 TimeCurrent()==22.00==TimeGMT()를 관찰했지만 테스터에서 TimeCurrent()==TimeGMT()임을 완강히 거부합니다. 저것들. 테스터에서 서버 시간이 GMT와 일치한다는 것을 인정하고 싶지 않습니다.
그래서 그것은 전체 "케이스"입니다.
테스터에 대해 이야기하고 있다면 분명히 모든 PC가 서버 시간에 따라 작동하고 모든 서버가 GMT 영역에 있다고 "누군가 믿습니다".
동시에 겨울/여름 전환이 있을 수 없습니다.
당신의 입장을 정당화하는 훌륭한 결론 :) - 테스터가 비난받을 것입니다 :)
테스터의 잘못이 아니라 항상 (절대적으로 모든 것) 따옴표의 시간에 묶도록 "발명"한 사람입니다.
동시에 테스터 자체에도, 트레이드 서버가 위치한 존과 시간이 바뀌고 있는 트레이딩 환경에도 정보가 없습니다.
예를 들어 AccountInfoInteger 에 두 개의 매개변수를 더 추가하고 테스터에서 TimeGMT 의 동작을 변경하여(결과가 서버 영역에 따라 조정되도록) 매우 어려울 것 같습니다.
고맙습니다! 내 최적화가 끝나면(언젠가 끝나야 함) 그곳에서 실제로 무슨 일이 일어나고 있는지 확인하려고 노력할 것입니다.
한 가지 간단한 일이 발생합니다. 현지 시간과 GMT 시간은 서버 시간과 "동등"되며 TimeGMTOffset 은 겨울/여름 전환이 전혀 존재하지 않는 것처럼 가장합니다.
따라서 적어도 테스터에서 두 함수 TimeGMTOffset 및 TimeGMT 의 동작은 변경되어야 합니다. 임호
테스터에서 역사의 시간에 대한 좋은 화제가 제기되었습니다! 개인적으로 테스트하는 동안 서버 시간을 GMT+0으로 설정하면 따옴표가 GMT+0 형식으로만 저장될 것이라고 순진하게 생각했습니다. 이제 우리도 이 순간을 확인하고 필요하다면 테스트 현실에 적응해야 할 것입니다.
테스터에서 역사의 시간에 대한 좋은 화제가 제기되었습니다! 개인적으로 테스트하는 동안 서버 시간을 GMT+0으로 설정하면 따옴표가 GMT+0 형식으로만 저장될 것이라고 순진하게 생각했습니다. 이제 우리도 이 순간을 확인하고 필요하다면 테스트 현실에 적응해야 할 것입니다.
나는 테스터의 작업에서 아무데도없이 일 년 동안 이것을하고 있습니다.
사실, 그 전에는 테스터에서 " 현지 시간 "을 만지지 않았지만 분명히해야 할 것입니다.
제 생각에는 테스터에서 정상 작동하려면 매개변수에서 영역과 겨울/여름 전환 가능성("로컬" 시간)을 지정하고 거래 환경에서 서버 설정을 가져와야 합니다.
저것들. 이상적으로는 거래 환경에 있는 데이터와 호가 시간을 기반으로 GMT를 결정한 다음 GMT 및 테스터 매개변수를 기반으로 현지 시간을 결정해야 합니다.
전체 거래자 수 중 2~3명이 "필요"하기 때문에 개발자만 사용하지 않을 것입니다.
이 기능을 알고 있습니다. 그 존재에서 즉시 진행하므로 여전히 매우 만족합니다. 그러나 테스터에서 GMT를 서버 시간과 동일시하면(귀하의 용어에 따라) 일종의 시간 점프가 발생하면 코드를 수정해야 합니다.
당신은 또한 항상 응답으로 이 불후의 문구를 받을 준비가 되어 있습니까? :) :) :)
"자연의 은혜"를 기다리는 것보다 스스로 구현하는 것이 더 나은 몇 가지가 있습니다 (서투른 목발을 사용하더라도) ...
이 문제에 대해 Service Desk에 서신을 보내셨습니까? 답이 있었나요? 그러한 문제가 있다면 이것은 두세 사람이 아니라 테스터를 사용하는 모든 사람에 관한 것입니다. )))