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

 
joo :

모든 사람은 개인적인 의견을 가질 권리가 있지만 누구도 다른 사람을 모욕할 권리는 없습니다.

이 경우 모든 것이 완전히 투명합니다. 포럼의 두 회원이 nen 메시지에 대해 매우 부정적인 입장을 표명한 후 금지가 뒤따랐고 Renat 는 금지 이유를 명확하게 설명했습니다.

+100
 
joo :

.... 금지령이 뒤따랐고, Renat 는 금지 이유를 명확하게 설명했습니다.

나는 당신에게 두 가지 일을 부탁했습니다.

1) 포럼 회원의 프로필 방문자에게 바로 이 포럼 회원이 차단되었음을 알립니다.

2) 금지령을 내릴 때 - 이유를 표시하십시오(명확하게 설명한 후, 즉 금지 발표 중이 아님).

이것들은 도덕이나 교육이나 그 밖의 어떤 것과도 아무 관련이 없는 단지 기술적인 것들입니다.

나는 또한 올바른 버전의 금지를 제안하려고 합니다. 사용자는 포럼에 들어가는 것이 금지되어서는 안 되며, 새로운 주제와 메시지를 만드는 것만 금지되어야 합니다. 금지된 사람이 최소한 (개인적으로) 질문을 할 수 있고 새 별명으로 사용자 목록을 흩뜨리지 않도록 합니다.

다시 한 번 반복합니다. 나는 누구에게도 아무 것도 가르치지 않으며 누구에게도 강요하지 않습니다. 이것은 포럼 엔진의 작업을 개선하기 위한 순전히 기술/기술적 요청/제안입니다.

 
ft :

나는 당신에게 두 가지 일을 부탁했습니다.

1) 포럼 회원의 프로필 방문자에게 바로 이 포럼 회원이 차단되었음을 알립니다.

2) 금지령을 내릴 때 - 이유를 표시하십시오(명확하게 설명한 후, 즉 금지 발표 중이 아님).

이것들은 도덕이나 교육이나 그 밖의 어떤 것과도 아무 관련이 없는 단지 기술적인 것들입니다.

나는 또한 올바른 버전의 금지를 제안하려고 합니다. 사용자는 포럼에 들어가는 것이 금지되어서는 안 되며, 새로운 주제와 메시지를 만드는 것만 금지되어야 합니다. 금지된 사람이 최소한 (개인적으로) 질문을 할 수 있고 새 별명으로 사용자 목록을 흩뜨리지 않도록 합니다.

다시 한 번 반복합니다. 나는 누구에게도 아무 것도 가르치지 않으며 누구에게도 강요하지 않습니다. 이것은 포럼 엔진의 작업을 개선하기 위한 순전히 기술/기술적 요청/제안입니다.

나는 개인적으로 당신의 말에 반대할 것이 없지만 오히려 지지합니다. nen 을 사용한 예가 실패했고 그에 대한 힌트와 함께 게시했습니다.
 
ANG3110 :

네, 링크해주신 글 잘 보겠습니다.

다운된 데이터에 대해서... 지금은 시간의 처방으로 인해 로그를 제공할 수 없습니다. 하지만 이렇게 생겼습니다.

미국 중개인 ATC에서 고문은 그대로 남아 있었고 터미널은 닫혔습니다. 다음 날 터미널이 열렸고, 개통 및 자동 로그인 후 일시 중지가 있었고 견적이 수신되지 않았습니다. EA가 포지션 개설 요청을 보낸 후 히스토리를 펌핑하고 전날의 계산에 따라 포지션을 오픈했다. 다른 방법. 그것은 깊은 마이너스에서 포지션을 마감하면서 끝났습니다. 얼마나 잃었는지 기억이 나지 않지만 많이 있습니다.

