UtiliserTimeCurrent()
La fonction GetTickCount au début de chaque OnTick avec sauvegarde de l'heure du tick. Et dans d'autres fonctions On, vous ajoutez la différence de temps au temps mémorisé via GetTickCount.
S'il y a des tiques, il n'y a pas de question. Et si la première manche a lieu un week-end ?
GetTickCount n'est pas du tout nécessaire. En utilisant le premier tick, calculez la différence entre TimeCurent() et TimeLocal() en heures. Ensuite, TimeLocal() doit être recalculé avec cette correction.
S'il y a des tiques, il n'y a pas de question. Et si la première manche a lieu un week-end ?
GetTickCount n'est pas du tout nécessaire. En utilisant le premier tick, calculez la différence entre TimeCurent() et TimeLocal() en heures. Ensuite, TimeLocal() doit être recalculé avec cette correction.
Parfois, il faut plus de précision.
Parfois, il faut être plus précis.
L'heure du serveur n'est pas l'heure du devis, elle ne diffère que de quelques heures, la vitesse de livraison des données ne peut en aucun cas l'affecter. C'est la citation qui a le temps de son apparition et le décalage dû au temps qu'il faut pour la transmettre.
La chose la plus intéressante, comme toujours, est ignorée - comment faire pour que cela fonctionne lors de la première exécution le week-end.
Par TimeLocal.
paññata
Sur TimeLocal.
S'il te plaît, élargis un peu ta pensée. Nous avons commencé le samedi. Nous avons TimeCurrent() - Vendredi 23:59:59. Et ensuite ?
Diffusez l'idée un peu partout, s'il vous plaît. Commencé le samedi. Nous avons TimeCurrent() - Vendredi 23:59:59. Et ensuite ?
Vous devez poser cette question aux développeurs, ce serait plus correct. Il ne suffit pas d'obtenir du temps de serveur le week-end par des moyens standard.

- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Vous acceptez la politique du site Web et les conditions d'utilisation
Intéressé par la résolution de cette fonction sur MT4
TimeTradeServer