Longitud máxima de un nombre de símbolo en FOREX - página 7

Nuevo comentario
 
prostotrader:

Nunca he necesitado saber qué EA ha negociado cuánto.

Cada EA tiene su propio porcentaje de riesgo y beneficio, eso es lo que me interesa.

Sois vosotros, los del FOREX, los que siempre estáis preocupados por unos cálculos mágicos.

El 99% busca el "Grial", que NO existe ni puede existir, y el 1% es bastante novato, que mira en la boca de los experimentados vendedores de pérdidas.

La explicación, muy probablemente, es que el "comercio" en FORTS "no es para los suyos" y "no es para los centavos"?

 
aleger:

La explicación, muy probablemente, es que el "comercio" en FORTS es "no por su cuenta"?

¿Por qué no con su propio dinero? Es con mi propio dinero.

Pero, por supuesto, para comerciar con confianza en FORTS al principio necesita al menos 250.000 - 300.000 rublos.

Y no cojas la palabra TRADING, tal y como se usa en los FORTS, entre comillas, las comillas hay que ponerlas por FOREX.

 
prostotrader:

¿Por qué no con su propio dinero? Con su propio dinero ganado con esfuerzo.

Pero, por supuesto, para comerciar con confianza en las FORRAS al principio, necesita al menos 250.000 - 300.000 rublos.

Y no hace falta llevar entre comillas la palabra TRADING, tal y como se utiliza en los FORTS, hay que poner comillas para FOREX.

Personalmente, considero que el Forex es únicamente "ver cómo cambian los tipos de cambio".

 
prostotrader:

Nunca he necesitado saber qué EA ha negociado cuánto.

Cada EA tiene su propio porcentaje de riesgo y beneficio, eso es lo que me interesa.

Sois vosotros, los del FOREX, los que siempre estáis preocupados por unos cálculos mágicos.

El 99% busca el "Grial", que no existe ni PUEDE existir, y el 1% es muy novato, que mira en la boca de los experimentados "hundidores".

No hay diferencia entre los forexers, los corredores de bolsa y los criptófilos. En todas partes se apuesta por el cambio de tarifas.

prostotrader:

Para FORTS, los dos bytes bajos permiten (65535) asignar a cada nueva orden su propio magik, la búsqueda de una orden es rápida y fácil y

fácil de entender.

También puedes liberar dos bytes para adaptarte a tus necesidades en la solución CRC. No entiendo por qué cada orden tiene su propio magik.

 
fxsaber:

No hay diferencia entre los operadores de divisas, los corredores de bolsa y los criptófilos. Las apuestas sobre los cambios en los tipos están en todas partes.

Bueno, bueno...

También puede liberar dos bytes para sus propias necesidades en la solución CRC. No entiendo por qué cada orden tiene su propio magik.

Yo uso OrderSendAsync() y TM5 muy a menudo hace enormes retrasos, por el ID del solicitante es imposible de rastrear

orden y puedes hacerlo con un magik

 
prostotrader:

Yo uso OrderSendAsync(), y TM5 muy a menudo hace enormes retrasos, no se puede rastrear por el ID de la solicitud

de la orden, pero puedes hacerlo con un magik

Así que resulta que algo martillea la operación OnTradeTransaction y ve si la orden con el mago correcto está presente entre los vivos/muertos?

 
fxsaber:

¿Así que estás bloqueando un poco OnTradeTransaction y ves si hay una orden con el asistente correcto entre las vivas/muertas?

No, no lo hago, pero si OnTradeTransaction no se activa en un segundo, la función de búsqueda de la orden por mago se activa.

Memorizo los tiempos y luego los comparo

//+------------------------------------------------------------------+
//| 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:

No, no es la puntuación, sólo si OnTradeTransaction no se activa dentro de un segundo, que la función de búsqueda de orden por magik se activa.

De hecho, está marcando. Como es posible no esperar a que se active una traza. Lo único que no tiene un OnTradeTransaction es si la orden es rechazada. Por ejemplo, si no hay suficiente dinero.


Resulta que hicimos un centenar de Async-transacciones llenando el array (lista) con los magos y solicitantes adecuados. Tan pronto como OnTradeTransaction recibió la respuesta sobre la búsqueda, eliminamos el elemento de la lista. En cuanto vimos que se destacaba un majico de la lista entre los vivos/muertos, eliminamos la entrada. Así es como se consigue más o menos el control. ¿Lo has entendido bien?


Puede seguir utilizando otros campos - SL/TP, Comentario - en lugar de la magia.

 
fxsaber:

De hecho, es un mazazo. Ya que es posible no esperar a que el pedido sea rastreado. La única alternativa onTradeTransaction es si la orden es rechazada. Por ejemplo, si no hay suficiente dinero.

Si te gusta así, que sea "puntuable", pero después de la primera comprobación, volvemos a esperar 1 segundo OnTradeTransaction, y luego volvemos a comprobar.

Yo no lo llamaría "marcar" .

 
prostotrader:

Si te gusta así, entonces deja que haya "puntuación", pero después de la primera comprobación, espera de nuevo 1 segundo OnTradeTransaction y luego comprueba de nuevo.

¿Por qué esperar cuando puede comprobar cada OnTradeTransaction?

¿Si he entendido bien, OnTradeTransaction omite los solicitantes sólo en caso de fallos de conexión?

Por otra parte, por supuesto, siempre se debe guardar una lista de magos/peticiones no colapsadas al salir del EA.

123456789101112
Nuevo comentario