複数の注文を同時に決済することは可能ですか? - ページ 4

 
ForexTools:

携帯電話やノートパソコンが正しい解決策であることは明らかで、議論の余地もない。が、そうではありません。

httpsによる認証(開発者が新しいものを考案する必要がないように)。 ページにアクセスすると、口座状況(残高、利益...)とオープンオーダーのリスト(チケットシンボル ロット ストップ テイクプロフィット)が表示されます。+ テキストフィールドと送信ボタン、フィールドの上に小さなツールチップ。

  1. リフレッシュ
  2. buy LOT STOP TEAK SYMBOL [SLIPAGE]
  3. SIMPLE LOT STOP TICKET [SLIPAGE]を販売
  4. 新停留所 TICKET STOP
  5. ニューテイク TICKET TAKE
  6. クローズオーダーNo.
  7. すべての注文を終了する

で、オプション6では、番号のリスト(6 1234 65433 2345)を設定することができます。

そして、携帯電話からでも、近くのイネットカフェやゲームサロンからでも、この7つのポイントだけでも、せめて何かできるはずです。 と言っても、やってくれないんですけどね......。4でも5でもない :((


そして、右。メタのサーバーAPIで楽勝です。しかし、証券会社は通常、面倒くさがりなので、90年代の良い時代のように、電話取引をしています :)

一括受注終了については。明らかな理由により、この機能は存在し得ないのです。まず、エラーについて報告するのが難しい(10件中8件の注文がクローズし、しかもスリッページや価格との乖離が異なる)、2件の注文でクオートが外れているが、どう対処すればいいのか?また、1つのクライアントからのリクエストのキューは1つです。明らかな、また、理由のためです(例:マージン 要件のチェック)。つまり、時間的には連続したオーダークロージャーに相当するわけです。

この問題は本当に手に負えません。まず、ノートパソコンを使うこと(上記参照)。2つ目は、VPSを利用することです。3つ目は、(自宅の回線がダウンしている場合は)携帯電話からオンラインにすることです。トラブルを最小限に抑える

 
Diamant:
...

この問題は本当に手に負えません。まず最初に...トラブルを最小限に抑える

それは承知しています;)

冒頭で「確かに答えはノーだ。しかし、そうでなければ......」と 書いたのは、大胆さを期待してのことです。たとえば、スクリプトからインジケータを再描画させることはできないが、チャートにティックを送ればインジケータは再描画する。もしかしたら、誰かがここで見つけた、コメント不足のものがあるのではと思っています。

 
ForexTools:

それは承知しています;)

例えば、スクリプトではインジケータを再描画させることはできないが、チャートにティックを送ればインジケータは再描画される



サーバーのロジックについてはこちらをご覧ください。
 

ForexTools:

しかし、「休憩のシミュレーション」にも時間がかかり、どう考えても(同じアカウントに再ログインするなど)通常の注文終了の応答を待つのと同じくらいの時間がかかると思われます。

まあ、これは注文が実行されるまでに 10秒以上かかる場合なんだけどね。
 
Diamant:

まあ、それだけではないのですが......)サーバーのロジックについて見てみましょう。
バッチ・ロジックを追加するのを誰が止めるのですか? コマンドのリストを(リスト/サケットで)取得し、バッチ・リターン・コードの各位置を配列で 取得します...。なんなら)
 

人は奇妙なものを、たくさん欲しがる。プログラマーは、工夫して新しいものを作るのではなく、すでにある道具を含めて実用的な方法で問題を解決するように努めなければなりません。

ルールとして捉えてください。

 
gip:
あなたはプログラマーではないのでしょう :) .たまには何かで脳を伸ばしたいものです。
 
TheXpert:
あなたはおそらくプログラマーではないのでしょう :) .たまにはこういうもので脳をストレッチしたいものです。

いや、スーパーシステムをいくつか構築して、真実を知っただけなんです。すべては、ある特定のプログラムの中だけでなく、アプリケーション全体として見なければならない。最終的なシステムは、開発者、ユーザー、メンテナなど、すべての人が関わっています。

MTの開発者がイノベーションに抵抗感を持つのは、決して無駄なことではありません。すべてを実装しようとすると、すべてがバラバラになり始めます。中間地点があるはずです。

 
ForexTools:
バッチ・ロジックを使うと、コマンドのリスト(リスト/パッケージ)を取得し、パッケージの各位置で、コードを配列に 返す......といったことが可能です。よろしければ


なぜ、むやみにエンティティを作りたがるのか...。

MQLで本当に使えるのは、ある種のスレッドモデルです。そして、コードの最適化。しかし、それは別件です。

 

どなたかご存じかもしれませんが、8月にサンクトペテルブルクで停電がありました。2時間、電気も水も、ラジオ局もインターネットもテレビも固定電話も、何もない状態だったのです。

携帯電話も通じるし、非常用電源もあるが、ちょっとしたパニックで、みんながみんなに電話してしまった。このような状況でUPSは役に立たないし、実際、電話も役に立たない。その時に思い浮かんだのは、「キープする」ということでした。

vpsの 別の端末、および私はどのように、それが可能であるかどうかわからない、vpsの別のソフトウェアは、メインコンピュータ上のインターネットの存在を監視する必要があり、もし "加入者が応答しない "すべての記事を閉じるには、スクリプトを実行すること。

しかし、その後、彼らは光を与えた )))

そして、一般的に意地悪の法則によって、あなたは確かに多くを失うことができます。