또 다른 경우입니다. Expert Advisor가 남았고 그 알고리즘에는 Bollinger와 유사한 채널 계산이 있었지만 적응 알고리즘이 있었기 때문에 많은 막대가 필요했습니다. 매매가 시작되는 순간을 보지 못했는데 20분 후에 보니 적응 평균과의 편차는 계산하지 않고 채널은 마치 평균에 누워 있는 것처럼 선으로 무너져 내렸습니다. EA는 20분 만에 0.2~0.3랏을 잃었다. 완전히 승리한 시장에서 $4,500. 위에서 언급한 구성에 대해 데이터가 거의 없거나 누락된 경우 이러한 일이 발생할 수 있습니다.

이제 나는 거래 후에 항상 내 고문을 끕니다. 그리고 터미널을 다시 열면 데이터가 다운로드되기를 기다렸다가 내 눈으로 이것을 확신했을 때만 어드바이저를 켜고 일반적으로 적어도 오랫동안 그대로 둘 수 있습니다.

내 생각에는

고문은 정확히 필요합니다! 데이터 가용성(일반적으로 모든)

모든 오류는 코드 오류와 데이터 오류로 나뉩니다!

데이터 곡선 또는 그 부재. 필요한 데이터의 가용성을 분석하여 문제를 해결합니다.

그리고 그것들을 사용하기 전에 그들의 정확성!


예를 들면: 초등학교 나누기 전에 0으로 나누려고 하는지 여부를 확인해야 합니까?

이것은 거의 모든 상황에서 올바른 톤이 될 것입니다. 확신하더라도 .. 변수는 ... 수 = 0이 될 수 없습니다.

검사는 분할할 때 프로그램이 정확히 충돌하지 않는다는 사실을 100% 줄 것입니다! 따라서 데이터를 확인해야 합니다!




이것을 피하기 위해!

고문은 그가 필요로 하는 바의 양을 분명히 알고 있어야 합니다!

다음은 간단하지만 효과적인 알고리즘입니다.

원하는 시간대 또는 시간대의 현재 작업 촛불에서

원하는 깊이로 달려라! c 놓친 막대가 있는지 확인하십시오. 그리 어렵지 않습니다.

코드는 주지 않겠습니다... 여기 모인 분들은 이런 코드를 쉽게 작성하실 수 있을 것입니다!


그런 다음 고문은 단순히 열리거나 닫히지 않지만 SCREAMS!!! 완전한 기록이 없다는 것

너 !!! 이것을 고려하십시오 - 놓친 막대를 채우기 위해 조치를 취하십시오!

그 후에야 거래를 허용합니다!

--

문제는 알고리즘에 그러한 제어가 없다는 것입니다!

추가하다! 4,500달러를 잃는 것만큼 어렵지 않습니다...

--

그러한 코드를 작성할 수 없는 사람들을 위해 $100-200에 이러한 코드를 여기에 작성할 것입니다.

$4500 미만입니다!

 
YuraZ :

원하는 시간대 또는 시간대의 현재 작동 촛불에서

적당한 깊이로 달려라! c 놓친 막대가 있는지 확인하십시오. 그리 어렵지 않습니다.

팁을 주신 Yura님 감사합니다.

그러나 터미널이 막 열렸고 영점 막대가 여전히 오래된 경우라면 어떨까요? 전날이라고 가정해 보겠습니다. 물론 막대의 간격을 계산하여 특정 깊이까지 달릴 수 있지만 이것은 실수입니다. 고문은 이것이 현재 마지막 막대인지 아닌지 어떻게 알 수 있습니까? 나는 원칙적으로 TimeLocal() 과 TimeCurrent( ) 를 비교할 수 있다고 썼습니다. 시차를 고려하고 작은 스프레드 델타를 추가하면 특히 CAD 쌍에서 3-5분 동안 따옴표가 없기 때문입니다. , 그것은 아마도 더 많은 실수입니다. 그리고 아마도 init에서 이 작업을 수행하고 나중에 막대 간격을 수정할 때(예: 연결이 몇 분 동안 중단되고 각 막대에서 다시 계산할 필요가 없을 때), 그렇지 않으면 시간이 오래 걸립니다. 계산할 시간. 손실에 대해 쓴 내 Expert Advisor에서 초기 통계 조정에 최대 20,000개의 막대가 필요했습니다. 각 막대에서 실행해야 하는 주기가 너무 많기 때문에 고통을 겪고 있으며 아마도 그럴 필요가 없을 것입니다. 물론 이것이 최선의 방법은 아니며 컴퓨터 시계에 따라 다릅니다. 어쩌면 당신은 더 나은 것을 생각해 낼 수 있습니까? 최근에 본 것처럼 IsConected() 함수가 작동하면 일반적으로 0 막대가 거의 즉시 나타납니다.

 
ANG3110 :

