MetaTrader 4 클라이언트 터미널 387 및 MetaTrader 4 데이터 센터 빌드 387의 새 버전

 

MetaTrader 4 클라이언트 터미널 빌드 387

  1. 터미널: 프록시 서버를 통한 클라이언트 터미널의 동작을 수정했습니다.
  2. 터미널: 사용자 지정 지표를 계산할 때 고정 견적 카운터 계산.
  3. 터미널: 상품의 수익 통화로 고정된 수입 표시.
  4. 터미널: 거래 보고서를 생성할 때 신용 회계를 수정했습니다.
  5. 터미널: 네비게이터 섹션에 "더 많은 NNN 스크립트" 명령이 나타납니다.
  6. 터미널: 기록 데이터를 다시 읽을 때 사용자 지정 표시기에 대한 버퍼 초기화를 추가했습니다.
  7. 테스터: 테스트된 EA에서 사용하는 사용자 지정 표시기의 초기화 해제를 추가했습니다.
  8. MetaEditor: 프록시 서버를 통한 MQL4.com 작업을 수정했습니다.
  9. 포럼 게시물 및 crashlogs를 기반으로 수정합니다.

다음 링크에서 MetaTrader 4 클라이언트 터미널을 다운로드할 수 있습니다. http://files.metatrader4.com/mt4setup.exe


MetaTrader 4 DataCenter 빌드 387

  1. 빠른 가격 흐름에서 틱이 클라이언트 터미널로 반환되는 문제를 수정했습니다.
  2. 모든 서버 구성 요소는 SSE2 명령 세트(Pentium 4 이상)를 사용하여 조립되어 성능이 크게 향상되었습니다.
  3. 프록시를 통한 작업에 대한 지원이 제거되어 데이터 센터에서 허용되지 않는 작업 속도가 느려졌습니다.
  4. 데이터 센터 설치에 사용할 수 있는 표시된 IP 주소의 수가 확장되었습니다.
  5. 포럼 게시물 및 crashlogs를 기반으로 수정합니다.

링크에서 MetaTrader 4 DataCenter를 다운로드할 수 있습니다. http://files.metatrader4.com/mtdcsetup.exe , 자동 업데이트는 LiveUpdate 시스템을 통해 사용할 수 있습니다.

주목! 자체 데이터 센터를 사용하는 경우 수동으로 새 387 빌드로 업데이트하는 것이 좋습니다.
 
Alexander :

MetaTrader 4 클라이언트 터미널 빌드 387


  1. 터미널: 사용자 지정 지표를 계산할 때 고정 견적 카운터 계산.



  2. 터미널: 기록 데이터를 다시 읽을 때 사용자 지정 표시기에 대한 버퍼 초기화를 추가했습니다.


  3. 포럼 게시물 및 crashlogs를 기반으로 수정합니다.

더 자세하게 갈 수 있습니까?
 
Alexander :

MetaTrader 4 클라이언트 터미널 빌드 387

터미널: 기록 데이터를 다시 읽을 때 사용자 지정 표시기에 대한 버퍼 초기화를 추가했습니다.


이 점이 특히 중요합니다. 이 단락에서 수정된 오류는 어떻게 나타납니까?
 
그리고 한 번에 빌드 229에서 빌드 387로 많은 빌드를 건너뛴 이유가 궁금합니다. 중간 빌드는 어디에 있는데 새 빌드를 위해 Expert Advisors와 표시기를 다시 컴파일해야 합니까?
 

세부 사항이 흥미로운 이유 - 수정된 오류가 어떻게 나타납니까?

사실 기존에 만든 프로그램에서는 터미널 오류로 인해 발생하던 상황이 수정되었습니다.

이것은 터미널이 실수를 했다고 설명하는 것보다 쉬웠습니다. 또한 일부 오류 표시는 개발자에 의해 이의가 없었지만 Metatrader 버전 5의 생성으로 인해 무례하게 무시되었습니다.

이제 터미널 오류가 수정되었습니다. 생성 된 지표 의 코드에서 오류 수정 을 거부하는 것이 논리적입니다. 이것은 약간이지만 프로세서 시간을 절약합니다. 그리고 미래에는 새로운 지표 및 고문의 코드에서 수정된 터미널 오류를 제거하기 위해 노력을 기울일 필요가 없습니다.

 
nen :

이 점이 특히 중요합니다. 이 단락에서 수정된 오류는 어떻게 나타납니까?

서비스 데스크에서 두 가지 오류를 설명했는데, 하나는 최대 3페이지를 차지했습니다...

여기에 몇 가지 정보가 있습니다: https://www.mql5.com/ru/forum/2909/page2#comment_42005

그리고 아마도 이것: https://www.mql5.com/ru/forum/131128

다음주에 확인하겠습니다.....

 
Zhunko :

