Servicedesk : paresse, autisme ou refus d'admettre ses erreurs ? Compléter les graphiques avec des bougies non natives. - page 9
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Où les stocker, comment les enregistrer, comment les contrôler/modifier ?
Ce n'est pas un problème du tout, vous devez juste utiliser votre tête à temps.
Je n'admets pas l'existence d'un problème, mais j'explique point par point que ce n'est pas un problème.
il est inutile de coller des drapeaux dans le fichier des minutes.
parce qu'il n'y a aucun moyen de les analyser plus tard.
Il faut compter sur le fait qu'il y aura beaucoup de colles, et pas seulement une à la fin de l'histoire des minutes sur une TF plus élevée.
et puis quoi ? comment l'analyser ? c'est une tranche de M5, une tranche de D1 et puis une autre tranche de M1, puis H1...
As-tu une idée de quel genre de monstre c'est ? Je n'en ai pas.
Avez-vous une idée de quel genre de monstre il s'agit ? Je n'en ai pas.
Alex, ce n'est pas un problème du tout. Voici un moyen simple : créez un TF de base (comme les minutes maintenant) et écrivez un autre TF en plus de l'OHLCT. C'est moins de 5 % du volume (non compressé), et ça devrait piquer parfaitement.
ALL. Un peu plus lentement, mais humainement.
Ce n'était pas un problème du tout, il fallait juste utiliser sa tête à temps.
Oh, et le problème n'est même plus là. Et les hommes ne savaient pas...Le sujet est (comme on dit) clos.
que c'est une tranche de M5, c'est une tranche de D1 et puis encore une tranche de M1. puis H1...
il est inutile de coller des drapeaux dans le fichier des minutes.
parce qu'il n'y a aucun moyen de les analyser plus tard.
Il faut compter sur le fait qu'il y aura beaucoup de colles, et pas seulement une à la fin de l'histoire des minutes sur une TF plus élevée.
et puis quoi ? comment l'analyser ? c'est une tranche de M5, une tranche de D1 et puis une autre tranche de M1, puis H1...
As-tu une idée du genre de monstre que c'est ? Je n'en ai pas.
Vous pouvez déterminer par vous-même quand un délai différent est versé dans les minutes. Regardez attentivement le tableau avec les séparateurs de période et vous trouverez vous-même la solution.
Si vous êtes soucieux d'identifier ces lieux, cela signifie que vous avez accès aux devis de MQL5. Nous allons effectuer une recherche binaire. Nous mesurons l'intervalle en secondes entre deux barres adjacentes, prenons 5 de ces mesures et voyons quelle est la valeur moyenne en valeurs entières. Lorsqu'elles ne coïncident pas, c'est la fin de l'histoire des minutes.
En d'autres termes, nous avons un tableau de séries chronologiques. Prenons cinq minutes. D'abord, obtenons pour les 5 dernières mesures. C'est T1. Ensuite, nous prenons les valeurs pour les cinq dernières mesures de la fin - T2. Si T1<>T2, cela signifie qu'il y a une transition entre les barres de 5 minutes et les échelles de temps supérieures.
Puis nous sautons au milieu de la période et mesurons le T3 à cet endroit. Si T3<>T2, alors nous divisons à nouveau le segment restant en deux et sautons là - nous obtenons T4. Et ainsi de suite jusqu'à ce que la date souhaitée soit trouvée.
Et c'est exactement ce qu'une fonction standard spéciale devrait faire, il n'est pas nécessaire de donner accès au fichier historique directement.
Messieurs, oubliez toutes ces sottises.
D1 en M1 - seuls les MC sur leur serveur ont inventé cela. par manque de minutes de ces périodes.
le problème de la "disponibilité" de M1 doit être réglé du côté du serveur, pas du côté du terminal.
Savez-vous ce qu'est un effet secondaire dans la conception? C'est ce qui s'est passé avec le format de stockage de l'historique MK.
A priori, il a été supposé que seul M1 serait dans l'historique.
Mais lorsqu'ils ont réalisé que l'histoire ancienne, qui n'a pas de M1, ne pouvait pas être insérée dans le modèle actuel, les développeurs ont fait quelque chose comme ceci :
Le modèle s'est avéré être limité. Alors tant pis.
Réfléchissez-y, y a-t-il un intérêt à faire des tests sur des détails vieux de 20 ans ?
Je ne suis pas sûr de ce qui est plus récent, mais j'ai des minutes.
Le MK n'a pas de procès-verbal pour 1999.
Vous pouvez déterminer par vous-même quand un délai différent est versé dans les minutes. Regardez attentivement le tableau avec les séparateurs de période et vous trouverez vous-même la solution.
Si vous êtes soucieux d'identifier ces lieux, cela signifie que vous avez accès aux devis de MQL5. Nous allons effectuer une recherche binaire. Nous mesurons l'intervalle en secondes entre deux barres adjacentes, prenons 5 de ces mesures et voyons quelle est la valeur moyenne en valeurs entières. Lorsqu'elles ne coïncident pas, c'est la fin de l'histoire des minutes.
En d'autres termes, nous avons un tableau de séries chronologiques. Prenons cinq minutes. D'abord, obtenons pour les 5 dernières mesures. C'est T1. Ensuite, nous prenons les valeurs pour les cinq dernières mesures de la fin - T2. Si T1<>T2, cela signifie qu'il y a une transition entre les barres de 5 minutes et les échelles de temps supérieures.
Puis nous sautons au milieu de la période et mesurons le T3 à cet endroit. Si T3<>T2, alors nous divisons à nouveau le segment restant en deux et sautons là - nous obtenons T4. Et ainsi de suite jusqu'à ce que la date souhaitée soit trouvée.
Manqué,
Nous sautons au milieu de la série chronologique et mesurons T3 à cet endroit. Si T3<>T2, alors nous divisons à nouveau le segment restant en deux et sautons là - nous obtenons T4. Et ainsi de suite, jusqu'à ce que nous trouvions la date souhaitée.
nous sautons au milieu et obtenons la pause du week-end, trois barres avant le week-end deux après ... Les conséquences sont claires, la recherche binaire va diviser le tableau en deux et le diviser par la moitié du tableau, ce qui revient à écarter cinq années de la recherche. Là encore, il y a des barres de saut si on s'en souvient.
Mimo,
nous sautons au milieu et frappons une larme de week-end, trois barres avant le week-end deux après ... Les conséquences sont claires, la recherche binaire va diviser le tableau en deux et le diviser par la moitié du tableau, ce qui revient à écarter cinq années de la recherche. Là encore, il y a des barres de saut si on s'en souvient.