그러나 수동으로 데스크탑에서 고문에게 전화를 걸어 닫았을 때 그는 성공적으로 위치를 열었습니다.
2017.02.22 02:07:38.121'3389676': 주문 번호 115497034 매도 0.01 EURUSD at 1.0536 수정됨 -> sl: 1.1036 tp: 1.0036
누구든지 그런 상황에 처한 사람이 있습니까? 무엇이 잘못될 수 있습니까?
Yusuf, 새 날이 열리면 DC가 포지션을 재개방하거나 스왑을 청구하거나 다른 일을 할 수 있습니다. 이 기간 동안 거래가 금지됩니다. 조금 있다가 열어보기만 하면 됩니다. 실패 시 시도 횟수에 대한 설정이 어드바이저에 있습니다. 기본값은 5입니다. 늘려야 할까요? 시장이 닫혔다고 반환할 때 어리석은 요청으로 서버를 망치는 것은 좋은 생각이 아닙니다. 그러나 어떻게 든 거래가 이미 허용되었는지 확인해야합니다 ...
그건 그렇고, 당신의 kamikazes에 대해 - 계정 보충을 감지하면 새로운 마법으로 새로운 거래를 시작할 로봇을 하나만 만들 수 있습니다.
포지션을 열 때 시장이 전혀 작동하는지 확인해야합니까? 02:00, 02:07(단말기 현지 시간)에 서버에 깊은 w@(자정)이 있을 수 있으며 DC가 스왑, 수수료 및 주문 전송을 청구하는 동안 거래가 10-15분 동안 중지될 수 있습니다. 사실 규정상 이에 대해 경고를 하는 경우가 많은데, '잔혹한 현실 세계'에서는 문서를 모두 읽어야 한다.
Artyom Trishkin : Yusuf, 새 날이 열리면 DC가 포지션을 재개방하거나 스왑을 청구하거나 다른 일을 할 수 있습니다. 이 기간 동안 거래가 금지됩니다. 조금 있다가 개봉을 시도하면 됩니다. 실패 시 시도 횟수에 대한 설정이 어드바이저에 있습니다. 기본값은 5입니다. 늘려야 할까요? 시장이 닫혔다고 반환할 때 어리석은 요청으로 서버를 망치는 것은 좋은 생각이 아닙니다. 그러나 어떻게 든 거래가 이미 허용되었는지 확인해야합니다 ...
그건 그렇고, 당신의 kamikazes에 대해 - 계정 보충을 감지하면 새로운 마법으로 새로운 거래를 시작할 로봇을 하나만 만들 수 있습니다.
2 요청 수를 늘리려고 노력하고 이것이 도움이 되지 않으면 DC 시간 01.00 또는 00.30에 시작하는 코드를 제공할 것입니다.;
3. 매지션을 바꾸는 대가로: 먼저, 이를 위해서는 어드바이저 코드를 변경해야 하며, 각 로봇의 작업을 설명하는 데 혼란이 있다는 사실이 아닙니다. 계정이 죽으면 새로 시작한 계정이 VPS에서 그 자리를 대신합니다. 모든 면에서 더 쉬운 것 같아요.
일상은 필요하지 않습니다 :-)
"이중" 스왑이 청구되고 acc가 청구되는 자정이 있습니다. 프로세스가 더 오래 걸릴 수 있습니다. 원칙적으로 DC와 유동성 제공자 사이에 불일치/불일치(동일한 밤의 머리핀과 간격)가 있을 수 있습니다. 다시 서버는 모든 상품에 대한 주문서를 작동 상태로 정리해야 합니다.
한 계정(cent PAMM)의 동일한 Expert Advisor가 정기적으로 TF D1(조건부 Advisor 1)의 시작 부분에 주문을 하고 일반 "komikaze" cent 계정의 다른(Advisor 2) 주문을 받는 상황을 해결할 수 없습니다. (시장이 닫힘) 형태의 버프이며 어떤 재구성 없이 다시 닫힐 때까지 포지션을 열지 않습니다. 조금 전에 우리는 여기에서 이 상황에 대해 논의했으며 많은 사람들이 다음을 알아보라고 조언했습니다.
1. DC의 기술 지원 서비스에 연락하여 이것이 TF D1 시작 시 스왑 및 커미션 계산과 관련이 있는지 알아보십시오.
이 서비스는 다음과 같이 대답했습니다. 예, 가능합니다. 스왑 및 커미션의 발생과 관련이 있으며 "시장이 닫혀 있습니다"라는 답변을 받은 고문이 개설 요청 주기를 완료했다고 가정합니다. 그들은 조언자에서 이 버그를 수정하라고 조언했습니다. 그렇다면 이러한 상황이 왜 전문가 자문위원 1호의 업무를 방해하지 않는가 하는 의문이 남는다.
의혹: 문제는 다른 DC 서버(?)에 있습니다.
2. 두 고문의 설정 패널을 주의 깊게 살펴보았습니다. 한 가지 이상한 상황을 제외하고는 모든 것이 동일합니다.
"보안" 섹션의 결함 있는 Expert Advisor #2 패널에는 3가지 옵션이 있습니다.
한 계정(cent PAMM)의 동일한 Expert Advisor가 정기적으로 TF D1(조건부 Advisor 1)의 시작 부분에 주문을 하고 다른 계정(Advisor 2)이 일반 "komikaze" cent 계정의 주문을 받는 상황을 해결할 수 없습니다. (시장이 닫힘) 형태의 버프이며 어떤 재구성 없이 다시 닫힐 때까지 포지션을 열지 않습니다. 조금 전에 우리는 여기에서 이 상황에 대해 논의했으며 많은 사람들이 다음을 알아보라고 조언했습니다.
1. DC의 기술 지원 서비스에 연락하여 이것이 TF D1 시작 시 스왑 및 커미션 계산과 관련이 있는지 알아보십시오.
이 서비스는 다음과 같이 대답했습니다. 예, 가능합니다. 스왑 및 커미션의 발생과 관련이 있으며 "시장이 닫혀 있습니다"라는 답변을 받은 고문이 개설 요청 주기를 완료했다고 가정합니다. 그들은 조언자에서 이 버그를 수정하라고 조언했습니다. 그렇다면 이 상황이 EA #1이 제대로 작동하지 않는 이유는 무엇입니까?
의혹: 문제는 다른 DC 서버(?)에 있습니다.
2. 두 고문의 설정 패널을 주의 깊게 살펴보았습니다. 한 가지 이상한 상황을 제외하고는 모든 것이 동일합니다.
저는 이 브로커와 아주 오랫동안 일해 왔으며, 우리는 신뢰 관계를 발전시켰으며, 그들은 항상 온라인이나 전화로 도움을 주려고 노력합니다. 나는 그들이 의식적으로 그것을 한다고 생각하지 않습니다. 그들은 내가 두 서버의 작업의 예에 대한 사실 앞에 놓을 때 cent 서버 버그를 수정해야 합니다. 저는 프로그래머로부터 고문의 보안 시스템에 세 번째 줄이 어떻게 나타나는지 알고 싶습니다.
쌍의 가격은 과거 수준의 분석에 따라 90%입니다.
Forex는 무언가 잘못되었고 당신을 금지시켰습니까? 아니면 그냥 비 거래 시간?
이 상황이 오늘 다시 발생했습니다.
2017.02.22 02:00:08.326 '3389676': 주문 매도 0.01 EURUSD 1.0536 sl: 0.0000 tp: 0.0000 실패 [시장 폐쇄]
그러나 수동으로 데스크탑에서 고문에게 전화를 걸어 닫았을 때 그는 성공적으로 위치를 열었습니다.
2017.02.22 02:07:38.121 '3389676': 주문 번호 115497034 매도 0.01 EURUSD 1.0536 수정됨 -> sl: 1.1036 tp: 1.0036
이 상황이 오늘 다시 발생했습니다.
2017.02.22 02:00:08.326 '3389676': 주문 매도 0.01 EURUSD 1.0536 sl: 0.0000 tp: 0.0000 실패 [시장 폐쇄]
그러나 수동으로 데스크탑에서 고문에게 전화를 걸어 닫았을 때 그는 성공적으로 위치를 열었습니다.
2017.02.22 02:07:38.121 '3389676': 주문 번호 115497034 매도 0.01 EURUSD at 1.0536 수정됨 -> sl: 1.1036 tp: 1.0036
그건 그렇고, 당신의 kamikazes에 대해 - 계정 보충을 감지하면 새로운 마법으로 새로운 거래를 시작할 로봇을 하나만 만들 수 있습니다.
이 상황이 오늘 다시 발생했습니다.
2017.02.22 02:00:08.326 '3389676': 주문 매도 0.01 EURUSD 1.0536 sl: 0.0000 tp: 0.0000 실패 [시장 폐쇄]
그러나 수동으로 데스크탑에서 고문에게 전화를 걸어 닫았을 때 그는 성공적으로 위치를 열었습니다.
2017.02.22 02:07:38.121 '3389676': 주문 번호 115497034 매도 0.01 EURUSD 1.0536 수정됨 -> sl: 1.1036 tp: 1.0036
포지션을 열 때 시장이 전혀 작동하는지 확인해야합니까? 02:00, 02:07(단말기 현지 시간)에 서버에 깊은 w@(자정)이 있을 수 있으며 DC가 스왑, 수수료 및 주문 전송을 청구하는 동안 거래가 10-15분 동안 중지될 수 있습니다. 사실 규정상 이에 대해 경고를 하는 경우가 많은데, '잔혹한 현실 세계'에서는 문서를 모두 읽어야 한다.
Yusuf, 새 날이 열리면 DC가 포지션을 재개방하거나 스왑을 청구하거나 다른 일을 할 수 있습니다. 이 기간 동안 거래가 금지됩니다. 조금 있다가 개봉을 시도하면 됩니다. 실패 시 시도 횟수에 대한 설정이 어드바이저에 있습니다. 기본값은 5입니다. 늘려야 할까요? 시장이 닫혔다고 반환할 때 어리석은 요청으로 서버를 망치는 것은 좋은 생각이 아닙니다. 그러나 어떻게 든 거래가 이미 허용되었는지 확인해야합니다 ...
그건 그렇고, 당신의 kamikazes에 대해 - 계정 보충을 감지하면 새로운 마법으로 새로운 거래를 시작할 로봇을 하나만 만들 수 있습니다.
1. 정시에 주문하는 예가 있습니다.
2017.02.20 02:00:04.139 '3389676': 즉석 주문 매도 0.01 EURUSD에서 1.0619 sl: 0.0000 tp: 0.0000
2017.02.20 02:00:07.009 '3389676': 주문이 열렸습니다. #115360836 0.01 EURUSD에서 1.0619 sl: 0.0000 tp: 0.0000 매도
2017.02.20 02:00:07.009 '3389676': 주문 수정 #115360836 0.01 EURUSD에서 1.0619 sl: 0.0000 tp: 0.0000 -> sl: 1.1119 tp: 1.0119 매도
2017.02.20 02:00:07.727 '3389676': 주문 번호 115360836 매도 0.01 EURUSD at 1.0619가 수정되었습니다 -> sl: 1.1119 tp: 1.0119
주문이 성공적으로 이루어졌습니다.
그러나 다음 날 프로세스는 두 번째 단계에서 종료됩니다.
2017.02.21 02:00:05.795 '3389676': 즉석 주문 매도 0.01 EURUSD에서 1.0612 sl: 0.0000 tp: 0.0000
2017.02.21 02:00:06.825 '3389676': 주문 매도 0.01 EURUSD 개시 1.0612 sl: 0.0000 tp: 0.0000 실패 [시장 폐쇄]
2 요청 수를 늘리려고 노력하고 이것이 도움이 되지 않으면 DC 시간 01.00 또는 00.30에 시작하는 코드를 제공할 것입니다.;
3. 매지션을 바꾸는 대가로: 먼저, 이를 위해서는 어드바이저 코드를 변경해야 하며, 각 로봇의 작업을 설명하는 데 혼란이 있다는 사실이 아닙니다. 계정이 죽으면 새로 시작한 계정이 VPS에서 그 자리를 대신합니다. 모든 면에서 더 쉬운 것 같아요.
1. 정시에 주문하는 예가 있습니다.
2017.02.20 02:00:04.139 '3389676': 즉석 주문 매도 0.01 EURUSD에서 1.0619 sl: 0.0000 tp: 0.0000
2017.02.20 02:00:07.009 '3389676': 주문이 열렸습니다. #115360836 0.01 EURUSD에서 1.0619 sl: 0.0000 tp: 0.0000 매도
2017.02.20 02:00:07.009 '3389676': 주문 수정 #115360836 0.01 EURUSD에서 1.0619 sl: 0.0000 tp: 0.0000 -> sl: 1.1119 tp: 1.0119 매도
2017.02.20 02:00:07.727 '3389676': 주문 번호 115360836 매도 0.01 EURUSD at 1.0619가 수정되었습니다 -> sl: 1.1119 tp: 1.0119
주문이 성공적으로 이루어졌습니다.
그러나 다음 날 프로세스는 두 번째 단계에서 종료됩니다.
2017.02.21 02:00:05.795 '3389676': 즉석 주문 매도 0.01 EURUSD에서 1.0612 sl: 0.0000 tp: 0.0000
2017.02.21 02:00:06.825 '3389676': 주문 매도 0.01 EURUSD 개시 1.0612 sl: 0.0000 tp: 0.0000 실패 [시장 폐쇄]
2 요청 수를 늘리려고 노력하고 이것이 도움이 되지 않으면 DC 시간 01.00 또는 00.30에 시작하는 코드를 제공할 것입니다.;
3. 매지션을 바꾸는 대가로: 먼저, 이를 위해서는 어드바이저 코드를 변경해야 하며, 각 로봇의 작업을 설명하는 데 혼란이 있다는 사실이 아닙니다. 계정이 죽으면 새로 시작한 계정이 VPS에서 그 자리를 대신합니다. 모든 면에서 더 쉬운 것 같아요.
"이중" 스왑이 청구되고 acc가 청구되는 자정이 있습니다. 프로세스가 더 오래 걸릴 수 있습니다. 원칙적으로 DC와 유동성 제공자 사이에 불일치/불일치(동일한 밤의 머리핀과 간격)가 있을 수 있습니다. 다시 서버는 모든 상품에 대한 주문서를 작동 상태로 정리해야 합니다.
DC 서버의 잘못된 작동으로 인해 작업이 중단되었습니다.
한 계정(cent PAMM)의 동일한 Expert Advisor가 정기적으로 TF D1(조건부 Advisor 1)의 시작 부분에 주문을 하고 일반 "komikaze" cent 계정의 다른(Advisor 2) 주문을 받는 상황을 해결할 수 없습니다. (시장이 닫힘) 형태의 버프이며 어떤 재구성 없이 다시 닫힐 때까지 포지션을 열지 않습니다. 조금 전에 우리는 여기에서 이 상황에 대해 논의했으며 많은 사람들이 다음을 알아보라고 조언했습니다.
1. DC의 기술 지원 서비스에 연락하여 이것이 TF D1 시작 시 스왑 및 커미션 계산과 관련이 있는지 알아보십시오.
이 서비스는 다음과 같이 대답했습니다. 예, 가능합니다. 스왑 및 커미션의 발생과 관련이 있으며 "시장이 닫혀 있습니다"라는 답변을 받은 고문이 개설 요청 주기를 완료했다고 가정합니다. 그들은 조언자에서 이 버그를 수정하라고 조언했습니다. 그렇다면 이러한 상황이 왜 전문가 자문위원 1호의 업무를 방해하지 않는가 하는 의문이 남는다.
의혹: 문제는 다른 DC 서버(?)에 있습니다.
2. 두 고문의 설정 패널을 주의 깊게 살펴보았습니다. 한 가지 이상한 상황을 제외하고는 모든 것이 동일합니다.
"보안" 섹션의 결함 있는 Expert Advisor #2 패널에는 3가지 옵션이 있습니다.
- DLL에서 함수 가져오기 허용 - 선택됨;
- 외부 전문가로부터의 수입 허용 - 체크됨;
- 신호 설정 변경 허용 - 상자에 확인 표시가 없습니다.
"보안" 섹션의 작동하는 Expert Advisor #1 패널에는 2가지 옵션만 있으며 세 번째 옵션은 없습니다.
- DLL에서 함수 가져오기 허용 - 선택됨;
- 외부 전문가로부터의 수입 허용 - 체크됨;
그러다가 2번 어드바이저 서버에서 어드바이저 1번을 실행했더니 놀라운 일이 일어났습니다. 1번 어드바이저가 2번 어드바이저로 바뀌고 3번째 줄이 나타나더니 역시 불량이 된 것 같습니다!
어드바이저 코드가 변경되었을 수 있습니다. 코드를 열지 않았습니다.
어드바이저 1번을 복사해서 터미널에 2번 어드바이저를 넣었더니 1번 어드바이저가 바로 불량 2번(!)
이제 문제는 이 상황이 고문의 성과에 영향을 미칠 수 있습니까?
3. 2개의 DC 서버가 어드바이저의 업무에 있어서 근본적으로 다르다고 생각하며, 이러한 상황에서 DC 기술지원팀의 주의를 환기시키겠습니다.
친애하는 프로그래머 여러분, 상황을 해결하는 데 도움이 되기를 바랍니다.
그 동안 VPS에서 런칭된 4개의 코미카제와 가정용 컴퓨터에서 1개의 코미카제를 실제로 수동으로 관리하는 것은 이 문제로 인해 프로젝트의 대량 런칭을 일시적으로 잊어버릴 수 있습니다.
안녕하세요 유서프님!
DC는 캠페인이 ... 수백만 달러를 잃을 수 있음을 감지하여 간섭하기 시작했습니다.
DC 서버의 잘못된 작동으로 인해 작업이 중단되었습니다.
한 계정(cent PAMM)의 동일한 Expert Advisor가 정기적으로 TF D1(조건부 Advisor 1)의 시작 부분에 주문을 하고 다른 계정(Advisor 2)이 일반 "komikaze" cent 계정의 주문을 받는 상황을 해결할 수 없습니다. (시장이 닫힘) 형태의 버프이며 어떤 재구성 없이 다시 닫힐 때까지 포지션을 열지 않습니다. 조금 전에 우리는 여기에서 이 상황에 대해 논의했으며 많은 사람들이 다음을 알아보라고 조언했습니다.
1. DC의 기술 지원 서비스에 연락하여 이것이 TF D1 시작 시 스왑 및 커미션 계산과 관련이 있는지 알아보십시오.
이 서비스는 다음과 같이 대답했습니다. 예, 가능합니다. 스왑 및 커미션의 발생과 관련이 있으며 "시장이 닫혀 있습니다"라는 답변을 받은 고문이 개설 요청 주기를 완료했다고 가정합니다. 그들은 조언자에서 이 버그를 수정하라고 조언했습니다. 그렇다면 이 상황이 EA #1이 제대로 작동하지 않는 이유는 무엇입니까?
의혹: 문제는 다른 DC 서버(?)에 있습니다.
2. 두 고문의 설정 패널을 주의 깊게 살펴보았습니다. 한 가지 이상한 상황을 제외하고는 모든 것이 동일합니다.
"보안" 섹션의 실패한 Expert Advisor #2 패널에는 3가지 옵션이 있습니다.
- DLL에서 함수 가져오기 허용 - 선택됨;
- 외부 전문가로부터의 수입 허용 - 체크됨;
- 신호 설정 변경 허용 - 상자에 확인 표시가 없습니다.
"보안" 섹션의 작동하는 Expert Advisor #1 패널에는 2가지 옵션만 있으며 세 번째 옵션은 없습니다.
- DLL에서 함수 가져오기 허용 - 선택됨;
- 외부 전문가로부터의 수입 허용 - 체크됨;
그러다가 2번 어드바이저 서버에서 어드바이저 1번을 실행했더니 놀라운 일이 일어났습니다. 1번 어드바이저가 2번 어드바이저로 바뀌고 3번째 줄이 나타나더니 역시 불량이 된 것 같습니다!
어드바이저 코드가 변경되었을 수 있습니다. 코드를 열지 않았습니다.
어드바이저 1번을 복사해서 터미널에 2번 어드바이저를 넣었더니 1번 어드바이저가 바로 불량 2번(!)
이제 문제는 이 상황이 고문의 성과에 영향을 미칠 수 있습니까?
3. 2개의 DC 서버가 어드바이저의 업무에 있어서 근본적으로 다르다고 생각하며, 이러한 상황에서 DC 기술지원팀의 주의를 환기시키겠습니다.
친애하는 프로그래머 여러분, 상황을 해결하는 데 도움이 되기를 바랍니다.
그 동안 VPS에서 런칭된 4개의 코미카제와 가정용 컴퓨터에서 1개의 코미카제를 실제로 수동으로 관리하는 것은 이 문제로 인해 프로젝트의 대량 런칭을 일시적으로 잊어버릴 수 있습니다.
Yusuv, 다른 브로커로 전환하는 것은 어떻습니까?