GMT 시간에 대한 기본 지원을 도입할 것을 제안합니다. 이는 거래소 개설/폐기에 의존하고, DC 서버에 설정된 잔여 시간에 의존하지 않고, 시스템 DLL에 대한 호출을 요구하지 않고 정확도(오류 없음)에 의존하는 Expert Advisors의 작동에 대한 신뢰할 수 있는 보증이 될 것입니다. 로컬 시스템의 설정.
공개적으로 사용 가능한 서버(예: time.windows.com)에서 NTP(네트워크 시간 프로토콜)를 통해 시간을 가져오거나 고유한 정확한 시간 서버를 열 수 있습니다. Linux 플랫폼에는 NTP 서버 배포를 위한 기성 도구가 내장되어 있으며 COM 포트를 통해 간단한 GPS 수신기를 서버에 연결하는 것으로 충분합니다.
이것은 서버에 대한 지속적인 요청을 필요로 하지 않으며 로컬 및 원격 시간의 주기적 동기화(확인)만 있으면 충분합니다.
현재까지 MT4 플랫폼에는 GMT를 100% 확실하게 제공하는 방법이 없으며 이것이 절실히 필요합니다.
GMT 시간에 대한 기본 지원을 도입할 것을 제안합니다. 이는 거래소 개설/폐기에 의존하고, DC 서버에 설정된 잔여 시간에 의존하지 않고, 시스템 DLL에 대한 호출을 요구하지 않고 정확도(오류 없음)에 의존하는 Expert Advisors의 작동에 대한 신뢰할 수 있는 보증이 될 것입니다. 로컬 시스템의 설정.
공개적으로 사용 가능한 서버(예: time.windows.com)에서 NTP(네트워크 시간 프로토콜)를 통해 시간을 가져오거나 고유한 정확한 시간 서버를 열 수 있습니다. Linux 플랫폼에는 NTP 서버 배포를 위한 기성 도구가 내장되어 있으며 COM 포트를 통해 간단한 GPS 수신기를 서버에 연결하는 것으로 충분합니다.
이것은 서버에 대한 지속적인 요청을 필요로 하지 않으며 로컬 및 원격 시간의 주기적 동기화(확인)만 있으면 충분합니다.
현재까지 MT4 플랫폼에는 GMT를 100% 확실하게 제공하는 방법이 없으며 이것이 절실히 필요합니다.
나는 지원한다. 1) 현지 시간과 2) GMT에 대한 DC 서버 시간의 오프셋은 MQL 5에서 환경 변수의 형태로 필요합니다. 이를 통해 서로 다른 DC의 터미널 간에 Expert Advisor를 손쉽게 전송할 수 있는 가능성을 포함하여 과거 데이터를 처리하기 위한 범용 알고리즘을 구현할 수 있습니다.
사실을 말하자면, 네이티브 자바 지원이 MT5에 추가된다면 멋질 것입니다. 글쎄요, MQL5는 터미널 기능을 위한 API가 있는 JAVA이기도 합니다.
그러한 권한이 있는 Java가 정확히 왜 이것에 대해 "멋진" 것입니까? 이 경우 Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon은 터미널, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C에 연결하여 모든 개발자가 기본 개발 플랫폼에서 MetaTrader를 동등하게 사용할 수 있도록 합니다.
그러한 권한이 있는 Java가 정확히 왜 이것에 대해 "멋진" 것입니까? 이 경우 Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon은 터미널, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C에 연결하여 모든 개발자가 기본 개발 플랫폼에서 MetaTrader를 동등하게 사용할 수 있도록 합니다.
SpeechText 함수는 충돌의 끊임없는 원인이었습니다. 모든 운영 체제가 동일하게 지원하는 것은 아니기 때문입니다. 일반적으로 Speech SDK는 운영 체제의 추가적이며 완전히 선택적 구성 요소입니다.
표준 SpeechText 함수를 제거한 후 장인들은 DLL을 통해 유사한 함수를 호출했습니다. 그리고 이 DLL의 사용자들은 위와 같은 구성요소를 동시에 설치했습니다. 클라이언트 터미널을 설치할 때 사용자가 이 구성 요소를 설치하도록 강제할 수 없습니다.
다른 방법으로 수행할 수 있습니다. "준공식" dll을 생성하고 여기 포럼에 게시하십시오.
사용 방법에 대한 간략한 설명과 함께 응용 프로그램 형식(또는 공식 사이트)으로 제공됩니다(dll을 가져오고 명령을 실행하는 방법만 표시). 누가 그것을 다운로드해야합니다. 그리고 모두가 행복할 것입니다.
.
- 그 과정에서 질문은 - 포럼의 dll이 5번째 버전에서 작동합니까 아니면 다시 컴파일해야 합니까?
- 그 과정에서 질문은 - 포럼의 dll이 5번째 버전에서 작동합니까 아니면 다시 컴파일해야 합니까?
그들은 일할 것이다.
이미 누군가가 말했을지 모르지만 ....... 테스터에서 시각화 속도를 원활하게 조정하고 싶었습니다.
또한 테스터에서 각 쌍에서 개별적으로가 아니라 모든 쌍에서 한 번에 다중 통화 Expert Advisors 를 테스트할 수 있습니다.
사실을 말하자면, 네이티브 자바 지원이 MT5에 추가된다면 멋질 것입니다. 글쎄요, MQL5는 터미널 기능을 위한 API가 있는 JAVA이기도 합니다.
GMT 시간에 대한 기본 지원을 도입할 것을 제안합니다. 이는 거래소 개설/폐기에 의존하고, DC 서버에 설정된 잔여 시간에 의존하지 않고, 시스템 DLL에 대한 호출을 요구하지 않고 정확도(오류 없음)에 의존하는 Expert Advisors의 작동에 대한 신뢰할 수 있는 보증이 될 것입니다. 로컬 시스템의 설정.
공개적으로 사용 가능한 서버(예: time.windows.com)에서 NTP(네트워크 시간 프로토콜)를 통해 시간을 가져오거나 고유한 정확한 시간 서버를 열 수 있습니다. Linux 플랫폼에는 NTP 서버 배포를 위한 기성 도구가 내장되어 있으며 COM 포트를 통해 간단한 GPS 수신기를 서버에 연결하는 것으로 충분합니다.
이것은 서버에 대한 지속적인 요청을 필요로 하지 않으며 로컬 및 원격 시간의 주기적 동기화(확인)만 있으면 충분합니다.
현재까지 MT4 플랫폼에는 GMT를 100% 확실하게 제공하는 방법이 없으며 이것이 절실히 필요합니다.
GMT 시간에 대한 기본 지원을 도입할 것을 제안합니다. 이는 거래소 개설/폐기에 의존하고, DC 서버에 설정된 잔여 시간에 의존하지 않고, 시스템 DLL에 대한 호출을 요구하지 않고 정확도(오류 없음)에 의존하는 Expert Advisors의 작동에 대한 신뢰할 수 있는 보증이 될 것입니다. 로컬 시스템의 설정.
공개적으로 사용 가능한 서버(예: time.windows.com)에서 NTP(네트워크 시간 프로토콜)를 통해 시간을 가져오거나 고유한 정확한 시간 서버를 열 수 있습니다. Linux 플랫폼에는 NTP 서버 배포를 위한 기성 도구가 내장되어 있으며 COM 포트를 통해 간단한 GPS 수신기를 서버에 연결하는 것으로 충분합니다.
이것은 서버에 대한 지속적인 요청을 필요로 하지 않으며 로컬 및 원격 시간의 주기적 동기화(확인)만 있으면 충분합니다.
현재까지 MT4 플랫폼에는 GMT를 100% 확실하게 제공하는 방법이 없으며 이것이 절실히 필요합니다.
나는 지원한다.
1) 현지 시간과 2) GMT에 대한 DC 서버 시간의 오프셋은 MQL 5에서 환경 변수의 형태로 필요합니다. 이를 통해 서로 다른 DC의 터미널 간에 Expert Advisor를 손쉽게 전송할 수 있는 가능성을 포함하여 과거 데이터를 처리하기 위한 범용 알고리즘을 구현할 수 있습니다.
사실을 말하자면, 네이티브 자바 지원이 MT5에 추가된다면 멋질 것입니다. 글쎄요, MQL5는 터미널 기능을 위한 API가 있는 JAVA이기도 합니다.
그러한 권한이 있는 Java가 정확히 왜 이것에 대해 "멋진" 것입니까? 이 경우 Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon은 터미널, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C에 연결하여 모든 개발자가 기본 개발 플랫폼에서 MetaTrader를 동등하게 사용할 수 있도록 합니다.
그러한 권한이 있는 Java가 정확히 왜 이것에 대해 "멋진" 것입니까? 이 경우 Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon은 터미널, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C에 연결하여 모든 개발자가 기본 개발 플랫폼에서 MetaTrader를 동등하게 사용할 수 있도록 합니다.
자바는 멋지지만 Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl , PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C - 모두 쓰레기입니다.
자바는 멋지지만 Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl , PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C - 모두 쓰레기입니다.
글쎄, 찌꺼기로 - 이것은 과잉입니다.
Java, .Net, Delphi - 필요하고 충분합니다.
GMT 시간에 대한 기본 지원을 도입할 것을 제안합니다.
...
나는 10000000 myo%를 지원합니다
한 번에 작업하는 것은 많은 이점이 있습니다.
(그리고 나는 "불협화음" 뒤에 더 많은 사람들이 있기를 바랍니다)
내가 고려하는 가장 중요한 것은:
- 거래의 선택이 가능한 모든 것으로 확장됩니다.
- 번거롭지 않고 셀 수 없이 많은 정보 리소스 도킹