팁을 주신 Yura님 감사합니다.

그러나 터미널이 막 열렸고 영점 막대가 여전히 오래된 경우라면 어떨까요? 전날이라고 가정해 보겠습니다. 물론 막대의 간격을 계산하여 특정 깊이까지 달릴 수 있지만 이것은 실수입니다. 고문은 이것이 현재 마지막 막대인지 아닌지 어떻게 알 수 있습니까? 나는 원칙적으로 TimeLocal()과 TimeCurrent()를 비교할 수 있다고 썼습니다. 시차를 고려하고 작은 스프레드 델타를 추가하면 특히 CAD 쌍에서 3-5분 동안 따옴표가 없기 때문입니다. , 그것은 아마도 더 많은 실수입니다. 그리고 아마도 init에서 이 작업을 수행하고 나중에 막대 간격을 수정할 때(예: 연결이 몇 분 동안 중단되고 각 막대에서 다시 계산할 필요가 없을 때), 그렇지 않으면 시간이 오래 걸립니다. 계산할 시간. 손실에 대해 쓴 내 Expert Advisor에서 초기 통계 조정에 최대 20,000개의 막대가 필요했습니다. 각 막대에서 실행해야 하는 주기가 너무 많기 때문에 고통을 겪고 있으며 아마도 그럴 필요가 없을 것입니다. 물론 이것이 최선의 방법은 아니며 컴퓨터 시계에 따라 다릅니다. 어쩌면 당신은 더 나은 것을 생각해 낼 수 있습니까? 최근에 본 것처럼 IsConected() 함수가 작동하면 일반적으로 0 막대가 거의 즉시 나타납니다.

글쎄요, 여기에서는 모든 것이 간단해 보입니다... int start() 프로시저는 새 틱으로만 호출되며 , TimeCurrent() 함수 가 (마지막으로 알려진 서버 시간을 반환하는 100% 것 같습니다. 마지막 견적이 도착한 시간)) 막대에 관계없이 이미 관련성이 있습니다...

글쎄, 모든 것이 명확하다고 생각합니다 ...

 
Renat :

유감스럽게도 초기 데이터, 테스트 매개변수 또는 로그를 지정하지 않았습니다.

또한 많은 설치가 필요할 뿐만 아니라 추가 라이브러리가 없어 작동하지 않는 라이브러리(DLL)를 언급하고 있습니다(이는 이미 추가 DLL 파일을 잊어버린 라이브러리 작성자입니다).

정보는 이 라이브러리의 작성자에게 문의하십시오.


내가 표시한 링크를 따라가면 설명에 설명된 대로 입력 매개변수 중 하나만 값이 있고 설정되어 있음을 알 수 있습니다. StopLoss=100..1 000 step 10; x=1..1 000 000 1단계. 또한 이전 빌드에서는 이러한 오류가 발생하지 않았다고 말했습니다. 따라서 오류는 귀하의 것입니다. 실제로 모든 것이 작동합니다. 이 이상한 메시지를 줄 뿐입니다. 이것이 내가 가진 것입니다. 이 메시지만 전달할 수 있지만 누군가에게는 이 오류의 결과로 인해 작동을 전혀 거부할 것입니다.
 
ANG3110 :

팁을 주신 Yura님 감사합니다.

