Erreurs, bugs, questions - page 3033
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
Dans l'autre période, on prendra les données qui sont actuellement prêtes. C'est-à-dire que dans la sortie, toutes les données seront parfaitement synchronisées.
Les données sont synchronisées, ce n'est pas un problème.
Le problème se situe au niveau du rendu de l'indicateur, qui reçoit des données d'indicateurs provenant d'autres horizons temporels, si vous n'utilisez pas ChartSetSymbolPeriod ().
J'ai une question sur le timing. Devons-nous nous attendre à ce qu'il n'y ait pas de clonage de la base de données des devis pour chaque agent local pendant l'optimisation dans les prochaines versions ?
En ce moment, il prend une TRES grande quantité de mémoire à cause de cela. Soit vous devez désactiver les agents.
Une solution de secours consiste à conserver la base de données dans un dossier et à placer des liens vers le dossier de la base de données dans les dossiers des agents.
J'ai suggéré il y a longtemps d'implémenter dans MT la possibilité de choisir un chemin vers les dossiers contenant les sources et les bases de données historiques.
Si plusieurs terminaux accèdent au symbole du même courtier, vous pouvez rencontrer une erreur d'accès en utilisant les liens, mais cela ne devrait (théoriquement) pas être un problème pour les agents.
Les données sont synchronisées, il n'y a pas de problème.
Le problème se situe au niveau du rendu de l'indicateur qui reçoit des données d'autres TFs, si ChartSetSymbolPeriod () n'est pas utilisé.
parle-t-on de l'absence de tics dans la sortie ?
Si oui, alors faites un intut_setup pour utiliser le timer, ou même dans un script en boucle écrivez ChartSetSymbolPeriod (), mettez-le sur un graphique avec l'indicateur et "ticking on weekends".
On parle de l'absence de tiques pendant le week-end ?
si oui, alors faites un intut_setup pour utiliser_timer, ou en général dans un script bouclé écrivez ChartSetSymbolPeriod ()., lancez sur le graphique avec l'indicateur et "ticking le week-end".
oui déjà fait)
La solution de secours consiste à conserver la base de données dans le même dossier et à glisser des liens vers le dossier de la base de données dans les dossiers des agents.
Il ne s'agit pas d'espace disque, mais d'allouer les mêmes gigaoctets de RAM à TOUS les agents locaux.
Problème d'affichage des graphiques dans le testeur visuel.
Note : https://www.asus.com/ru/Laptops/For-Home/ZenBook/ASUS-ZenBook-UX310UA/
J'ai une question sur le timing. Devons-nous nous attendre à ce qu'il n'y ait pas de clonage de la base de données des devis pour chaque agent local pendant l'optimisation dans les prochaines versions ?
En ce moment, il prend une TRES grande quantité de mémoire à cause de cela. Ou de devoir désactiver les agents.
Pas dans les prochaines constructions.
Mais des efforts sont également déployés dans ce sens.
Pas dans les prochaines constructions.
Mais le travail se fait également dans cette direction.
Merci.
Je voudrais vous rappeler.
3. il est inutile de demander à votre symbole dans OnTick ou OnCalculate s'il est synchronisé. Bien sûr qu'elle l'est !
Cela ne s'applique qu'à son horizon temporel, c'est-à-dire que les TF plus anciennes peuvent ne pas être encore synchronisées ?
Ou un TF ?
Une erreur est apparue sur les pages d'offres d'emploi des freelances aujourd'hui :
Navigateur Chrome. Qu'est-ce que ça a à voir ?