데모 모드에서 스토리가 다르다는 사실은 근본적인 문제가 아니며 이러한 일이 발생한 데에는 여러 가지 이유가 있을 수 있습니다. 그러나 MT5가 리얼 모드로 전환되면 어떻게 될까요? 어떤 이야기가 관련이 있을지, 또는 아마도 다른 서버에 있는 모든 이야기가 이러한 서버/브로커에 대해 유효하고 유효합니다. 즉, MT5 클라이언트에 대한 정보 흐름의 형성, 집계 및 제공이 어떻게 발생하는지 알아야 합니다. 그리고 제 질문은 왜 그러하고 그렇지 않은지, 그리고 실제 모드에서는 어떻게 되는지에 대한 질문입니다. 제공되는 이야기가 다르기 때문에 전문가들이 이를 토대로 역사를 분석하고 결론을 내리고 결정을 내리면 어떤 역사가 있느냐는 질문이 매우 중요하고 그 차이가 정말 큽니다.
그러므로 역사의 형성과 제공의 기제에 대해 구체적으로 말씀해 주십시오.
고맙습니다.
1. MT5로 전환하기로 결정한 DC 또는 브로커는 무료로 MQ 서버와 히스토리를 동기화할 수 있습니다. 조건에 따라 무료 또는 유료로 다른 서버와 기록을 동기화하는 것도 가능합니다.
서버나 다른 기록 소스와 동기화할 수 있는 기회가 있습니다(이 경우 필요에 따라 기록을 조정할 수 있는 방법이 있는 것 같습니다).
그러나 일부 DC는 기록을 MQ 서버(기록이 주기적으로 "최신" 상태로 가져옴)와 기록을 동기화할 수 없습니다. 그들이 이야기를 동기화하지 않는 이유는 내가 판단 할 수 없습니다.
아마도 처음에는 동기화했지만 지금은 업데이트하지 않습니다(MQ 서버에서 현재 기록을 가져오기 위해).
2. 물론, 각 특정 브로커/딜링 센터에 대해 고유한 이력이 관련될 것입니다(그러나 이것이 문제 영역이 있을 수 없다는 의미는 아닙니다).
가장 간단하고 가장 안정적이며 비교적 저렴한 방법은 기록을 MQ 서버와 동기화하는 것입니다(날짜가 없는 경우). 그러나 한 가지 포인트(적어도 지금은 중요한 역할을 함)가 있습니다. 모든 도구가 MQ 서버에 제공되는 것은 아닙니다.
3. 따라서 실제 브로커로 전환할 때 아이디어에 따라 무료 데이터(예: MQ 서버 또는 자신의 서버에서 이력을 다운로드하여)를 기반으로 자신의 이력을 형성한 다음 원하는 경우 및 필요한 경우 유료 소스를 사용합니다.
예거 :
자동으로 업데이트할 수 있다면 브로커가 업데이트 에 시간을 소비하는 이유는 무엇입니까? 결국 중개인은 어딘가에서 이야기를 가져오고 정확해야합니다. 그렇지 않으면 자신이 할 수있는 일을 스스로 이해합니다.
MT5 업데이트, 이것은 단지 예일 뿐입니다. 무엇을 업데이트할지, 소프트웨어, 기록 또는 기타 사항은 중요하지 않습니다.
모든 중개인이 다른 이력을 가지고 있다고 해서 그것이 망가지고 비뚤어진 것은 아닙니다. 기록 제공자는 다를 수 있습니다.
여기에 작은 불일치가 있습니다. 클라이언트 단말기와 관련된 소프트웨어는 자동으로 업데이트되지만(서버에서도 비슷한 일이 발생한다고 가정합니다), 도구의 이력과 선택은 전적으로 브로커/DC의 책임입니다.
여기서 MQ는 무언가를 할 만큼 강력하지 않습니다(어드바이스만 가능).
그런 상황에서 무료로 서버와 동기화할 수 있게 해준다는 결정이 가장 합리적이었지만, 이런 결정에도 병목 현상이 많았다.
예를 들어:
1. MQ 서버에 브로커/딜링 센터가 거래하고자 하는 모든 상품이 존재하는 것은 아닙니다.
2. MQ 서버에서도 히스토리가 특정(합리적인) 한계까지 로드됩니다.
3. MQ 서버의 히스토리는 브로커/DC에 맞는 히스토리와 다를 수 있으며, 이 경우 그에 맞게 수정해야 합니다.
이 항목은 물론 필수 항목은 아니지만 MT5의 기록이 MT4의 기록과 다른 것이 허용되는 경우입니다.
추신
히스토리를 로드하거나 로드하지 않고 수행하는 방법은 전적으로 브로커의 작업이자 책임이므로 MQ에서는 여기서 결정할 수 없습니다...
자체 히스토리의 깊이가 충분한 대형 브로커의 경우 가장 쉬운 방법은 자체 서버와 동기화하는 것입니다.
이 주제에. 여름에 나는 또한 왜 내가 Alpari와 MQ에서 엄청난 결과를 얻었는지 반복해서 궁금해했습니다. 거의 모든 것이 0입니다. 일단 Renat은 Alpari가 고장난 역사를 가지고 있으며 아직 Alpari에 대한 전문가를 확인할 필요가 없다고 대답했습니다. 저것들. 3개월 동안 쓰레기로 고생하다가 테스터에서 신뢰할 수 없는 결과를 얻었습니다. 그리고 재미있는 것은 특정 브로커의 "거래 환경"이 비난받을 수 있다고 말했습니다. "거래 환경"이 무엇인지 완전히 이해하지 못했지만 최근에 Alpari가 제로 마진을 가지고 있으며 (Alpari)가 고칠 것이라는 주제에 대한 토론이있었습니다. 결과적으로 각 중개인에 대해 전문가를 별도로 구성해야한다는 결론에 도달하고이 문제에 대해 침을 뱉고 전문가 자신의 연마에 대해 깊이 파고 들었습니다.
어떤 이유로 막대가 그려지지 않는 경우가 있습니다( 첨부된 비디오 에서 이것이 어떻게 발생하는지 명확함). 그런 다음 얼마 동안 모든 것이 잘 작동하고 다시 그리지 않습니다. 나는 그 이유를 이해할 수 없었다. 아무것도 변경하지 않았습니다. 지표, 고문 및 스크립트를 추가하거나 제거하지 않았습니다. 저절로 나타나고 저절로 사라집니다. 왜 이런 일이 일어나는지 아는 사람이 있습니까?
Вы недавно зарегистрировались и у вас возникли вопросы: Как вставить картинку в сообщение на форуме, как красиво оформить исходный код MQL5, где находятся ваши Личные сообщения? В этой статье мы подготовили для вас несколько практических советов, которые помогут быстрее освоиться на сайте MQL5.community и позволят в полной мере воспользоваться доступными функциональными возможностями.
어떤 이유로 막대가 그려지지 않는 경우가 있습니다( 첨부된 비디오 에서 이것이 어떻게 발생하는지 명확함). 그런 다음 잠시 동안 모든 것이 잘 작동했다가 다시 그리지 않습니다. 나는 그 이유를 이해할 수 없었다. 아무것도 변경하지 않았습니다. 지표, 고문 및 스크립트를 추가하거나 제거하지 않았습니다. 저절로 나타나고 저절로 사라집니다. 왜 이런 일이 일어나는지 아는 사람이 있습니까?
그럼에도 불구하고 내 생각이나 나에게 역사가 어떻게 형성되는지는 여전히 불분명합니다.
데모 모드에서 스토리가 다르다는 사실은 근본적인 문제가 아니며 이러한 일이 발생한 데에는 여러 가지 이유가 있을 수 있습니다. 그러나 MT5가 리얼 모드로 전환되면 어떻게 될까요? 어떤 이야기가 관련이 있을지, 또는 아마도 다른 서버에 있는 모든 이야기가 이러한 서버/브로커에 대해 유효하고 유효합니다. 즉, MT5 클라이언트에 대한 정보 흐름의 형성, 집계 및 제공이 어떻게 발생하는지 알아야 합니다. 그리고 제 질문은 왜 그러하고 그렇지 않은지, 그리고 실제 모드에서는 어떻게 되는지에 대한 질문입니다. 제공되는 이야기가 다르기 때문에 전문가들이 이를 토대로 역사를 분석하고 결론을 내리고 결정을 내리면 어떤 역사가 있느냐는 질문이 매우 중요하고 그 차이가 정말 큽니다.
그러므로 역사의 형성과 제공의 기제에 대해 구체적으로 말씀해 주십시오.
고맙습니다.
1. MT5로 전환하기로 결정한 DC 또는 브로커는 무료로 MQ 서버와 히스토리를 동기화할 수 있습니다. 조건에 따라 무료 또는 유료로 다른 서버와 기록을 동기화하는 것도 가능합니다.
서버나 다른 기록 소스와 동기화할 수 있는 기회가 있습니다(이 경우 필요에 따라 기록을 조정할 수 있는 방법이 있는 것 같습니다).
그러나 일부 DC는 기록을 MQ 서버(기록이 주기적으로 "최신" 상태로 가져옴)와 기록을 동기화할 수 없습니다. 그들이 이야기를 동기화하지 않는 이유는 내가 판단 할 수 없습니다.
아마도 처음에는 동기화했지만 지금은 업데이트하지 않습니다(MQ 서버에서 현재 기록을 가져오기 위해).
2. 물론, 각 특정 브로커/딜링 센터에 대해 고유한 이력이 관련될 것입니다(그러나 이것이 문제 영역이 있을 수 없다는 의미는 아닙니다).
가장 간단하고 가장 안정적이며 비교적 저렴한 방법은 기록을 MQ 서버와 동기화하는 것입니다(날짜가 없는 경우). 그러나 한 가지 포인트(적어도 지금은 중요한 역할을 함)가 있습니다. 모든 도구가 MQ 서버에 제공되는 것은 아닙니다.
3. 따라서 실제 브로커로 전환할 때 아이디어에 따라 무료 데이터(예: MQ 서버 또는 자신의 서버에서 이력을 다운로드하여)를 기반으로 자신의 이력을 형성한 다음 원하는 경우 및 필요한 경우 유료 소스를 사용합니다.
자동으로 업데이트할 수 있다면 브로커가 업데이트 에 시간을 소비하는 이유는 무엇입니까? 결국 중개인은 어딘가에서 이야기를 가져오고 정확해야합니다. 그렇지 않으면 자신이 할 수있는 일을 스스로 이해합니다.
MT5 업데이트, 이것은 단지 예일 뿐입니다. 무엇을 업데이트할지, 소프트웨어, 기록 또는 기타 사항은 중요하지 않습니다.
모든 중개인이 다른 이력을 가지고 있다고 해서 그것이 망가지고 비뚤어진 것은 아닙니다. 기록 제공자는 다를 수 있습니다.
여기에 작은 불일치가 있습니다. 클라이언트 단말기와 관련된 소프트웨어는 자동으로 업데이트되지만(서버에서도 비슷한 일이 발생한다고 가정합니다), 도구의 이력과 선택은 전적으로 브로커/DC의 책임입니다.
여기서 MQ는 무언가를 할 만큼 강력하지 않습니다(어드바이스만 가능).
그런 상황에서 무료로 서버와 동기화할 수 있게 해준다는 결정이 가장 합리적이었지만, 이런 결정에도 병목 현상이 많았다.
예를 들어:
1. MQ 서버에 브로커/딜링 센터가 거래하고자 하는 모든 상품이 존재하는 것은 아닙니다.
2. MQ 서버에서도 히스토리가 특정(합리적인) 한계까지 로드됩니다.
3. MQ 서버의 히스토리는 브로커/DC에 맞는 히스토리와 다를 수 있으며, 이 경우 그에 맞게 수정해야 합니다.
이 항목은 물론 필수 항목은 아니지만 MT5의 기록이 MT4의 기록과 다른 것이 허용되는 경우입니다.
추신히스토리를 로드하거나 로드하지 않고 수행하는 방법은 전적으로 브로커의 작업이자 책임이므로 MQ에서는 여기서 결정할 수 없습니다...
자체 히스토리의 깊이가 충분한 대형 브로커의 경우 가장 쉬운 방법은 자체 서버와 동기화하는 것입니다.
망가진 이야기가 아니라...
네, Jager 와 저는 조금 헤매고 있습니다. :)
이 주제에. 여름에 나는 또한 왜 내가 Alpari와 MQ에서 엄청난 결과를 얻었는지 반복해서 궁금해했습니다. 거의 모든 것이 0입니다. 일단 Renat은 Alpari가 고장난 역사를 가지고 있으며 아직 Alpari에 대한 전문가를 확인할 필요가 없다고 대답했습니다. 저것들. 3개월 동안 쓰레기로 고생하다가 테스터에서 신뢰할 수 없는 결과를 얻었습니다. 그리고 재미있는 것은 특정 브로커의 "거래 환경"이 비난받을 수 있다고 말했습니다. "거래 환경"이 무엇인지 완전히 이해하지 못했지만 최근에 Alpari가 제로 마진을 가지고 있으며 (Alpari)가 고칠 것이라는 주제에 대한 토론이있었습니다. 결과적으로 각 중개인에 대해 전문가를 별도로 구성해야한다는 결론에 도달하고이 문제에 대해 침을 뱉고 전문가 자신의 연마에 대해 깊이 파고 들었습니다.
어떤 이유로 막대가 그려지지 않는 경우가 있습니다( 첨부된 비디오 에서 이것이 어떻게 발생하는지 명확함). 그런 다음 얼마 동안 모든 것이 잘 작동하고 다시 그리지 않습니다. 나는 그 이유를 이해할 수 없었다. 아무것도 변경하지 않았습니다. 지표, 고문 및 스크립트를 추가하거나 제거하지 않았습니다. 저절로 나타나고 저절로 사라집니다. 왜 이런 일이 일어나는지 아는 사람이 있습니까?
어떤 이유로 막대가 그려지지 않는 경우가 있습니다( 첨부된 비디오 에서 이것이 어떻게 발생하는지 명확함). 그런 다음 잠시 동안 모든 것이 잘 작동했다가 다시 그리지 않습니다. 나는 그 이유를 이해할 수 없었다. 아무것도 변경하지 않았습니다. 지표, 고문 및 스크립트를 추가하거나 제거하지 않았습니다. 저절로 나타나고 저절로 사라집니다. 왜 이런 일이 일어나는지 아는 사람이 있습니까?
브로커 누구? 이미 5번째로 비슷한 문제에 대해 이야기하고 있습니다... 예, 그리고 그들은 여전히 그것에 대해 이야기하고 있습니다: https://www.mql5.com/en/forum/1111/page239/#comment_38908
하지만 그건 그냥 얘기일뿐...
서비스 데스크 응답은 놀랍습니다. "Alpari에게 견적 문제가 있다고 말하십시오." 터미널에 수신된 견적이 표시되지 않으면 브로커는 무엇을 해야 합니까!!!???
이것은 분명히 떠 다니는 버그이지만 개발자만 알아낼 수 있지만 하고 싶지 않은 정확한 위치입니다.
브로커 누구? 이미 5번째로 비슷한 문제에 대해 이야기하고 있습니다... 예, 그리고 그들은 여전히 그것에 대해 이야기하고 있습니다: https://www.mql5.com/en/forum/1111/page239/#comment_38908
하지만 그건 그냥 얘기일뿐...
서비스 데스크 응답은 놀랍습니다. "Alpari에게 견적 문제가 있다고 말하십시오." 터미널에 수신된 견적이 표시되지 않으면 브로커는 무엇을 해야 합니까!!!???
이것은 분명히 떠 다니는 버그이지만 개발자만 알아낼 수 있지만 하고 싶지 않은 정확한 위치입니다.
MT5는 메타쿼타 사이트에서 다운받았기 때문에 특정 브로커와 관련이 없습니다. 그 전에는 10-15분 동안 잘 작동했지만 이제 막대에 다시 결함이 있습니다...
MT5는 메타쿼타 사이트에서 다운받았기 때문에 특정 브로커와 관련이 없습니다. 그 전에는 10-15분 동안 잘 작동했지만 이제 막대에 다시 결함이 있습니다...
그런 다음 추가 정보와 함께 서비스 데스크에 있는 것이 좋습니다.
이미 썼는데...
제로 결과
모든 논리에서 이것이 견적 제공자(DC)의 문제가 아니라 클라이언트 터미널의 문제임이 분명하지만... 모든 상황을 올바르게 해결해야 합니다.
문제는 견적 제공자(DC)가 아니라 클라이언트 터미널에 있습니다...
특히 두 비디오 모두 인용문이 오고 있지만 막대 가 그려지지 않는다는 것을 보여주기 때문에 전적으로 동의합니다. 그런데 차트를 마우스로 드래그하면 놓친 막대가 바로 나타납니다.
귀하의 경우에는 나타납니다 ... 그러나 내 경우에는 아무 것도 도움이되지 않습니다 ....
개발자가 여전히 우리의 말을 듣고 이 떠다니는 버그를 잡는 데 도움이 되기를 바랍니다....