FOREX에서 기호 이름의 최대 길이 - 페이지 7

 
prostotrader :

나는 어떤 고문이 얼마를 거래했는지 알 필요가 없었습니다.

각 고문은 위험과 이익의 고유한 비율을 가지고 있습니다. 이것이 바로 관심사입니다.

항상 일종의 마법 계산에 몰두하는 것은 FOREX 사람들입니다.

99%는 "성배"를 찾고 있습니다. 그렇지 않고 될 수도 없습니다. 1%는 경험 많은 드레이너의 입을 들여다보는 완전히 초보자입니다.

설명은 아마도 FORTS의 "거래"가 "자기 자신을 위한 것이 아니라" "한 푼도 위한 것이 아닙니다"라는 것입니까?

 
aleger :

설명은 아마도 FORTS의 "거래"가 "자체적으로는 아닙니다"라는 것입니까?

왜 혼자서는 안되나요? 그냥, 피.

그러나 물론 처음에 FORTS에서 자신있게 거래하려면 최소 250,000-300,000 루블이 필요합니다.

그리고 FORTS에서 사용될 때 TRADE라는 단어가 필요하지 않습니다.

 
prostotrader :

왜 혼자서는 안되나요? 그냥, 피.

그러나 물론 처음에 FORTS에서 자신있게 거래하려면 최소 250,000-300,000 루블이 필요합니다.

그리고 FORTS에서 사용될 때 TRADE라는 단어가 필요하지 않습니다.

개인적으로 나는 Forex를 오로지 " 환율 의 변화 관찰"이라고 생각합니다.

 
prostotrader :

나는 어떤 고문이 얼마를 거래했는지 알 필요가 없었습니다.

각 고문은 위험과 이익의 고유한 비율을 가지고 있습니다. 이것이 바로 관심사입니다.

항상 일종의 마법 계산에 몰두하는 것은 FOREX 사람들입니다.

99%는 "성배"를 찾고 있습니다. 그렇지 않고 될 수도 없습니다. 1%는 경험 많은 드레이너의 입을 들여다보는 완전히 초보자입니다.

외환 거래자, 주식 중개인 및 암호화폐 사이에는 차이가 없습니다. 모든 곳에서 코스 변경 요금.

단순 상인 :

FORTS의 경우 2개의 하위 바이트는 각각의 새로운 주문이 마법을 할당하고 주문을 빠르고 쉽게 검색할 수 있도록 허용하며(65535)

공습 경보 해제.

CRC 솔루션에서 필요에 따라 2바이트를 확보할 수도 있습니다. 각 주문에 고유한 마법이 있는 이유 - 이해하지 못했습니다.

 
fxsaber :

외환 거래자, 교환 거래자 및 암호화폐 사이에는 차이가 없습니다. 모든 곳에서 코스 변경 요금.

아 글쎄...

CRC 솔루션에서 필요에 따라 2바이트를 확보할 수도 있습니다. 각 주문에 고유한 마법이 있는 이유 - 이해하지 못했습니다.

나는 OrderSendAsync() 를 사용 하고 TM5는 매우 자주 엄청난 지연을 만들고 요청 ID를 추적할 수 없습니다.

주문하지만 마법으로

 
prostotrader :

나는 OrderSendAsync() 를 사용 하고 TM5는 매우 자주 엄청난 지연을 만들고 요청 ID를 추적할 수 없습니다.

주문하지만 마법으로

OnTradeTransaction에 약간의 노력을 기울이고 산/사자 사이에 필요한 마법이 있는 주문이 있는지 확인하는 것으로 나타났습니다.

 
fxsaber :

OnTradeTransaction에 약간의 노력을 기울이고 산/사자 사이에 필요한 마법이 있는 주문이 있는지 확인하는 것으로 나타났습니다.

아니요, 그렇지 않습니다. OnTradeTransaction 이 1초 안에 작동하지 않으면 마법으로 주문을 검색하는 기능이 켜져 있다는 것입니다.

그때를 기억하고 비교한다

 //+------------------------------------------------------------------+