그러나 터미널이 막 열렸고 영점 막대가 여전히 오래된 경우라면 어떨까요? 전날이라고 가정해 보겠습니다. 물론 막대의 간격을 계산하여 특정 깊이까지 달릴 수 있지만 이것은 실수입니다. 고문은 이것이 현재 마지막 막대인지 아닌지 어떻게 알 수 있습니까? 나는 원칙적으로 TimeLocal()과 TimeCurrent()를 비교할 수 있다고 썼습니다. 시차를 고려하고 작은 스프레드 델타를 추가하면 특히 CAD 쌍에서 3-5분 동안 따옴표가 없기 때문입니다. , 그것은 아마도 더 많은 실수입니다. 그리고 아마도 init에서 이 작업을 수행하고 나중에 막대 간격을 수정할 때(예: 연결이 몇 분 동안 중단되고 각 막대에서 다시 계산할 필요가 없을 때), 그렇지 않으면 시간이 오래 걸립니다. 계산할 시간. 손실에 대해 쓴 내 Expert Advisor에서 초기 통계 조정에 최대 20,000개의 막대가 필요했습니다. 각 막대에서 실행해야 하는 주기가 너무 많기 때문에 고통을 겪고 있으며 아마도 그럴 필요가 없을 것입니다. 물론 이것이 최선의 방법은 아니며 컴퓨터 시계에 따라 다릅니다. 어쩌면 당신은 더 나은 것을 생각해 낼 수 있습니까? 최근에 본 것처럼 IsConected() 함수가 작동하면 일반적으로 0 막대가 거의 즉시 나타납니다.

여기요!


이것은 논리적으로도 확인할 수 있습니다!

먼저 몇 틱을 확인하고 TimeCurrent() 시간을 계산하고 막대에서 멀리 떨어져 있으면 로드합니다. 주말을 고려해야 하지만

월요일에 중개인의 시작 시간과 금요일에 종료 시간을 알아야 합니다(동시에 소규모 TF에서는 몇 개의 막대에 대해 작은 오류가 있습니다.

(월요일 시작 시간과 금요일 종료 시간은 장기간에 걸쳐 평균을 내서 쉽게 자동 계산 가능)

논리 예

 // простой пример контроля истори, просто логика 
 
int ФЛАГпроверкиИСТОРИ = 0 ; // 0-история не проверена или не загружена

void init()
{
    ФЛАГпроверкиИСТОРИ   = 0 ; // ставим флаг
}


void start()
{
     // читаем историю на предмет пропущеных баров
     if ( ФЛАГпроверкиИСТОРИ   == 0 )
    {
// проверяем а вся ли нужна история есть и если нет то она загружается
       // загружаем
       если загружена ФЛАГпроверкиИСТОРИ= 1 ;
       return ;
    }
}


 
Akkarin :

내가 표시한 링크를 따라가면 설명에 설명된 대로 입력 매개변수 중 하나만 값이 있고 설정되어 있음을 알 수 있습니다. StopLoss=100..1 000 step 10; x=1..1 000 000 1단계. 또한 이전 빌드에서는 이러한 오류가 발생하지 않았다고 말했습니다. 따라서 오류는 귀하의 것입니다. 실제로 모든 것이 작동합니다. 이 이상한 메시지를 줄 뿐입니다. 이것이 내가 가진 것입니다. 아마도이 메시지 만 제공하지만 누군가에게는이 오류의 결과로 인해 전혀 작동하지 않을 것입니다.


나는 부지런히 모든 것을 처리하고 모든 것을 빼고 논리를 이해했지만 정확히 내가 지적한 바에 부딪쳤습니다. 해당 라이브러리 세트의 작성자가 게시하지 않은 제3자 dll 라이브러리가 충분하지 않습니다(그는 설치 프로그램을 만들기도 했지만).

대부분의 경우 진부한 건망증입니다. 그러나 일부 dll 파일을 찾기 위해 인터넷을 검색할 수 없습니다.