"꿈속에서만 쉬세요..." :-(

내 AIASM 컴플렉스는 빌드 387에서 작동하지 않습니다.

다시 수정을 만지작거리고... :-(

나는 콤플렉스가 작동하지 않는 이유를 알아 냈습니다. 최적화 안녕 :-(

이제 각 틱에 대해 버퍼를 다시 채워야 합니다. 배려라고...

알렉산더 :

MetaTrader 4 클라이언트 터미널 빌드 387

  1. 터미널: 프록시 서버를 통한 클라이언트 터미널의 동작을 수정했습니다.
  2. 터미널: 사용자 지정 지표를 계산할 때 고정 견적 카운터 계산.
  3. 터미널: 상품의 수익 통화로 고정된 수입 표시.
  4. 터미널: 거래 보고서를 생성할 때 신용 회계를 수정했습니다.
  5. 터미널: 네비게이터 섹션에 "더 많은 NNN 스크립트" 명령이 나타납니다.
  6. 터미널: 기록 데이터를 다시 읽을 때 사용자 지정 표시기에 대한 버퍼 초기화를 추가했습니다.
  7. Testert: 테스트된 EA에서 사용하는 사용자 지정 표시기의 초기화 해제를 추가했습니다.
  8. MetaEditor: 프록시 서버를 통한 MQL4.com 작업을 수정했습니다.
  9. 포럼 게시물 및 crashlogs를 기반으로 수정합니다.

다음 링크에서 MetaTrader 4 클라이언트 터미널을 다운로드할 수 있습니다. http://files.metatrader4.com/mt4setup.exe

변경 없음 - 초기화 없음! 적어도 생각해보십시오!

버퍼의 기록 데이터를 읽지 않습니다. 하위 창에서 세로 스캔에만 사용합니다. 왜 항상 채워야 합니까? 다시 작성해야 하는 경우는 세 가지뿐입니다(첫 실행, 확대/축소, 그래프 이동). 그래서 MT4는 간신히 요동을 쳤고 여기에 또 다른 브레이크가 있습니다.

 

그것은 경이 롭다! 개발자가 4가지 점수를 매기지 않았지만 지원하고 개선하기까지 합니다. 이것은 빌드 번호 인 387로 간단히 증명됩니다!

내가 마지막으로 본 것은 229였습니다. 그리고 즉시 - 387 (코 프로세서가 연결되었을 수도 있습니까? 이런 ...)! 시원한!

가장 중요한 것은 동시에 외과 의사 프로그래머의 주요 계명이 준수된다는 것입니다. "해를 끼치 지 마십시오!"

.

.

.

.

.

.

.

PS 어 .... x. 우리 모두는 곧 4명에서 5명으로 밀려날 것입니다. 마치 3루블 지폐에서 4루블 지폐로 옮겨간 것처럼. 일단...

 

그게 요점입니다. DC에서 터미널을 업데이트한 후 작동 방식을 내일 확인하겠습니다. 모든 것이 Vadim이 쓴 대로라면 ... 최적화 작별 인사뿐만이 아닙니다. 버퍼가 가득 찰 수 있도록 코드를 추가해야 할 수도 있습니다. 그리고 이것은 모든 지표에서 수행되어야 합니다.... 그리고 측정되지 않은 숫자는 포럼 전체에 흩어져 있습니다.

이제 버퍼는 마지막 섹션에서만 다시 계산됩니다.

다시 초기화해야 하는 것은 버퍼가 아니라 히스토리가 교환될 때 오류가 나타나는 위치를 찾기 위한 것입니다. 그리고 동시에 "버퍼" 데이터가 차트에서 이동합니다.

그렇지 않으면 ... 연결된 차트에 수십 개의 표시기가 있고 컴퓨터가 정지하지 않는 곳에서는 빠른 시장뿐만 아니라 빠른 시장에서도 컴퓨터가 완전히 정지됩니다.

이 점은 개발자의 설명이 필요합니다.

마음은 그것이 여기에서 채굴되었다고 느꼈습니다 ... 따라서 그는이 혁신 항목에 관심을 보였습니다 ...

이 접근 방식을 사용하면 메타트레이더를 기반으로 하는 유료 개발에 대해 말을 더듬을 수 없습니다. 클라이언트는 그런 결함에 대해 단순히 죽일 것입니다 ... 그래서 나는 항상 유료 개발 제안을 거부했습니다.

 
ft :

가능하다면 - 조금 더: "초기화"는 무엇을 의미하고 "버퍼를 다시 채우기"는 무엇을 의미합니까?

이것이 무엇입니까: 각 틱에서 버퍼의 내용은 EMPTY_VALUE로 재설정되고 전체 어레이에 대해 다시 채워져야 합니까?

정확히. 매 틱마다 버퍼를 채웠습니다. 문제가 사라졌습니다.

또한 차트를 업데이트하여 틱을 에뮬레이션했습니다.

 

좋은 점은 누락된 기록을 교환할 때만 버퍼를 다시 초기화해야 한다는 것입니다.