tiempo en la terminal en los campeonatos - página 7
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Y también en las pruebas. Juzgue usted mismo. Si se parte de GMT, hay que asumir que esta zona horaria es la misma durante todo el año. Al fin y al cabo, todas las demás zonas horarias, si tienen horario de verano, añaden exactamente una hora al GMT. Esto significa que en la orientación táctica GMT debe controlar si la zona horaria deseada está en horario de verano/invierno. Es decir, el código debe contener ya comprobaciones sobre la ocurrencia/finalización del horario de verano en la zona horaria deseada. Estas comprobaciones funcionarán en el probador.
Por supuesto, esto es correcto, si las citas en el historial se almacenan con las horas GMT, pero esta pregunta aún no se ha producido :/.
Bueno, por supuesto que entiendo que para mí no es un problema usar GMT, pero....el problema es este:
hay un EA en MQL4, que está afinado para el tiempo EET (Alpari) lo pongo en una cuenta de concurso y lo pruebo a lo largo del historial disponible para comparar el rendimiento del nuevo código MQL5 con el antiguo. El EA no quiere trabajar en nuevas cotizaciones. Empiezo a comprobar y comparar las cotizaciones y veo que el desplazamiento con respecto al GMT va cambiando a su antojo. He comparado manualmente las comillas y he marcado los huecos y los he considerado en el código del programa. El Asesor Experto ha funcionado correctamente.
Ahora la pregunta es: ¿Cómo se puede saber el desplazamiento relativo a GMT en el código para no tener que comparar las cotizaciones manualmente?
...Por supuesto, esto es cierto si las citas en el historial se almacenan con la hora GMT. Lo que es realmente el caso - esta pregunta ni siquiera se ha planteado todavía :/.
Eso sí que es una emboscada. Gracias por señalarlo. Si las comillas se guardan arbitrariamente, sin referencia a la hora GMT(+0), entonces no hay "universalidad" de la que hablar. Estoy de acuerdo.
¿Es posible que una cotización de verano esté marcada como 00.00.01 GMT+2 pero aparezca en el Probador de Estrategias como 00.00.01 GMT+0?
:)
¿Dices que es posible que, por ejemplo, una cita de verano esté etiquetada como 00.00.01 GMT+2, pero que en el probador aparezca como 00.00.01 GMT+0?
No, ¡las propias citas están mal etiquetadas!
Queridos rusos, ¿tenéis el cambio al horario de invierno... porque Google dice que el cambio ha sido cancelado (http://ria.ru/video/20110208/331956341.html )
los organizadores no han especificado nada... la hora del servidor en el Campeonato es GMT +1 (el 28 de octubre, el cambio de hora sigue siendo +1)
¿Realmente importa para mí personalmente?
Queridos rusos, ¿tenéis horario de verano?... porque google dice que se ha cancelado( http://ria.ru/video/20110208/331956341.html )
Tenemos una figura a la que se le ha pedido que suprima el horario de verano. Ha cancelado la vuelta al horario de invierno. Así que por el momento no hay vuelta al horario de invierno, Moscú es ahora GMT+4. El horario de verano dura todo el año.
Otra figura a principios de 2012, después de las quejas, prometió suprimir la vuelta al horario de invierno - estamos esperando. Hasta ahora no se sabe nada.
Lo más probable es que sea cierto para la mayoría.
Vale, que las propias comillas se marquen de forma incorrecta. Permítame aclarar mi pregunta: ¿Está diciendo que podemos tener una situación en la que una cotización de verano, marcada incorrectamente como 00.00.01, aparezca en el Probador de Estrategias como 00.00.01 GMT+0?
No, no he visto eso antes.
Las cotizaciones que llegan al terminal en tiempo real se marcan con una hora determinada y se muestran en ese momento. Este tiempo también se incluye en el historial. Si ejecuta el comprobador en estas cotizaciones, la hora se mostrará en el comprobador. No he visto nada más.
Otra cuestión es que cuando el historial de cotizaciones se recoge de diferentes trozos, podemos equivocarnos y algunas cotizaciones estarán con un tiempo y otras con otro.
En Ucrania son las 15:00 (GMT+3), en Moscú las 16:00 (GMT+4) y en Nueva York las 8:00 (GMT-4).
El 28 de octubre, Ucrania será (GMT+2), y Moscú seguirá siendo como antes (GMT+4). Google dice que la transición está... en Nueva York (GMT-4).
El 4 de noviembre, Nueva York pasará a ser GMT-5 (horario de invierno desplazado una semana de Ucrania).
PERO! Si los servidores están en los vientos ... entonces los vientos no sabe que la transición se cancela, y 28 de octubre necesidad de restar 1 hora de la hora del servidor
O... tal vez Windows se tome su tiempo a través de su servicio... y el 28 de octubre el tiempo no se desplazará
De hecho... si el tiempo se desplaza en el campeonato depende del lugar donde se coloquen físicamente los servidores
Ahora vamos a intentar que esto despegue...
Queridos rusos, ¿tenéis el cambio al horario de invierno... porque Google dice que el cambio ha sido cancelado (http://ria.ru/video/20110208/331956341.html )
los organizadores no han especificado nada... la hora del servidor en el Campeonato es GMT +1 (el 28 de octubre, el cambio de hora sigue siendo +1)
¿Realmente importa para mí personalmente?
Si no se conoce la diferencia entre ambos, no se puede estar seguro de la corrección de los resultados,
mi robot de comercio puede empezar a moverse durante una tranquila asiática (a las 2-3 de la mañana),
El mercado se despierta y ya se mueve). Los europeos se despiertan y el mercado va realmente fuerte :)
He estado trabajando con algunos índices, incluso no he terminado mi investigación sobre la noticia.
Hay dos hipótesis que se excluyen mutuamente:
Uno de ellos es que todo en el mercado comienza cuando las noticias salen a la luz.
La otra es que el mercado ya ha tenido en cuenta todo cuando se produce la noticia.
Pero lo mejoraré en cuanto aparezca el historial de noticias en el probador.