//| Place order                                                      |
//+------------------------------------------------------------------+
void COrder::Place( const double price, const double volume, const bool buy_sell)
{
   MqlTradeRequest request = { 0 };
   MqlTradeResult   result  = { 0 };
  ticket = 0 ;
  req_id = 0 ;
  mem_magic = magic_storage + 1 ;
  check_count = 0 ;
   if (magic_storage >= (magic_number + 65530 )) mem_magic = magic_number;
//--- Fill structure
  request.action = TRADE_ACTION_PENDING ;
  request.magic  = mem_magic;
  request.symbol = a_symbol;
  request.volume = volume;
  request.price  = price;
   if (buy_sell)
  {
    request.type = ORDER_TYPE_BUY_LIMIT ;
  }
   else
  {
    request.type = ORDER_TYPE_SELL_LIMIT ;
  } 
  request.comment = "Отложенный ордер..." ;      
  request.type_filling = ORDER_FILLING_RETURN ;
  request.type_time = ORDER_TIME_DAY ;
//--- Send order
   if ( OrderSendAsync (request, result) == true )
  {
     if ((result.retcode == TRADE_RETCODE_PLACED ) || (result.retcode == TRADE_RETCODE_DONE )) 
    {
      req_id = result.request_id;
      magic_storage = mem_magic;
      state = ORD_DO_SET;
      mem_time = GetMicrosecondCount ();
      mem_start_time = TimeCurrent ();
      SetTransCount();
    }
     else
    {
      mem_magic = 0 ;
      mem_time = 0 ;
      mem_start_time = 0 ;
      CheckError(result.retcode, "Place: Ордер не установлен! Причина: " , order_status, ticket);
    }
  }
   else
  {
    mem_magic = 0 ;
    mem_time = 0 ;
    mem_start_time = 0 ;
    CheckError(result.retcode, "Place: Ордер не отослан! Причина: " , order_status, ticket);
  }
}
 
prostotrader :

아니요, 그렇지 않습니다. OnTradeTransaction 이 1초 안에 작동하지 않으면 마법으로 주문을 검색하는 기능이 켜져 있다는 것입니다.

사실, 그것은 나막신입니다. 왜냐하면 기다리지 않고 추적할 수 있습니다. 유일한 대안이 아닌 OnTradeTransaction은 주문이 거부된 경우입니다. 예를 들어 돈이 부족합니다.


배열(목록)을 해당 마법과 요청으로 채우는 100개의 비동기 작업을 수행한 것으로 나타났습니다. 요청에 대한 응답이 OnTradeTransaction에서 수신되는 즉시 항목이 목록에서 제거되었습니다. 산/사자 명단에서 마법사의 빛을 보자마자 그 항목을 제거했다. 이것은 어느 정도 통제됩니다. 제대로 이해하셨나요?


마법 대신 다른 필드(SL/TP, Comment)를 사용할 수 있습니다.

 
fxsaber :

사실, 그것은 나막신입니다. 왜냐하면 기다리지 않고 추적할 수 있습니다. 유일한 대안이 아닌 OnTradeTransaction은 주문이 거부된 경우입니다. 예를 들어, 돈이 부족합니다.

너무 마음에 들면 "막힘"이 발생하도록 하되 첫 번째 확인 후 다시 OnTradeTransaction을 위해 1초를 기다렸다가 다시 확인합니다.

나는 그것을 "막힘"이라고 부르지 않을 것입니다.

 
prostotrader :

너무 마음에 들면 "막힘"이 발생하도록 하되 첫 번째 확인 후 다시 OnTradeTransaction을 위해 1초를 기다렸다가 다시 확인합니다.

그리고 각 On-bunch를 확인할 수 있는데 왜 기다려야 합니까?

내가 올바르게 이해한다면 OnTradeTransaction은 연결이 끊어진 경우에만 요청을 건너뛰나요?

그래서 물론 떨어지지 않은 마법/요청 목록은 어드바이저를 종료할 때 항상 저장해야 합니다.