서버를 헛되이 로드하는 빈번한 비생산적인 요청에 대한 경고를 받기 시작할 때까지 합리적인 설정으로 ilan 2.0(1.6)이 있는 alpari MT4에서 성공적으로 거래했습니다. 빠른 시장에서 alpari는 가능한 최소 손절매 수준을 2x 스프레드로 증가시키며, 이는 40포인트에 해당하며 때로는 더 적습니다. 그러나 내 고문은 분명히이 값을 15-55 포인트 범위로 설정합니다. 고문의 코드를 살펴본 후 이것을 이해했습니다. 하지만 알파리는 이에 불만을 품고 차단 위협을 받아 거래를 중단했다. 실제로 mql4를 알지 못하기 때문에 어드바이저 코드에서 이 줄을 편집했습니다. 이 줄은 나에게 문제의 원인이 되는 유일한 것 같았습니다. 이것은 시작에서 멀지 않은 모든 ilan의 탭에 있습니다.
이중 PrevCl;
이중 CurrCl;
if (UseTrailingStop) TrailingAlls(TrailStart, TrailStop, AveragePrice);
if ((iCCI(NULL,15,55,0,0)>Drop && ShortTrade)||(iCCI(NULL,15,55,0,0)<(-Drop) && LongTrade)) {
문제를 해결하기 위해 15를 40으로 어리석게 변경했지만 alpari에서 문제가 해결되지 않았다는 것을 알았습니다. 즉, 내가 뭔가를 잘못했다는 것은 놀라운 일이 아닙니다. 15-55 포인트가 아닌 40~55 포인트 범위에서 손절매 수준을 설정하도록 고문의 코드를 편집하는 방법을 알려주십시오. 40~55의 범위가 손절매를 편리하게 배치하기에는 너무 좁고, 가격과도 거리가 있어 이익이 줄어든다는 것을 이해합니다. 그러나 나는 정말로 선택의 여지가 없습니다. 나는 알파리를 떠나고 싶지 않습니다. 거기가 편리합니다. Expert Advisor의 표준 설정 에는 해당 매개변수가 없습니다.
https://www.mql5.com/ru/docs/customind/indicators_examples/draw_none 시도
서버를 헛되이 로드하는 빈번한 비생산적인 요청에 대한 경고를 받기 시작할 때까지 합리적인 설정으로 ilan 2.0(1.6)이 있는 alpari MT4에서 성공적으로 거래했습니다. 빠른 시장에서 alpari는 가능한 최소 손절매 수준을 2x 스프레드로 증가시키며, 이는 40포인트에 해당하며 때로는 더 적습니다. 그러나 내 고문은 분명히이 값을 15-55 포인트 범위로 설정합니다. 고문의 코드를 살펴본 후 이것을 이해했습니다. 하지만 알파리는 이에 불만을 품고 차단 위협을 받아 거래를 중단했다. 실제로 mql4를 알지 못하기 때문에 어드바이저 코드에서 이 줄을 편집했습니다. 이 줄은 나에게 문제의 원인이 되는 유일한 것 같았습니다. 이것은 시작에서 멀지 않은 모든 ilan의 탭에 있습니다.
이중 PrevCl;
이중 CurrCl;
if (UseTrailingStop) TrailingAlls(TrailStart, TrailStop, AveragePrice);
if ((iCCI(NULL,15,55,0,0)>Drop && ShortTrade)||(iCCI(NULL,15,55,0,0)<(-Drop) && LongTrade)) {
문제를 해결하기 위해 15를 40으로 어리석게 변경했지만 alpari에서 문제가 해결되지 않았다는 것을 알았습니다. 즉, 내가 뭔가를 잘못했다는 것은 놀라운 일이 아닙니다. 15-55 포인트가 아닌 40~55 포인트 범위에서 손절매 수준을 설정하도록 고문의 코드를 편집하는 방법을 알려주십시오. 40~55의 범위가 손절매를 편리하게 배치하기에는 너무 좁고, 가격과도 거리가 있어 이익이 줄어든다는 것을 이해합니다. 그러나 나는 정말로 선택의 여지가 없습니다. 나는 알파리를 떠나고 싶지 않습니다. 거기가 편리합니다. Expert Advisor의 표준 설정 에는 해당 매개변수가 없습니다.
이것은 내 자신의 지표를 작성할 때의 표시 스타일이며 EA에서 사용되는 많은 표준 지표를 사용자에게 숨길 필요가 있습니다 ...
안녕하세요!
브랜치의 125페이지를 다시 읽는 것만으로는 충분하지 않으므로 즉시 질문하겠습니다. 직접 보조자를 구하고 Forex에서 명확하게 작동하는지 확인하고 RTS 쓰기에서 확인하기로 결정했습니다.
2013.06.11 18:42:00 거래 '1002754': 125840에서 구매 한도 1.00 RTS-6.13 실패 [잘못된 만료]
거래 요청 은 다음과 같습니다
[암호]
if (i >= total_orders)
{중지=거짓;
//--- 요청 준비
MqlTradeRequest 요청={0};
request.action=TRADE_ACTION_PENDING; // 보류 주문
request.magic=magic_number; // ORDER_MAGIC
request.symbol=_심볼; // 도구
request.volume=order_send_lot; // 로트에 대한 볼륨
request.price=order_send_price; // 오픈 가격
요청.sl=0; // 손절매가 지정되지 않음
요청.tp=0; // 이익 실현이 지정되지 않음
요청.유형=주문_유형; // 주문 유형
request.type_filling=ORDER_FILLING_RETURN;
request.type_time=ORDER_TIME_GTC;
//request.stoplimit=0;
//request.expiration=D'2013.06.12';
request.comment=IntegerToString(id_position);// 주석
//--- 거래 요청 보내기
MqlTradeResult 결과={0};
OrderSend(요청, 결과);
}
나는 ++;
[/암호]
나는 이미 다른 type_filling 및 type_time 옵션을 시도했지만 결과는 동일합니다.
그것에 대해 무엇을 할 수 있습니까?
모두에게 좋은 이익!!! 반대되는 두 개의 대기 주문을 보편적으로 설정한 다음 중단된 대기 중인 주문 을 삭제하거나 대기 시간을 제한하는 기능이 있는지 알려주세요.
두 주문에 대한 기성품 기능은 거의 없습니다. 그리고 시간 제한은 지연 자체에 설정됩니다.
MqlTradeRequest 요청={0};
request.type_time=ORDER_TIME_GTC;
request.expiration=D'2013.06.20';
모두에게 좋은 하루!
과거 데이터(테스터)를 사용하여 구매 및 판매 가격을 계산하는 방법은 무엇입니까?
종가+스프레드*_포인트 사서 종가 매도 맞죠?
2개의 주문을 위한 기성품 기능은 거의 없습니다. 그리고 시간 제한은 지연 자체에 설정됩니다.
MqlTradeRequest 요청={0};
request.type_time=ORDER_TIME_GTC;
request.expiration=D'2013.06.20';
Expert Advisor의 쌍에 매달려 있으면 작업 속도가 느려집니다. 정지를 만료시키는 더 빠른 방법이 없을까요? DC도 주문 수를 제한한다는 사실에도 불구하고 눈금 또는 막대 수에 바인딩하는 방법 - 그리드가 작동하지 않음
유리에 어떤 종류의 컨트롤이 사용되었는지 누가 알 수 있습니까?
나는 나를 위해 하나를 원한다.