이 로그의 다음 몇 줄은 무엇입니까? 모든 줄은 중요 하거나 중요하지 않다고 생각하는 항목에 따라 "필터링"되지 않고 그냥 원시 로그 항목입니다. 특히 다른 모든 터미널에서도 동일하거나 거의 동일한 타임스탬프를 가진 모든 사람들이 그렇습니다.
어쩌면 이상한 FIFO 자동 기능이 진행되고 있습니까? 나는 이미 통지 없이 기존 손절매를 자동으로 옮기는 중개인을 본 적이 있습니다. 아마도 일부는 다른 거래가 열릴 때 기존 거래를 닫을 수도 있습니까? 이 경우 귀하는 귀하의 돈을 성공적으로 "보호"한 규제 당국에 감사해야 합니다.
1) 여러 계정에서 Probability EA를 껐다가 켰습니다. Probability EA가 실행되고 있던 시간은 이 모든 거래가 잘못 마감된 시간과 일치하는 것으로 보입니다.
2) FAP Turbo가 Experts Log에 Open 및 Close 레코드를 정상적으로 기록하는 것을 확인했습니다(7bit 제안 감사합니다).
3) 몇 초 후에 마감된 50개의 FAP Turbo 거래에 Open 레코드가 있지만 Expert 로그에는 Close 레코드가 없습니다.
4) Probability EA가 Expert 로그에 기록하지 않는 것으로 보입니다.
5) 이것은 FAP Turbo가 거래를 성공적으로 열었으며 전문가 로그에 기록을 작성했음을 의미합니다. 그런 다음 Probability EA는 거래를 종료했지만 전문가 로그에 아무 것도 쓰지 않았습니다. 신호를 기반으로 FAP Turbo는 루프를 여러 번 반복하면서 또 다른 거래를 시작했습니다.
증거는 늘어나고 있지만 결론을 내리기에는 아직 이르다. 자세한 내용은 Probability EA 공급업체에 문의했습니다. 또한 명백한 논리 오류가 있는지 확인하기 위해 EA를 디컴파일할 것입니다.
모든 OrderClose() 및 OrderCloseBy() 앞에 Print()를 삽입하고 수정된 코드를 컴파일하고 원본 대신 이것을 실행하십시오.
코드의 OrderClose() 또는 OrderCloseBy() 근처에서 OrderMagicNumber()에 대한 호출의 존재 (또는 부재) 를 찾으십시오.
또한 현재 선택된 주문 을 변경할 수 있는 수표와 마감 사이 에 있는 모든 것을 살펴보십시오(예: 상쇄 또는 기타 관련 주문을 찾기 위한 모든 주문에 대한 또 다른 루프, 이는 현재 선택을 완전히 예측할 수 없는 것으로 변경하고 다음 OrderClose (OrderTicket(),...) 그러면 필연적으로 계정에 큰 피해 를 입힐 것입니다. 모든 주문은 종료되기 전에 매직 넘버에 대해 확인 해야 합니다 . 모든 EA는 항상 계정의 모든 거래에 액세스할 수 있고 신중하게 필터링할 책임이 있기 때문에 이 확인을 수행하지 않거나 잘못 수행하면 이러한 유형의 오류가 발생합니다.
다른 차트의 다른 거래로부터 EA를 어떻게든 자동으로 보호하는 MT4의 암시적 필터 메커니즘은 없습니다 . 모든 EA는 이를 자체적으로 완전히 구현해야 하며 비참하게 실패할 수 있습니다.
모든 OrderClose() 및 OrderCloseBy() 앞에 Print()를 삽입하고 수정된 코드를 컴파일하고 원본 대신 이것을 실행하십시오.
코드의 OrderClose() 또는 OrderCloseBy() 근처에서 OrderMagicNumber()에 대한 호출의 존재 (또는 부재) 를 찾으십시오.
또한 현재 선택된 주문을 변경할 수 있는 수표와 마감 사이 에 있는 모든 것을 살펴보십시오(예: 상쇄 또는 기타 관련 주문을 찾기 위한 모든 주문에 대한 또 다른 루프, 이는 현재 선택을 완전히 예측할 수 없는 것으로 변경하고 다음 OrderClose (OrderTicket(),...) 그러면 필연적으로 계정에 큰 피해 를 입힐 것입니다. 모든 주문은 종료되기 전에 매직 넘버에 대해 확인 해야 합니다 . 모든 EA는 항상 계정의 모든 거래에 액세스할 수 있고 신중하게 필터링할 책임이 있기 때문에 이 확인을 수행하지 않거나 잘못 수행하면 이러한 유형의 오류가 발생합니다.
다른 차트의 다른 거래로부터 EA를 어떻게든 자동으로 보호하는 MT4의 암시적 필터 메커니즘은 없습니다 . 모든 EA는 이를 자체적으로 완전히 구현해야 하며 비참하게 실패할 수 있습니다.
이 문제는 v7.1.1에서 수정되었습니다(v7.1과 반대). 나는 처음에 사이클이 닫힐 때마다 Magic Number를 1씩 줄였습니다(EA에 사이클을 종료하도록 알렸습니다). 이것은 EA가 유일하게 실행되는 경우에 잘 작동하지만 사람들이 다른 EA와 함께 이 EA를 사용하고 싶을 때 매직 넘버가 일정하게 유지되도록 코드를 수정하고 EA가 주기를 닫는 다른 방법을 사용합니다.
v7.1.1 사본을 보내 드리고 여전히 문제가 발생하면 알려주십시오.
남자 이름
공급업체의 정직함과 솔직함에 감사하지만 EA의 이 문제로 인해 약 $5,000의 비용이 들었고 몇 달 동안 3개의 계정이 망가졌습니다.
이 EA의 개발자는 매직 넘버의 목적이 무엇인지 모르는 것 같습니다. 이것은 그가 초기 실험 단계에 있지만 이미 결함이 있고 버그가 있는 초보자 코드를 돈을 위해 팔고 있음을 의미합니다. 이것은 내가 이 상용 EA의 코드 품질에 대해 말한 모든 것을 완전히 확인시켜줍니다. 나는 이런 것들을 어떤 돈으로도 믿지 않을 것입니다.
여기서 배워야 할 교훈은 다음과 같습니다. 비공개 소스 EA를 신뢰하지 마십시오 . 소스를 사용할 수 없으면 나쁜 코드 품질이 보장됩니다.
MT4\Experts\Logs 폴더:
17:28:48 FapTurbo50 EURUSDFXF,M5: 오픈 #2662451 1.2909 ok에서 0.20 EURUSDFXF 구매
17:28:49 FapTurbo50 EURUSDFXF,M5: #2662451 수정 1.2909 sl: 1.2407 tp: 1.2929 ok에서 0.20 EURUSDFXF 구매
이 로그의 다음 몇 줄은 무엇입니까? 모든 줄은 중요 하거나 중요하지 않다고 생각하는 항목에 따라 "필터링"되지 않고 그냥 원시 로그 항목입니다. 특히 다른 모든 터미널에서도 동일하거나 거의 동일한 타임스탬프를 가진 모든 사람들이 그렇습니다.
어쩌면 이상한 FIFO 자동 기능이 진행되고 있습니까? 나는 이미 통지 없이 기존 손절매를 자동으로 옮기는 중개인을 본 적이 있습니다. 아마도 일부는 다른 거래가 열릴 때 기존 거래를 닫을 수도 있습니까? 이 경우 귀하는 귀하의 돈을 성공적으로 "보호"한 규제 당국에 감사해야 합니다.
이 경우 무료 마진 수준은 어떻습니까? 위험할 정도로 낮습니까?
FAP 거래가 마감된 시간에 빨간색 화살표(왼쪽을 가리키는 삼각형 또는 화살표)가 Probability-EA 차트에 표시됩니까?
작은 노란색 힌트 창이 나타나도록 ProbabilityEA 차트의 이 화살표 위로 마우스를 가져가면 이 힌트의 티켓 번호가 잘못 마감된 FAP 거래에 해당합니까? (예를 들어 FF 포럼에 게시한 스크린샷의 차트에서)
모든 OrderClose() 및 OrderCloseBy() 앞에 Print()를 삽입하고 수정된 코드를 컴파일하고 원본 대신 이것을 실행하십시오.
코드의 OrderClose() 또는 OrderCloseBy() 근처에서 OrderMagicNumber()에 대한 호출의 존재 (또는 부재) 를 찾으십시오.
또한 현재 선택된 주문 을 변경할 수 있는 수표와 마감 사이 에 있는 모든 것을 살펴보십시오(예: 상쇄 또는 기타 관련 주문을 찾기 위한 모든 주문에 대한 또 다른 루프, 이는 현재 선택을 완전히 예측할 수 없는 것으로 변경하고 다음 OrderClose (OrderTicket(),...) 그러면 필연적으로 계정에 큰 피해 를 입힐 것입니다. 모든 주문은 종료되기 전에 매직 넘버에 대해 확인 해야 합니다 . 모든 EA는 항상 계정의 모든 거래에 액세스할 수 있고 신중하게 필터링할 책임이 있기 때문에 이 확인을 수행하지 않거나 잘못 수행하면 이러한 유형의 오류가 발생합니다.
다른 차트의 다른 거래로부터 EA를 어떻게든 자동으로 보호하는 MT4의 암시적 필터 메커니즘은 없습니다 . 모든 EA는 이를 자체적으로 완전히 구현해야 하며 비참하게 실패할 수 있습니다.
모든 OrderClose() 및 OrderCloseBy() 앞에 Print()를 삽입하고 수정된 코드를 컴파일하고 원본 대신 이것을 실행하십시오.
코드의 OrderClose() 또는 OrderCloseBy() 근처에서 OrderMagicNumber()에 대한 호출의 존재 (또는 부재) 를 찾으십시오.
또한 현재 선택된 주문을 변경할 수 있는 수표와 마감 사이 에 있는 모든 것을 살펴보십시오(예: 상쇄 또는 기타 관련 주문을 찾기 위한 모든 주문에 대한 또 다른 루프, 이는 현재 선택을 완전히 예측할 수 없는 것으로 변경하고 다음 OrderClose (OrderTicket(),...) 그러면 필연적으로 계정에 큰 피해 를 입힐 것입니다. 모든 주문은 종료되기 전에 매직 넘버에 대해 확인 해야 합니다 . 모든 EA는 항상 계정의 모든 거래에 액세스할 수 있고 신중하게 필터링할 책임이 있기 때문에 이 확인을 수행하지 않거나 잘못 수행하면 이러한 유형의 오류가 발생합니다.
다른 차트의 다른 거래로부터 EA를 어떻게든 자동으로 보호하는 MT4의 암시적 필터 메커니즘은 없습니다 . 모든 EA는 이를 자체적으로 완전히 구현해야 하며 비참하게 실패할 수 있습니다.
안녕하세요 7bit님
좋은 생각 같으니 한번 해보죠.
문안 인사
베드로
몇 가지 이전 질문과 관련하여:
1) ECN 브로커(특히 GoMarkets)를 사용하는 것이 이 문제와 관련이 있다고 생각하지 않습니다. forex.com에서도 같은 문제가 발생했습니다. 일반적으로 나는 GoMarkets를 좋아하고 그들이 좋다고 생각합니다.
2) 마진이나 자본과 관련이 있다고 생각하지 않습니다. 그 이유는 자본이 부족하여 거래가 성사될 때 주석에 "s/o"가 추가되기 때문입니다.
베드로
문제는 Probability EA 버전 7.1에 있었습니다. 다음은 공급업체 응답입니다.
peterc005,
이 문제는 v7.1.1에서 수정되었습니다(v7.1과 반대). 나는 처음에 사이클이 닫힐 때마다 Magic Number를 1씩 줄였습니다(EA에 사이클을 종료하도록 알렸습니다). 이것은 EA가 유일하게 실행되는 경우에 잘 작동하지만 사람들이 다른 EA와 함께 이 EA를 사용하고 싶을 때 매직 넘버가 일정하게 유지되도록 코드를 수정하고 EA가 주기를 닫는 다른 방법을 사용합니다.v7.1.1 사본을 보내 드리고 여전히 문제가 발생하면 알려주십시오.
남자 이름
공급업체의 정직함과 솔직함에 감사하지만 EA의 이 문제로 인해 약 $5,000의 비용이 들었고 몇 달 동안 3개의 계정이 망가졌습니다.
"처음에는 사이클이 닫힐 때마다 매직넘버를 1씩 줄였습니다."
이 EA의 개발자는 매직 넘버의 목적이 무엇인지 모르는 것 같습니다. 이것은 그가 초기 실험 단계에 있지만 이미 결함이 있고 버그가 있는 초보자 코드를 돈을 위해 팔고 있음을 의미합니다. 이것은 내가 이 상용 EA의 코드 품질에 대해 말한 모든 것을 완전히 확인시켜줍니다. 나는 이런 것들을 어떤 돈으로도 믿지 않을 것입니다.
여기서 배워야 할 교훈은 다음과 같습니다. 비공개 소스 EA를 신뢰하지 마십시오 . 소스를 사용할 수 없으면 나쁜 코드 품질이 보장됩니다.
친애하는 Peterc005
내 VPS에 비슷한 문제가 있었는데 동일한 디렉토리를 형성하는 다른 메타 트레이더 인스턴스가 백라운드에서 실행되고 첫 번째 메타 트레이더가 열린 거래를 닫는 것으로 나타났습니다.
모든 MetaTraders를 닫은 다음 TaskManager를 열고 Terminal.exe runnig에 인스턴스가 있는지 확인하십시오. 그렇다면 컴퓨터를 다시 시작하면 문제가 해결됩니다.
이 문제에 대해 자세히 알아보려면 Google에서 Ghost 감지기를 검색할 수 있습니다.