Difíciles problemas de comunicación - página 5

 
Asumiendo el punto 4, la primera orden debería ser ejecutada. Si este es el caso, entonces la segunda orden debería ser ejecutada, pero no ya que el servidor está procesando la primera solicitud. ¿Verdad?

hay 2 posibilidades:
1. la primera orden se ejecuta (pero lo sabrá modificando la lista de posiciones abiertas o comprobando los registros del terminal), la segunda orden ni siquiera se envía al servidor;
2. la segunda orden no se envía en ningún caso al servidor. la primera orden no se ejecuta. vea la razón en los registros
 
<br / translate="no"> hay 2 posibilidades:
1. la primera orden se ejecuta (pero puede averiguarlo cambiando la lista de posiciones abiertas o comprobando los registros del terminal), la segunda orden ni siquiera irá al servidor;
2. la segunda orden no se transmite en ningún caso al servidor. la primera orden no se ejecuta.



Bien. Entonces explícame, y a otros también, cuál es el significado de las líneas :

1. 2005.11.29 16:59:52 '82991': inicio de sesión (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext: error de ping
3. 2005.11.29 17:02:25 '82991': no se puede iniciar sesión [No hay conexión]
4. 2005.11.29 17:03:33 '82991': la solicitud ha sido aceptada por el servidor
5. 2005.11.29 17:03:33 '82991': solicitud en proceso
6. 2005.11.29 19:11:44 '82991': cerrar orden #2076385 vender 0.10 EURUSD a 1.1759 sl: 0.0000 tp: 0.0000 al precio 1.1743
7.2005.11.29 18:36:29 '82991': orden instantánea de venta de 0,10 EURUSD a 1,1785 sl: 0,0000 tp: 0,0000

Te pido que no lo tomes como una agresión, sólo estoy cansado de analizar por qué no se ejecutan las órdenes y no entiendo todo lo que hay en los registros, este tipo de entradas son las más frecuentes en los registros.
 
Los promotores se callan de nuevo.........
¿Y qué significa la siguiente línea?
2005.11.30 09:38:40 Tic antiguo EURUSD5 1.1779/1.1782
¿también no hay respuesta?
¿Dónde puedo leer lo que significan las entradas del registro?
 
Если допустить п.4, то первый ордер должен быть исполнен. Так ? а второй поскольку сервер обрабатывает первый запрос, нет. Так ?

Hay dos opciones posibles:
1. la primera orden se ejecuta (pero puede averiguarlo cambiando la lista de posiciones abiertas o comprobando los registros del terminal), la segunda orden ni siquiera irá al servidor;
2. la segunda orden no se transmite en ningún caso al servidor. la primera orden no se ejecuta.


Volvamos al punto de partida. Ya somos 50 en Jarkov y estamos tratando de resolver este problema y el "pirodex" no es el primero ni, por desgracia, el último. Todos los días vienen personas al centro de operaciones de Kharkiv de Ukrsotsbank y no trabajan como expertos (Ukrsotsbank prohíbe el uso de expertos en cuentas reales por defecto), sino que usan bolígrafos en dinero real y preguntan cuándo terminará este x-...... Algunas personas pensaron que tenían problemas informáticos. Llamé a la oficina de Kiev de Ukrsotsbank (comprador de MT4), y responden textualmente lo siguiente ".... este programa es exigente con los canales de comunicación, trate con los proveedores .....", a la pregunta ".... por qué funciona muy mal en su sucursal de Kharkiv" responden, "...... tienen problemas con la red local en Kharkiv....". Y hay que tener en cuenta lo siguiente, los problemas con la red local del centro de operaciones de Kharkiv comenzaron el día en que cambiaron a MT4 el lunes y duró la cuarta semana sin descanso, el viernes en MT3 dos días antes no hubo ningún problema por alguna razón y durante todo el año anterior también. Es difícil suponer que Ukrsotsbank haya empezado a hacer trampas de repente, porque antes de la introducción de MT4 no daba ningún motivo de sospecha. Hubo un par de malentendidos durante el año, pero dentro de lo razonable. Llegamos al vicepresidente del banco (y Ukrsotsbank es uno de los diez bancos más grandes de Ucrania) nos dio el jefe del departamento de automatización e informatización. Dos días más tarde nos dio la respuesta de que no iba a sacrificar la seguridad del banco para hacer funcionar MT4. A juzgar por el hecho de que los desarrolladores no dijeron nada inteligible, salvo negociar con los proveedores y otras tonterías, todavía no hay solución al problema.
 
mark 30.11.05 10:28
Volvemos al punto de partida...

Los especialistas del centro de tratamiento de Kharkiv no se han puesto en contacto con nosotros.
 
¡Señores desarrolladores!
El caso es que cuando me puse en contacto con mi empresa de corretaje por el problema de conexión, me enviaron de vuelta al desarrollador, es decir, a ti.
Dado que MT4 es muy exigente con los canales de comunicación, ¿podría especificar los requisitos para estos canales?

No estoy seguro de qué hacer si quiero utilizar estos canales, pero no conozco sus parámetros.
Se lo he preguntado a mi proveedor, pero él tiene una contrapregunta: ¿qué calidad necesitas? ¿Qué debo decirle?
¿Qué debo hacer entonces para utilizar el comercio móvil, no Wap, sino la versión completa de MT a través de GPRS?
¿Y no todas las ciudades de Rusia y la CEI tienen una calidad de Internet tan sorprendente como la de Moscú?

Y para ahorrarte la cabeza, por favor sube los archivos de registro descifrados.
Pero el significado de tal claro, y las razones de tales registros como:

1. 2005.11.29 16:59:52 '82991': inicio de sesión (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext: error de ping
3. 2005.11.29 17:02:25 '82991': no se puede iniciar sesión [No hay conexión]
4. 2005.11.29 17:03:33 '82991': la solicitud ha sido aceptada por el servidor
5. 2005.11.29 17:03:33 '82991': solicitud en proceso
6. 2005.11.29 19:11:44 '82991': cerrar orden #2076385 vender 0.10 EURUSD a 1.1759 sl: 0.0000 tp: 0.0000 al precio 1.1743
7.2005.11.29 18:36:29 '82991': orden instantánea de venta de 0,10 EURUSD a 1,1785 sl: 0,0000 tp: 0,0000

No es así.
Así podrá mantener una conversación razonada tanto con el proveedor como con usted.
 
MetaQuotes 30.11.05 11:37
Los especialistas del centro de negociación de Kharkiv no se han puesto en contacto con nosotros.


¡Así que esa es la culpa de todos los problemas! ¡¡¡Central de tráfico de Kharkiv!!! ¿Y quién más tiene que venir a inclinarse para que por fin te pongas de acuerdo?

Ahora vamos al grano. Me repito. Hay problemas de conexión. Mientras se espera el denso flujo de cotizaciones (noticias, actividad del mercado) los retrasos en la entrega de información (cotizaciones, noticias) son de hasta 3 minutos. Visualmente, esto se expresa en el hecho de que el flujo de cotizaciones "se detiene", se "acumula", y luego la parte "acumulada" de cotizaciones llega al lado del cliente de una sola vez. Después de unos segundos, la situación se repite hasta que el mercado se estabiliza.

Su consejo sobre la preferencia por un proveedor específico puede ser válido. De hecho, a través del proveedor A el enrutamiento pasa por 15 servidores - americanos, a través de Alemania vuelve a Ucrania. El problema está presente. A través del ISP B, el enrutamiento pasa exclusivamente por servidores "ucranianos". El problema no se observa. ¡¡¡Sin embargo!!! La latencia en ms en el proveedor A es 2-3 veces menor que en el proveedor B. ¿Es el producto MT tan nacionalizado-privilegiado que tiene aversión a los canales de comunicación burgueses?

De nuevo, antes de la introducción de MT4 NO había ningún problema. El problema de la conectividad es SOLO con el software MT4 (sin distinción de proveedores). IE, ICQ y todo lo demás funciona sin problemas.

Por favor, que sea una prioridad resolver de una vez el problema de la conectividad.

Gracias.
 
Skull_AC 30.11.05 12:51
¡¡¡Así que ese es el culpable de todos los problemas!!! ¡¡¡Kharkiv DC!!!

Por favor, lea atentamente todos los mensajes publicados anteriormente en este hilo, para que los mensajes posteriores estén lógicamente relacionados, y no se separen del contexto de la discusión.

...Por favor, que sea una prioridad resolver por fin el problema de la comunicación.

Una cita de un post anterior: "...Llegamos al jefe adjunto del consejo de administración del banco (y Ukrsotsbank es uno de los diez primeros bancos de Ucrania) nos entregó al jefe del departamento de automatización e informatización para que lo derribáramos. Dos días después nos dijo que no iba a sacrificar la seguridad informática del banco por una MT4.
 
¡¡¡Señores desarrolladores!!!
¡Dejemos de usar palabras! El objetivo no es molestarte. Asegúrate de que MT4 es tan buena como MT3 y conseguirás todos los aplazamientos que quieras.

Usted mismo dijo 23.11.05 20:15 "El problema se está estudiando cuidadosamente" y ¿cuál fue el resultado de este estudio?
Y si no lo hizo, ¿cuándo terminará?
¿Y si no es un secreto que está en Moscú? Por lo tanto, tiene pleno brillo con la conexión, que no se puede decir de las regiones.
Si necesitas ayuda para comprobar la calidad de la comunicación de las diferentes regiones, sólo dime qué hacer, hay al menos 10 personas de diferentes partes de la CEI que están dispuestas a hacer cualquier trabajo para investigar el problema, sólo para acelerar su solución.
 
Sorprendentemente, la ejecución de las órdenes es mucho mejor hoy en día. Sólo un 10% de las órdenes que se dan no se ejecutan.
¡¡¡Vas por el buen camino !!!
¿No podemos cambiar "algunos ajustes más en el lado del corredor" para que las órdenes se ejecuten aún mejor?
Lo he comprobado en una demo de Alpari.