Is it possible to close several orders at the same time? - page 4
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
the phone and laptop are obviously the right solutions. it's not even up for discussion. i was wondering if anyone had tried to do anything.... but that's not the case.
The authorisation by https (so that the developers do not have to invent anything new). When you access the page, the account status (balance, profit...) and the list of open orders (ticket symbol lot stop take profit) will appear. + text field and submit button. over the field a small tooltip:
and in option 6, you can set a list of numbers (6 1234 65433 2345).
And then even from a mobile phone or from the nearest Inetcafe or game salon, you can at least do something even with these 7 points. but they won't do it..... not in 4 or 5 :(((
And right. It's a piece of cake on the server API of a meta. But brokerage companies usually take too much trouble - phone dealing, like in the good 90s :)
As for closing orders in batches. For obvious reasons this function simply cannot exist. Firstly, it is difficult to report about errors (8 orders out of 10 have closed, moreover, with different slippage/ deviation from price) and 2 orders have OFF QUOTES - how should we deal with them? Also, the queue of requests from one client is one - for obvious, again, reasons (e.g. checking margin requirements). So in terms of time it's equivalent to successive order closures.
The problem is really out of hand. First of all, use laptops (see above). Secondly, use a VPS. Third, go online via your phone (if your home line is down). Keep the trouble to a minimum.
...
The problem is really out of hand. First of all... Keep the trouble to a minimum.
I'm aware of that ;)
In the very beginning I wrote "for sure the answer is no. But if not ...." I was hoping for bold. for example, you cannot make the indicator redraw from the script, but you can send a tick to the chart and the indicator will redraw. i thought maybe there is something that someone found here that is undercommented
I am aware of that ;)
in the very beginning i wrote "for sure the answer is no. but it may be...." i was hoping for a bolded indicator. for example, the script cannot make the indicator redraw, but you can send a tick to the chart and the indicator will redraw. i thought maybe there is something that someone found here too, uncommented
Well, it can't just be there :) see about server logic.
ForexTools:
But "simulating a break" also takes time, and apparently (e.g. re-logging to the same account) will take as much time as waiting for a normal response to close the order.
Well, it can't just be :) see about server logic.
One wants the strange and lots of it. A programmer should strive to solve problems in a practical way, including with already existing tools, rather than creating new ones through contrivances.
Take it as a rule.
You are probably not a programmer :) . Sometimes you want to stretch your brain with some of this stuff.
No, it's just that I've built up a few super systems and that I've learned the truth. Everything has to be looked at as a whole application, not just within one particular programme. The final system involves everyone, developers, users and maintainers alike.
It is not for nothing that MT developers are so resistant to innovations. If you try to implement everything, everything will start to fall apart. There has to be a middle ground.
Why? Who's stopping the server from using "batch logic"? Get a list of commands (in a list / batch), for each position of the batch return code in an array.... if you want to ;)
Why would you want to create entities unnecessarily...
What we could really use in MQL is a thread-model of some kind. And code optimization. But it's a separate case.
Perhaps someone has heard, there was a blackout in St. Petersburg in August. For two hours there was nothing, no electricity or water, no radio stations, no internet, no TV, no landlines,
Mobile phone service was theoretically available, they had emergency power, but due to slight panic, everyone called everyone. An UPS in such a situation was useless, so was a phone in fact. The only thing that came to mind at the time was to keep
another terminal on the vps, and I do not know how and whether it is possible to do, separate software on the vps should monitor the presence of the Internet on the main computer, and if the "subscriber does not respond" to run the script to close all posts.
But then the light was given ))
And in general by the law of meanness you can certainly lose a lot