複数の注文を同時に決済することは可能ですか？ - ページ 3 1234567 新しいコメント Tantrik 2010.09.06 08:17 #21 LeoV: もし、電池が不良品で1分で切れてしまったら？))) 何でもありだな...。もし、その口座が実費であれば、2台目のパソコンを用意する必要がありますし、ノートパソコンであればなおよいでしょう。がんばってください。 Sergey Kravchuk 2010.09.06 08:21 #22 携帯電話やノートパソコンが正しい解決策であることは明らかで、議論の余地もない。が、そうではありません。 httpsによる認証（開発者が新しいものを考案する必要がないように）。 ページにアクセスすると、口座状況（残高、利益...）とオープンオーダーのリスト（チケットシンボル ロット ストップテイクプロフィット）が表示されます。+ テキストフィールドと送信ボタン、フィールドの上に小さなツールチップ。 リフレッシュ LOT STOP TEAK [SLIP]シンボルを購入する LOT STOP TICKET [SLIPAGE]を販売します。 新停留所 TICKET STOP ニューテイク TICKET TAKE クローズオーダーNo. すべての注文を終了する で、オプション6では、番号のリスト（6 1234 65433 2345）を設定することができます。 とか、携帯電話からでも、近くのイネットカフェやゲームサロンからでも、この7点だけでも何かできるはずなのに、やってくれない......。4でも5でもない :(( MQL5を使ったシンプルな多通貨エキスパートアドバイザーの作り方（第5回）： ケルトナーチャネルのボリンジャーバンド 指標シグナル MQL5を使ったシンプルな多通貨エキスパートアドバイザーの作り方（第6回）：互いのラインを交差する2つのRSI指標 MetaTraderプログラムを簡単かつ迅速に開発するためのライブラリ(第5部): 取引イベントのクラスとコレクション、プログラムへのイベント送信 Aleksandr Chugunov 2010.09.06 08:28 #23 LeoV:異なる端末からの注文でもすべてキューに入るので、まだダメです。ZS「整列しろ！このクソ野郎ども！！」 )))どういうことですか？1つのストラテジーに2つのターミナルがあり、2つの注文を同時にオープン/クローズするコマンドを使用していました。実際のアカウントでそして、それらが同時に処理される様子を視覚的に確認することができました。 つまり、1つの端末で開いた場合、2秒＋2秒かかったことになります。しかし、2つの平行な端子で開くと、わずか2秒しかかからない。ログの開閉時間は 同じでした。 削除済み 2010.09.06 08:38 #24 ForexTools: 原則的には、このようなケースに限らず、素晴らしい解決策があります。取引サーバー上に直接ウェブサーバーを作成 し、https経由で認証します（これにより、開発者は何も新しいことを考案する必要がありません）。+ テキストフィールドと送信ボタン、フィールドの上に小さなツールチップ。 アップデート buy LOT STOP TAKE SIMILAR [SLIPAGE]（ロットストップテイクシミラー）。 STOP TAKE LOT [SLIPAGE] SIMPLE LOTを販売する。 新停留所 TICKET STOP ニューテイク・ティケット・テイク クローズオーダーNo. すべての注文を終了する とオプション6でリスト番号（6 1234 65433 2345）を設定することができます。 とか、携帯電話からでも、近くのイネットカフェやゲームセンターからでも、この7点だけでも何かできるはずなのに、やらないんですよね......。4でも5でもない :(( 素晴らしい解決策があります。それは、端末をフラッシュドライブにコピーすることです。そして、「近くのイネットカフェやゲーミングサロンから」注文して仕事をすることができます :)))セキュリティにこだわらない場合。 Sergey Kravchuk 2010.09.06 08:46 #25 gip: 素晴らしい解決策があります。端末をフラッシュドライブにコピーするのです。そして、「近くのカフェやゲームサロンから」注文を受けながら仕事をすることができます :)))セキュリティにこだわらない場合。 セキュリティは非常に重要で、他人のコンピューターに自分のフラッシュ・ドライブを挿入するよりも、自分のモバイルの方がはるかに安全です（キーロガーやその他のガラクタが装着されている）。 アレックススタル 1つの戦略で2つの端末を持っていました。 しかし、注文が10個あったらどうする？ 注文ごとに別の端末を立ち上げるのか？ そして、最初の端末に切り替えて閉じるコマンドを出し、次の端末に切り替えてそこで閉じる・・・というように、時間が経つにつれて処理が延びていくのです。まだ順次終了 :( Aleksandr Chugunov 2010.09.06 08:50 #26 ForexTools: しかし、注文が10件あったらどうでしょう？ 注文ごとに別の端末を起動しなければならないのでしょうか？ そして、最初の端末に切り替えて閉じるコマンドを出し、次の端末に切り替えてそこで閉じる...というように、処理が時間と共に延びていくのです。まだ順次終了 :( 処理が伸びない - 1つのコマンド（スクリプトなど）で行われる 削除済み 2010.09.06 09:02 #27 ForexTools: セキュリティは大きな関心事であり、他人のコンピュータに挿入された（キーロガーやその他のガラクタを搭載した）自分のフラッシュドライブよりも、自分の携帯電話の方がはるかに安全であるのはそのためです。 なんて面白い人たちなんだ！チェキはいつも乗り心地より重要なんだ。 1.キーロガーは騙せるし、騙すべき。2.誰も知らないアカウントのパスワードは、攻撃者にとって何の役にも立ちません。3.CAがWeb上でパスワードの変更を許可している場合、セッション後にパスワードを変更すればよい。 Sergey Kravchuk 2010.09.06 09:37 #28 gip: なんて面白い人たちなんだ！チェキはいつも乗り物より重要なんだ。 いや、チェッカーは、酔ったサイコパスの車（チェッカーで自分を飾ることはまずない）ではなく、呼ばれたタクシーに乗ることを保証する最低限のものだ :))))。 1.キーロガーは騙せるし、騙すべき。2.誰も知らないアカウントのパスワードは、侵入者にとって何の役にも立ちません。3.CAがWeb上でパスワードの変更を許可している場合、セッション後にパスワードを変更すればよい。 機密情報を保護する最善の方法は、開示した痕跡を隠蔽しないこと、そして開示してはならない場所に開示しないことです。 しかし、それはあくまでも記録として。 私は、一つのターミナルから「一つのコマンド」で注文を閉じることができる技術的可能性について質問しました。） TheXpert 2010.09.06 09:41 #29 通信の人工的な損失。その結果、不明なエラーが発生し、その後、次のコマンドを送信できるようになるはずです。 Sergey Kravchuk 2010.09.06 09:44 #30 TheXpert: コミュニケーションの人工的な断絶。その結果、不明なエラーが発生し、その後、次のコマンドを送信できるようになるはずです。 妙案） しかし、「破損のシミュレーション」にも時間がかかり、どう見ても（同じアカウントに再ログインするなど）通常の対応待ちと変わらない時間がかかって注文が終了してしまうのです。 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もし、電池が不良品で1分で切れてしまったら？)))
携帯電話やノートパソコンが正しい解決策であることは明らかで、議論の余地もない。が、そうではありません。
httpsによる認証（開発者が新しいものを考案する必要がないように）。 ページにアクセスすると、口座状況（残高、利益...）とオープンオーダーのリスト（チケットシンボル ロット ストップテイクプロフィット）が表示されます。+ テキストフィールドと送信ボタン、フィールドの上に小さなツールチップ。
で、オプション6では、番号のリスト（6 1234 65433 2345）を設定することができます。
とか、携帯電話からでも、近くのイネットカフェやゲームサロンからでも、この7点だけでも何かできるはずなのに、やってくれない......。4でも5でもない :((
異なる端末からの注文でもすべてキューに入るので、まだダメです。
ZS「整列しろ！このクソ野郎ども！！」 )))
どういうことですか？1つのストラテジーに2つのターミナルがあり、2つの注文を同時にオープン/クローズするコマンドを使用していました。実際のアカウントでそして、それらが同時に処理される様子を視覚的に確認することができました。
つまり、1つの端末で開いた場合、2秒＋2秒かかったことになります。しかし、2つの平行な端子で開くと、わずか2秒しかかからない。ログの開閉時間は 同じでした。
原則的には、このようなケースに限らず、素晴らしい解決策があります。取引サーバー上に直接ウェブサーバーを作成 し、https経由で認証します（これにより、開発者は何も新しいことを考案する必要がありません）。+ テキストフィールドと送信ボタン、フィールドの上に小さなツールチップ。
とオプション6でリスト番号（6 1234 65433 2345）を設定することができます。
とか、携帯電話からでも、近くのイネットカフェやゲームセンターからでも、この7点だけでも何かできるはずなのに、やらないんですよね......。4でも5でもない :((
素晴らしい解決策があります。それは、端末をフラッシュドライブにコピーすることです。そして、「近くのイネットカフェやゲーミングサロンから」注文して仕事をすることができます :)))セキュリティにこだわらない場合。
素晴らしい解決策があります。端末をフラッシュドライブにコピーするのです。そして、「近くのカフェやゲームサロンから」注文を受けながら仕事をすることができます :)))セキュリティにこだわらない場合。
セキュリティは非常に重要で、他人のコンピューターに自分のフラッシュ・ドライブを挿入するよりも、自分のモバイルの方がはるかに安全です（キーロガーやその他のガラクタが装着されている）。
アレックススタル
1つの戦略で2つの端末を持っていました。
しかし、注文が10個あったらどうする？ 注文ごとに別の端末を立ち上げるのか？ そして、最初の端末に切り替えて閉じるコマンドを出し、次の端末に切り替えてそこで閉じる・・・というように、時間が経つにつれて処理が延びていくのです。まだ順次終了 :(
しかし、注文が10件あったらどうでしょう？ 注文ごとに別の端末を起動しなければならないのでしょうか？ そして、最初の端末に切り替えて閉じるコマンドを出し、次の端末に切り替えてそこで閉じる...というように、処理が時間と共に延びていくのです。まだ順次終了 :(
セキュリティは大きな関心事であり、他人のコンピュータに挿入された（キーロガーやその他のガラクタを搭載した）自分のフラッシュドライブよりも、自分の携帯電話の方がはるかに安全であるのはそのためです。
なんて面白い人たちなんだ！チェキはいつも乗り心地より重要なんだ。
1.キーロガーは騙せるし、騙すべき。2.誰も知らないアカウントのパスワードは、攻撃者にとって何の役にも立ちません。3.CAがWeb上でパスワードの変更を許可している場合、セッション後にパスワードを変更すればよい。
なんて面白い人たちなんだ！チェキはいつも乗り物より重要なんだ。
いや、チェッカーは、酔ったサイコパスの車（チェッカーで自分を飾ることはまずない）ではなく、呼ばれたタクシーに乗ることを保証する最低限のものだ :))))。
1.キーロガーは騙せるし、騙すべき。2.誰も知らないアカウントのパスワードは、侵入者にとって何の役にも立ちません。3.CAがWeb上でパスワードの変更を許可している場合、セッション後にパスワードを変更すればよい。
機密情報を保護する最善の方法は、開示した痕跡を隠蔽しないこと、そして開示してはならない場所に開示しないことです。
しかし、それはあくまでも記録として。
私は、一つのターミナルから「一つのコマンド」で注文を閉じることができる技術的可能性について質問しました。）
コミュニケーションの人工的な断絶。その結果、不明なエラーが発生し、その後、次のコマンドを送信できるようになるはずです。
妙案）
しかし、「破損のシミュレーション」にも時間がかかり、どう見ても（同じアカウントに再ログインするなど）通常の対応待ちと変わらない時間がかかって注文が終了してしまうのです。