그게 요점입니다. DC에서 터미널을 업데이트한 후 작동 방식을 내일 확인하겠습니다. 모든 것이 Vadim이 쓴 대로라면 ... 최적화 작별 인사뿐만이 아닙니다. 버퍼가 가득 찰 수 있도록 코드를 추가해야 할 수도 있습니다. 그리고 이것은 모든 지표에서 수행되어야 합니다.... 그리고 측정되지 않은 숫자는 포럼 전체에 흩어져 있습니다.
이제 버퍼는 마지막 섹션에서만 다시 계산됩니다.
다시 초기화해야 하는 것은 버퍼가 아니라 히스토리가 교환될 때 오류가 나타나는 위치를 찾기 위한 것입니다. 동시에 "버퍼" 데이터가 차트에서 이동합니다.
그렇지 않으면 ... 연결된 차트에 수십 개의 표시기가 있고 컴퓨터가 정지하지 않는 곳에서는 빠른 시장뿐만 아니라 빠른 시장에서도 컴퓨터가 완전히 정지됩니다.
이 점은 개발자의 설명이 필요합니다.
마음은 그것이 여기에서 채굴되었다고 느꼈습니다 ... 따라서 그는이 혁신 항목에 관심을 보였습니다 ...
이 접근 방식을 사용하면 메타트레이더를 기반으로 하는 유료 개발에 대해 말을 더듬을 수 없습니다. 클라이언트는 그런 결함에 대해 단순히 죽일 것입니다 ... 그래서 나는 항상 유료 개발 제안을 거부했습니다.
"프로그램을 차트에서 분리하고, 금융 상품 및/또는 차트 기간을 변경하고, 계정을 변경하고, 차트를 닫고, 클라이언트 터미널을 종료하면 프로그램 실행이 중단됩니다. start() 함수가 실행된 경우 명령이 작업을 완료하는 시간, 남은 시간은 2.5초로 제한됩니다. 프로그램은 내장된 IsStopped() 함수를 사용하여 종료를 시도하고 있음을 인식하고 작업을 정상적으로 종료할 수 있습니다."
그러나 프로토콜 및 로그는 서버가 루프 스크립트의 실행을 중단 및 종료하고 Expert Advisor 및 표시기가 다시 초기화되도록 할 수 있음을 나타냅니다.
저것들. 나열된 작업 중 사용자가 수행한 작업은 없었지만 완전히 모든 지표, 고문 및 스크립트가 계정이 변경된 것처럼 반응했습니다...
Expert Advisors를 테스트 한 후에는 사용자 정의 지표가 열린 차트에 그려지지 않기 때문에 올바르게 거래되었는지 확인할 수 없습니다.
이것이 초기화 해제에 대한 스레드의 시작 부분에 작성된 것이라면 테스트 후 사용자 지정 표시기의 초기화 해제 모드를 제거하기 위해 개발자에게 거대하고 단순히 "눈물 흘리는" 요청입니다. 이것은 Expert Advisor를 개발하고 거래의 정확성을 제어하는 가장 중요한 부분 중 하나입니다.
각 기간 및 기타 여러 설정에 대한 템플릿을 만드는 것은 불편하고 시간 소모적이며 시간 소모적입니다. 추가 템플릿 없이 테스트 후 차트에 사용자 지정 지표를 즉시 표시하는 것은 매우 편리했습니다. 그리고 오늘 나는 그것을 시도했는데, 글쎄, 그것은 맹인처럼 되었다. 정말 끔찍합니다.
당신은 "어두운" 적에서 시험하고 싶지 않습니다. 저를 믿으십시오. 저는 Expert Advisors를 개발한 첫 해가 아니며 이것은 매우 심각한 문제입니다. Renat와 Stanislav, 나는 당신에게 개인적으로 묻습니다.이 질문을 무시하지 말고 가볍게 접근하지 마십시오. 수백만 명의 사람들이 귀하의 제품을 사용합니다. MT5는 훌륭하지만 실제 거래를 위한 Expert Advisors의 개발은 여전히 MT4에서 수행되어야 합니다. 그리고 MT4에는 PriceChanal, LRMA 등과 같은 많은 기본 지표가 부족합니다. 따라서 사용자 지정해야 하며 일반적으로 몇 가지가 있습니다. 그런 다음 시장 시세의 경우 테스트 후 모든 것을 자세히 확인해야 합니다. 지표와 관련하여 내포물이 있는 위치, 보류 중인 주문의 정확성, 지표별 시장 설명 형식 등을 확인해야 합니다. 지금은 어때?
(나는 포럼 중재자에게 묻습니다. Renat와 Stanislav 또는 그것에 의존하는 사람이 이 글을 읽지 않는다면 제 요청을 전달해 주십시오. 대부분의 전문 개발자를 대신할 것이라고 생각합니다.)
그게 요점입니다. DC에서 터미널을 업데이트한 후 작동 방식을 내일 확인하겠습니다. 모든 것이 Vadim이 쓴 대로라면 ... 최적화 작별 인사뿐만이 아닙니다. 버퍼가 가득 찰 수 있도록 코드를 추가해야 할 수도 있습니다. 그리고 이것은 모든 지표에서 수행되어야 합니다.... 그리고 측정되지 않은 숫자는 포럼 전체에 흩어져 있습니다.
이제 버퍼는 마지막 섹션에서만 다시 계산됩니다.
다시 초기화해야 하는 것은 버퍼가 아니라 히스토리가 교환될 때 오류가 나타나는 위치를 찾기 위한 것입니다. 동시에 "버퍼" 데이터가 차트에서 이동합니다.
그렇지 않으면 ... 연결된 차트에 수십 개의 표시기가 있고 컴퓨터가 정지하지 않는 곳에서는 빠른 시장뿐만 아니라 빠른 시장에서도 컴퓨터가 완전히 정지됩니다.
이 점은 개발자의 설명이 필요합니다.
마음은 그것이 여기에서 채굴되었다고 느꼈습니다 ... 따라서 그는이 혁신 항목에 관심을 보였습니다 ...
이 접근 방식을 사용하면 메타트레이더를 기반으로 하는 유료 개발에 대해 말을 더듬을 수 없습니다. 클라이언트는 그런 결함에 대해 단순히 죽일 것입니다 ... 그래서 나는 항상 유료 개발 제안을 거부했습니다.
문제는 서비스 데스크에서 논의할 수 있습니다. 여기보다 더 생산적일 것입니다.
좋은 점은 누락된 기록을 교환할 때만 버퍼를 다시 초기화해야 한다는 것입니다.
정확히. 그렇지 않은 경우 재현할 수 있는 예를 들어 주십시오. 너무 늦기 전에 우리가 지배할 것입니다.
토론이 끝났습니다.
위의 Renat는 신청해야 하는 주소를 표시했습니다. 그리고 이 주소는 제 것입니다. 나는 또한 (아직 그의 게시물을 보지 않고) 서비스 데스크에 연락해야 한다고 말했습니다. 그것이 더 생산적일 것입니다.
이 스레드에서 일부 게시물을 제거했습니다. 테마는 독점적으로 작동하는 것으로 간주됩니다. 내가 누군가를 기분 나쁘게했다면 사과드립니다.
복잡하지 않은 질문입니다.
도움말에 설명된 대로:
"프로그램을 차트에서 분리하고, 금융 상품 및/또는 차트 기간을 변경하고, 계정을 변경하고, 차트를 닫고, 클라이언트 터미널을 종료하면 프로그램 실행이 중단됩니다. start() 함수가 실행된 경우 명령이 작업을 완료하는 시간, 남은 시간은 2.5초로 제한됩니다. 프로그램은 내장된 IsStopped() 함수를 사용하여 종료를 시도하고 있음을 인식하고 작업을 정상적으로 종료할 수 있습니다."
그러나 프로토콜 및 로그는 서버가 루프 스크립트의 실행을 중단 및 종료하고 Expert Advisor 및 표시기가 다시 초기화되도록 할 수 있음을 나타냅니다.
저것들. 나열된 작업 중 사용자가 수행한 작업은 없었지만 완전히 모든 지표, 고문 및 스크립트가 계정이 변경된 것처럼 반응했습니다...
이 기능을 제거하도록 요청할 수 있습니까?
;)
그러나 프로토콜 및 로그는 서버가 루프 스크립트의 실행을 중단 및 종료하고 Expert Advisor 및 표시기가 다시 초기화되도록 할 수 있음을 나타냅니다.
저것들. 나열된 작업 중 사용자가 수행한 작업은 없었지만 완전히 모든 지표, 고문 및 스크립트가 계정이 변경된 것처럼 반응했습니다...
스튜디오에 대한 프로토콜 및 로그.
그런 "기능"은 없으며 결코 없었습니다.
스튜디오에 대한 프로토콜 및 로그.
그런 "기능"은 없고 그런 적도 없습니다.
아저씨가 틀렸어...
02:52:03 스크립트 Stels_Lock USDCAD,M1: 제거됨
02:52:03 HistoryCenter: 'USDCAD1'에서 가져온 막대 2개
04:20:05 '57603': 연결 실패 [연결되지 않음]
04:20:40 '57603': 로그인
12:06:09 스크립트 Stels_Dock USDCHF,M1: 성공적으로 로드됨
12:07:17 스크립트 Stels_Dock USDCHF,M1: 제거됨
12:07:23 사용자 지정 표시기 iExposure EURGBP,M1: 제거됨
12:07:23 Expert DirectLC CHFJPY,M1: 제거됨
12:07:23 사용자 지정 표시기 iExposure CHFJPY,M1: 제거됨
12:07:23 Expert DirectLC USDCAD,M1: 제거됨
12:07:23 사용자 지정 표시기 iExposure USDCAD,M1: 제거됨
이것은 터미널 로그의 유적에서 잃어버린 것입니다.
이제 터미널은 전문가의 로그에 무엇을 썼습니까?
02:52:03 Stels_Lock USDCAD,M1: 초기화 해제
02:52:03 Stels_Lock USDCAD,M1: 단위 이유 0
02:52:03 Stels_Lock USDCAD,M1: 제거됨
04:20:42 DirectLC USDCHF,M1: 초기화 해제
04:20:42 DirectLC USDCHF,M1: 단위 이유 6
04:20:42 DirectLC USDCHF,M1: Spred USDCHF =3
04:20:42 DirectLC USDCAD,M1: 초기화 해제
04:20:42 DirectLC USDCAD,M1: 단위 이유 6
04:20:42 DirectLC USDCAD,M1: Spred USDCAD =4
08:16:41 DirectLC USDCHF,M1: Rez=-1 Mashtab=10000
08:16:41 DirectLC USDCHF,M1: 초기화됨
08:16:41 DirectLC USDCAD,M1: Rez=-1 Mashtab=10000
08:16:41 DirectLC USDCAD,M1: 초기화됨
12:06:09 Stels_Dock USDCHF,M1: 성공적으로 로드됨
12:07:17 Stels_Dock USDCHF,M1: 제거됨
12:07:17 iExposure EURGBP,M1: 초기화 해제
12:07:17 iExposure EURGBP,M1: 단위 이유 1
12:07:17 iExposure EURGBP,M1: 제거됨
12:07:17 iExposure CHFJPY,M1: 초기화 해제
12:07:17 iExposure CHFJPY,M1: 단위 이유 1
12:07:17 DirectLC CHFJPY,M1: 초기화 해제됨
내부 스크립트 로그의 최종 조각 - USDCAD
2011.02.25 02:52:03 312 + 892844 : 57603 : 6 < 2011.02.25 02:52:03 : 판매: 0.98240000 이전 = 0.98190000 __-0.0
2011.02.25 02:52:03 312 + 0000 : 57603 : 7 < 2011.02.25 02:52:03 : Vol= 0.10000000 / 0.10000000
2011.02.25 02:52:03 312 + 0000 : 57603 : 8 < 2011.02.25 02:52:03 : ***가격S= 0.98240000 입찰가: 0.98240010 Vol:00
2011.02.25 02:52:03 343 + 0031 : 57603 : 9 < 2011.02.25 02:52:03 : # -7 - 가격이 변경되었습니다. 입찰가=.9822-> 0.9818 / 0.9822 <- .9818|P:.9824
2011.02.25 02:52:03 546 + 0203 : 57603 : 0 < 2011.02.25 02:52:03 : 오류.
2011.02.25 02:52:03 546 + 0000 : 57603 : 1 < 2011.02.25 02:52:03 : 프로그램 초기화
&USDCHF
2011.02.25 01:43:53 781 + 0000 : 57603 : 5 < 2011.02.25 01:43:53 : ***가격S= 0.92570000 입찰가: 0.92570010 Vol:0
2011.02.25 01:43:54 : 57603 : 6 : 5-02.25 01:43:54 : *** 오류 (명령 - 138) : 0.92600000 / 0.92570000 가격 : 0.92570000 / 0.92570000 TP : 0.91670000 ST : 0.00000000
2011.02.25 01:43:54 140 + 0000 : 57603 : 7 < 2011.02.25 01:43:54 : Vol= 0.10000000 / 0.10000000
2011.02.25 01:43:54 140 + 0000 : 57603 : 8 < 2011.02.25 01:43:54 : ***가격S= 0.92570000 입찰가: 0.92540000 Vol:00
2011.02.25 01:43:54 140 + 0000 : 57603 : 9 < 2011.02.25 01:43:54 : 가격변동...
2011.02.25 01:43:54 140 + 0000 : 57603 : 0 < 2011.02.25 01:43:54 : 프로그램 초기화
그리고 프로그램의 논리가 deinite의 원인이 될 수 있다는 합리적인 언급에 대해 - 터미널 프로토콜이 왜 - 재로그인 후 어디에서 - 살아있는 상태로 남아 있는 모든 것을 다시 시작한다는 점에 주목합니다. 그러나 사용자가 로그를 시작하지 않았습니다!
동시에 터미널은 12시까지 재부팅되지 않았고 로그를 플러시하기 위해., 지금 쟁기질하는 컴퓨터처럼.
그리고 거의 모든 사람들이 잠을 자고있었습니다 ...;)
전체 텍스트를 첨부합니다.
무슨 말인지 이해했습니다. 이 동작은 변경되지 않습니다. 죄송합니다.
따라서 인증서를 조정하십시오.
나같은 평신도에게...
;)
Build 388 터미널 업데이트가 방금 도착했습니다.
Expert Advisors를 테스트 한 후에는 사용자 정의 지표가 열린 차트에 그려지지 않기 때문에 올바르게 거래되었는지 확인할 수 없습니다.
이것이 초기화 해제에 대한 스레드의 시작 부분에 작성된 것이라면 테스트 후 사용자 지정 표시기의 초기화 해제 모드를 제거하기 위해 개발자에게 거대하고 단순히 "눈물 흘리는" 요청입니다. 이것은 Expert Advisor를 개발하고 거래의 정확성을 제어하는 가장 중요한 부분 중 하나입니다.
각 기간 및 기타 여러 설정에 대한 템플릿을 만드는 것은 불편하고 시간 소모적이며 시간 소모적입니다. 추가 템플릿 없이 테스트 후 차트에 사용자 지정 지표를 즉시 표시하는 것은 매우 편리했습니다. 그리고 오늘 나는 그것을 시도했는데, 글쎄, 그것은 맹인처럼 되었다. 정말 끔찍합니다.
당신은 "어두운" 적에서 시험하고 싶지 않습니다. 저를 믿으십시오. 저는 Expert Advisors를 개발한 첫 해가 아니며 이것은 매우 심각한 문제입니다. Renat와 Stanislav, 나는 당신에게 개인적으로 묻습니다.이 질문을 무시하지 말고 가볍게 접근하지 마십시오. 수백만 명의 사람들이 귀하의 제품을 사용합니다. MT5는 훌륭하지만 실제 거래를 위한 Expert Advisors의 개발은 여전히 MT4에서 수행되어야 합니다. 그리고 MT4에는 PriceChanal, LRMA 등과 같은 많은 기본 지표가 부족합니다. 따라서 사용자 지정해야 하며 일반적으로 몇 가지가 있습니다. 그런 다음 시장 시세의 경우 테스트 후 모든 것을 자세히 확인해야 합니다. 지표와 관련하여 내포물이 있는 위치, 보류 중인 주문의 정확성, 지표별 시장 설명 형식 등을 확인해야 합니다. 지금은 어때?
(나는 포럼 중재자에게 묻습니다. Renat와 Stanislav 또는 그것에 의존하는 사람이 이 글을 읽지 않는다면 제 요청을 전달해 주십시오. 대부분의 전문 개발자를 대신할 것이라고 생각합니다.)