È possibile chiudere diversi ordini allo stesso tempo? - pagina 5
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
Forse qualcuno ha sentito che c'è stato un blackout a San Pietroburgo in agosto. Per due ore non c'è stato nulla, né elettricità né acqua, né stazioni radio, né internet, né TV, né telefoni fissi,
Il servizio di telefonia mobile era teoricamente disponibile, avevano energia di emergenza, ma a causa del leggero panico, tutti chiamavano tutti. Un UPS in una situazione del genere era inutile, così come un telefono in effetti. L'unica cosa che mi venne in mente in quel momento fu di tenere
un altro terminale sul vps, e non so come e se è possibile fare, software separato sul vps dovrebbe monitorare la presenza di Internet sul computer principale, e se il "sottoscrittore non risponde" per eseguire lo script per chiudere tutti i messaggi.
Ma poi è stata data la luce ))
E in generale per la legge della meschinità si può certamente perdere molto
Sì, soprattutto se si apre a tutto il deposito ))))
A cosa servono le fermate.
Anche se il TS ha degli stop lontani, un EA separato sul VPS può mantenere un duplicato dell'ordine di stop di sicurezza vicino e spingerlo indietro quando il prezzo si avvicina, se il sistema principale conferma che sta funzionando.
Non c'è niente di più affidabile delle fermate.
E naturalmente non aprire con tutto il depo.
A cosa servono le fermate.
Anche se il TS ha degli stop lontani, un consulente separato sul VPS può mantenere un duplicato dell'ordine di stop di sicurezza vicino e spingerlo indietro quando il prezzo si avvicina se il sistema principale conferma che sta funzionando.
Gli arresti di emergenza sono un altro problema di costo (perdita). In una situazione di "abbonato che non risponde" mi sembra più logico iniziare a chiudere se il cp non può essere completamente delegato al consulente sul vps
E certamente non da aprire per tutto il deposito.
In generale, la legge della meschinità può certamente significare molto da perdere
Bisogna mettere un freno :))) e poi tutto andrà bene... L'unica cosa che la rete a strascico non funzionerà, ma su questo non si perde molto
Un programmatore dovrebbe sforzarsi di risolvere i problemi in modo pratico, anche con gli strumenti esistenti, piuttosto che crearne di nuovi attraverso artifizi.
Fate una regola empirica.
Perché, per esempio, avete bisogno di tutta quella roba OOP quando ci sono semplici array? :))))))
Beh, allora non ci sarebbe mai stato un MQL5 secondo questa regola. Per esempio, perché darsi tanta pena con l'OOP quando ci sono semplici matrici? :))))))
gip:
Se si cerca di implementare tutto, tutto inizierà a cadere a pezzi. Ci deve essere una via di mezzo.
Sei un po' inadeguato.
e le funzioni minime necessarie? ad esempio IsTerminalReady
Ci deve essere qualcosa del genere. Oppure non elaborare i tick fino a quando il terminale non è pronto.
Mi chiedo perché qualcosa che sembra ovvio non viene fatto?
Perché è ovvio solo per te, e non è ovvio per le persone con più esperienza o altre conoscenze.