Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Lasciate che sospenda il grafico a runtime, qual è il problema? Ripeto:"lo sviluppatore può decidere quando scrive un programma se usare WebRequest o meno".
Sì, per 30 secondi fino al timeout. E durante questo tempo si accumuleranno un paio di migliaia di tick nella coda di OnCalculate.
Lo sviluppatore deciderà, e sarà impossibile utilizzarlo. Se non ci fossero controlli elementari sul mercato, metterebbero in giro roba inutilizzabile. Se il linguaggio permettesse di chiamare web-request da indicatori, ci sarebbero indicatori che bloccano il terminale. Ed esisterebbero le relative recensioni.
Sì, per 30 secondi, finché non scade il tempo. E durante questo tempo, un paio di migliaia di tick si accumuleranno nella coda di OnCalculate.
Lo sviluppatore deciderà e sarà impossibile utilizzarlo. Se non ci fossero controlli elementari sul mercato, metterebbero in giro roba inutilizzabile. Se il linguaggio permettesse di chiamare web-request da indicatori, ci sarebbero indicatori che bloccano il terminale. E le relative recensioni.
Si blocca per 2-5 secondi, a seconda dell'attività. Durante questo tempo viene eseguito in un ciclo, raccoglie tutti i dati sulle posizioni in un array, forma un file array e invia schermate del grafico all'hosting. E questo per 2-5 secondi.
Si blocca per 2-5 secondi, a seconda dell'attività. In questo lasso di tempo esegue un ciclo, raccoglie tutti i dati sulle posizioni in un array, forma un file array e per le posizioni che si trovano al momento invia schermate del grafico all'hosting. Il tempo di esecuzione è di 2-5 secondi.
Tutto ciò viene realizzato senza bloccare l'interfaccia, ad esempio chiamando uno script.
E con tempi di 2-5 secondi sarebbe impossibile lavorare con il terminale (fate un esperimento, non è difficile).
Si realizza senza bloccare l'interfaccia, ad esempio richiamando uno script.
E con freni di 2-5 secondi sarebbe impossibile lavorare con il terminale (fate un esperimento, non è difficile).
Ce l'ho da 1,5 anni, l'indicatore invia i dati al sito, ma utilizzando WinInet.dll.
Ce l'ho da 1 anno e mezzo, l'indicatore invia i dati al sito
Gusto e colore ... tutti i pennarelli sono diversi.
Per voi funziona - sono contento. Non vedo il motivo di cambiare idea.
In effetti, io stesso ho chiesto di consentire la richiesta web negli indicatori per inviare notifiche a Telegram. Ma ho già accettato il fatto che non succederà.
OK, ho cambiato idea. Vale la pena provare questo oggetto perché questi idioti malati di MetaQuotes vietano l'uso della funzione WebRequest in Strategy Tester.
Ciao,
Metachat è una buona idea e mi piacerebbe farne funzionare uno anch'io.
Sul sito fxmaster.de non c'è più nulla che funzioni - potete per favore fornire il sorgente PHP di metachat? Grazie mille.
Pubblicato il nuovo articolo Utilizzo di WinInet.dll per lo scambio di dati tra terminali via Internet:
Autore: Алексей Сергеев
Questo articolo dovrebbe essere seriamente modificato, il file internetLib.mqh incluso sembra essere deprecato e può causare un accesso casuale non valido in wininet.dll.
Si dovrebbe usare la internetLib inclusa in questo articolo per evitare difficoltà -> Usare WinInet in MQL5. Parte 2: Richieste POST e file
Questa libreria fa il suo lavoro senza problemi
Buona giornata a tutti.
Attualmente sto cercando di utilizzare WinInet per la prima volta.
Ho provato a utilizzare Wininet.mqh ma mi ha dato una serie di errori, che sto cercando di risolvere. La mia domanda è: "Anche voi avete riscontrato errori quando avete compilato il file Wininet.mqh? "
Questo non funziona ec2-18-217-190-217.us-east-2.compute.amazonaws.com
E come chiamare lo script dall'indicatore? So che è impossibile anche con i metodi normali.
https://www.mql5.com/ru/articles/5337