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

新しいコメント
 
Mischek:

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

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

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

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

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


ああ、特にデポ全体に開けばね ))))
 
Mischek:

ストップ高は何のためか。

TSが遠くのストップを持っていても、VPS上の 別のEAが 重複してクローズセーフティストップオーダーを保持し、メインシステムが機能していることを確認すれば、価格が近づいたときにそれを押し戻すことができるのです。

ストップ高ほど信頼できるものはない。

もちろんデポごと開けないように。

 
gip:

ストップ高は何のためか。

TSが遠くのストップを持っていても、VPS上の別のアドバイザーは、メインのシステムが機能していることを確認すれば、重複したクローズ安全ストップオーダーを保持し、価格が近づくとそれを押し戻します。


緊急停止もコストの問題（損失）である。加入者が応答しない」状況では、cpをvps上のアドバイザーに 完全に委ねることができない場合、クローズを開始する方が論理的だと思われます。
 
gip:


そして、確かにデポ全体のために開くことはありません。


デポ全体と何の関係があるのか理解できない。
 
Mischek:

一般に、意地悪の法則は、確かに失うものが多いかもしれません


ストップをかける必要がある:)))そうすれば全て解決する...。唯一、トロールは動作しませんが、これについては、多くを失うことはありません。
 
gip:

プログラマーは、工夫して新しいものを作るのではなく、既存の道具を含めて実用的な方法で問題を解決するように努力しなければならない。

経験則を作る。

例えば、単純な配列があるのに、なぜOOPのようなものが必要なのでしょうか？:))))))

 
ForexTools:

例えば、単純な配列があるのに、なぜわざわざOOPにするのか！？:))))))


ちょっと物足りない感じですね。
 

gip:

すべてを実装しようとすると、すべてがバラバラになり始めます。中間地点があるはずです。

必要 最小限の機能についてはどうでしょうか？ 例：IsTerminalReady
 
gip:
ちょっと物足りないですね。
当たり前のことがなぜできていないのか、不思議でなりません。
 
ForexTools:
必要 最小限の関数についてはどうでしょうか。

こんなものがあるはずです。あるいは、端末の準備が整うまでテロップを処理しない。

当たり前のことが、なぜできていないのか。

なぜなら、それはあなたにとってのみ明白であり、より多くの経験や他の知識を持つ人々にとっては明白ではないからです。

1234567
新しいコメント