FORTS Veuillez nous aider - page 24
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
Mikalas, Privalov n'a rien fait pour améliorer Metatrader, et il ne le fera pas - mais vous le ferez ! Lui, après la prochaine interdiction, changera son surnom pour un nouveau et continuera à s'amuser. Et quand vous serez banni, vous irez d'appel en appel. On va juste perdre un autre combattant. Je n'en ai pas vraiment envie, franchement )))).
En fait, depuis un an et demi, les rivaux de MT sont devenus plus sophistiqués.
Vous en êtes si sûr ? Mais je ne pense pas que vous serez capable de me salir.
Il y a des classements et vous pouvez regarder, je faisais mieux MT, et j'attrapais beaucoup d'insectes. J'ai écrit des codes et les ai mis dans le domaine public. Et j'ai travaillé sur MT lorsque ces évaluations n'étaient même pas mentionnées (et si j'étais ici sur le forum pendant les 5 dernières années, j'en capterais davantage), de sorte que
1. Ne pas mentir.
2. Vous avez commencé à parler de publicité ici... Pas de problème.
Découvrez où vous pouvez obtenir l'historique gratuit de tumblr et reproduisez-le. Je n'utiliserai le programme (que vous indiquez) que pour montrer les bonnes informations, pour apprendre aux membres du forum comment construire un arbitrage correct. Je dois le faire pour montrer certaines choses et échanger des idées. Malheureusement MT n'est pas capable de faire cela (reproduire l'histoire du marché), si les développeurs font une telle fonction dans MT, ce sera génial et génial. Tous en bénéficieront...
Ne dites donc pas que je n'améliore pas MT. Il y a des bogues qui peuvent être corrigés en 5 minutes, et il y a des idées dont la mise en œuvre nécessiterait beaucoup d'efforts, de temps et d'énormes changements dans le code.
De nombreux participants à ce forum sont ici parce qu'ils souhaitent construire un TS qui apporte un profit stable, pour trouver une telle idée de trading (et non pour capturer les prochains bugs, cela arrive d'ailleurs). Même HFT (arbitragiste) - la moindre imprécision dans son travail et vous, au lieu de gagner vos 3 kopecks, vous perdez à grande vitesse, c'est ça le HFT. Et j'ai besoin d'une histoire de tumbler pour montrer ces nuances... Donnez-moi un autre logiciel, je l'utiliserai uniquement, si MT5(6) peut le faire, je n'utiliserai que ses fonctionnalités ...
Je n'ai pas de publicité dans ces messages, c'est une tentative d'améliorer MT et de fournir aux traders des informations qui peuvent les aider à construire le prochain TS.
Les barricades sont votre perception de la situation. Je ne vois pas ces barricades. Je ne vois que des querelles inutiles.
Mais je suis pour le constructif. Et peu importe de quel côté.
Grâce à ce "mec", MT5 est beaucoup plus rapide. Juste en haut de ma tête, j'ai trouvé 1, 2.
...
Juste à cause de lui ?
Eh bien, jetez un coup d'œil à ceci, peut-être que vous n'êtes pas au courant.
Le temps d'exécution de la commande était de 2,6 secondes. Et le conseiller expert était directement sur le serveur. Le championnat a lieu en 2011. Et j'ai fait remarquer aux développeurs qu'un tel délai d'exécution des demandes n'est pas acceptable. Et il faut y travailler....
Alors, qui a le plus contribué ?
Alors, qui a le plus contribué ?
Et j'ai fait remarquer aux développeurs que ce genre de délai n'est pas acceptable. Et il faut y travailler....
Alors, qui a le plus contribué ?
Je ne sais pas, vous dites aux développeurs qu'il faut travailler))))), et Mikalas vous explique tout en détail, en lignes claires. MaisMikalas explique tout en détail, le décompose en petits modules, le teste sur son compte réel - et c'est alors qu'il commence à faire preuve de persévérance (il lui arrive aussi de se mettre au sauna, mais moins souvent). Et il met tout cela dans son Service Desk .
Et toi Sergei, tu écris dans servisdesk ?
Arrêtez. Il n'y a pas besoin de prouver quoi que ce soit à qui que ce soit. Cela n'a aucun sens !
Il ne s'agit pas de le prouver, mais de partager des informations. Et pas pour l'effacer comme certaines personnes le font ici.
Le serveur demande si j'ai aussi écrit au servicedeck. Oui, je l'ai fait et il peut aller sur ce lien et vérifier https://www.mql5.com/ru/users/prival/achievements.
Spécifiquement sur cette demande (pour autant que je me souvienne), après un certain temps est apparu l'accès asynchrone et l'application s'est fermée
J'espère qu'il aura aussi la gentillesse de partager un lien vers un logiciel qui peut reproduire l'histoire de tumblr et ce ne sera pas une publicité.
Même au diable les publicités, du moment qu'elles reproduisent l'histoire. Je vais l'utiliser et envoyer tous ceux qui ne l'aiment pas à ce poste...
C'est-à-dire que nous parlons d'un cas particulier, l'indicateur demandant l'historique des autres symboles sur l'instrument peu liquide. Si le problème réside dans le déchargement des séries chronologiques de la mémoire par le timeout, alors il devrait être résolu.
Il y a deux façons de procéder :
1) Augmenter la fréquence d'accès aux données (utiliser un événement de type timer ou des événements personnalisés),
2) supprimer complètement le déchargement du cache des timeseries (graphique ou indicateur par timeseries).
Les indicateurs fonctionnent correctement, c'est-à-dire "comme prévu". Je vais répéter brièvement l'essentiel. Il existe certaines particularités de la performance des indicateurs, associées aux solutions architecturales de la plateforme. Ces caractéristiques doivent être connues et prises en compte dans la programmation. Les questions d'accès aux données de l'historique sont décrites en détail dans l'Aide : organisation de l'accès aux données.
Vos souhaits sont entendus et pris en compte. Les indicateurs n'effectuent pas de requêtes synchrones, c'est-à-dire que l'approche "J'ai appelé la fonction ici, je l'ai laissée renvoyer les données, je suis sûr qu'elles sont là" ne fonctionne que dans les conseillers experts. Évidemment, cela complique le code du programme dans votre cas particulier, mais c'est un compromis, un paiement pour économiser des ressources.
Et vous êtes sûr que votre fonction SymbolIsSynchronized() fonctionne correctement sur les futures"longs"(HYDR-9.15, GBPU-9.15) ?
bool CheckTimer( const uint start_value, const uint per_value ) { uint end_value = GetTickCount(); if ( end_value < start_value ) { if ( ( start_value - end_value ) >= per_value ) return( true ); } else { if ( ( end_value - start_value ) >= per_value ) return( true ); } return( false ); }10 fois 100ms ( 1000ms) renvoie faux
Le serveur ne dispose pas de ces données ?
L'indicateur lui-même est "indigné" lorsque l'intervalle est fixé à 1000ms :)
C'est le temps qu'il a fallu pour que le symbole se synchronise :
Êtes-vous sûr que votre fonction SymbolIsSynchronized() fonctionne correctement sur les contrats à terme" lointains " à faible teneur en liquide (HYDR-9.15, GBPU-9.15) ?
10 fois 100ms ( 1000ms) renvoie faux
Le serveur ne dispose pas de ces données ?
L'indicateur lui-même est "indigné" lorsque l'intervalle est fixé à 1000ms :)
C'est le temps qu'il a fallu pour que le symbole se synchronise :
Et autant, par huile (10 fois 20ms 5 essais pour chaque OnCalculate( ) )
Bonjour !
Quelqu'un a-t-il essayé le code intégré ?
Les résultats sont les mêmes, ou c'est juste moi ?
J'ai fouillé dans mes plaintes au Service Desk et il s'avère que