不思議な観察力 - ページ 6

 
rid писал(а)>>

これでエキスパートが再び動き出しました

そして、ストップレベルは現在=10 !

その通り、サーバーが震えています

そわそわしているのはサーバーではなく、可変ストップレベル、市場のボラティリティの瞬間とニュースが30に広がる前に彼らのストップが平準化されるのです。

2008.11.26 10:12:07 アカウント:XXXXX サーバー:Alpari Ltd.
2008.11.26 10:12:07 3 10
2008.11.26 19:13:12 リンク制御有効
2008.11.26 10:13:13 サーバーとのリンクが復旧しました。
2008.11.26 10:15:32 3 30
2008.11.26 10:40:40 3 10
2008.11.26 14:00:08 サーバー接続終了
2008.11.26 14:01:08 サーバー接続が復旧しました。
2008.11.26 14:16:48 3 30
2008.11.26 14:36:17 3 10
2008.11.26 18:06:28 Expert deinitialized(エキスパート初期化済み
2008.11.26 18:06:11 サーバー接続を終了しました。
2008.11.26 18:06:11 通信制御の初期化を行いました。
2008.11.26 20:25:58 エキスパート初期化完了
2008.11.26 20:26:01 アカウント:XXXXX サーバー:Alpari Ltd.
2008.11.26 20:26:01 5 10
2008.11.27 05:57:58 GMT 接続制御有効
2008.11.26 20:57:59 サーバー接続が復元されました。
2008.11.26 23:04:43 サーバー接続を終了しました。
2008.11.26 23:06:15 サーバー接続の再確立

 

そうなんです~、もうわかってしまったんです

しかし、ボラティリティが低いときにストップロスが拡大することがある。理由もなく

 

これがここ2、3ヶ月の観察結果です。もしかしたら、私が間違っていて、「夢を見ている」のかもしれませんね

とはいえ、一つの見解をお伝えします。

仮にオープンポジション があるとします。現時点では利益が出ている。

そして、mt4のスイッチを入れると以下のようになることに気づきました。

mt4を有効にした後、10-15秒以内に、まるで命令されたかのように、利益を上げているオープンポジションの価格が5-15pips下がってきました。そして、2-3分後には初期値に戻ります

不思議なことに、デモ口座でも気づきました。しかし、ほとんどはもちろん、私のリアルなアカウントで見ています。

そして、この(率直に言って)規則性をよく目にします。このスレッドで宣言すること!

そして今日も。そんなケースを富士で、リアルで6BH9を見ました。

他の人の意見を知りたい/遭遇したことがある人は?

体験したことがある人はいますか?

 
rid >> :

出席者の意見を聞いてみたい/興味津々

>> 出合ったかもしれない人?

サバイバル中毒と呼ばれるものです(タレブ氏談)。ネガティブなことは覚えていても、ポジティブなことには気づかないものなのです。 だから、こういう主観的な統計ができ始めるんです。

 
皆さんこんにちは!
//-----------------------------
またもやOPERAでトラブル発生!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!?
昨日、最新バージョン10-53をインストールしました
そして、一度にいくつもの不具合があることを知りました!

1.イネタページの写真(pics)の保存を中止!
pr. mouse / SAVE PICTURE
その後、2〜4秒間ハングアップし、何も起こりません。

2.ページの保存を停止しました
保存」をクリックした後、2~3秒ホバリングしますが、「レビュー」ウィンドウはポップアップしません。

3.掲示板の書き込み時に画像を貼り付ける のをやめました。
今ここで、説明用の画像を挿入したいのに、挿入できない......。REVIEWボタンを押すと、画像アドレスは選択されますが、再び数秒間ブラウザがハングアップし、REVIEW画面が表示されません。
//-------------------------
そろそろ旧バージョン(9-63)に戻そうか。
どなたか、この問題を解決する方法を教えてください。
再インストールしても効果がない。Dr.ブラウザは記載されているような不具合はなく動作します。でも、オペラが必要(に慣れた)。はい、そしてスローダウン、なぜかIEとMFが多い・・・。
 
10.5x版を旧版の上にインストールすると、正しくインストールされない。本当に、再インストールしてもダメなんです。新しいバージョンを待つべきですが、その間はFFやChromeに座っていてください(良いビルドもあります)。
 
いや、私にとっては「...」です。新しいバージョンを待つ」という選択肢は、私にはありません。他のブラウザに乗り換えたくない、とても慣れている。
OPENボタンも効かないことが判明!?
REVIEWウィンドウが開かないのですが・・・。
 
ロシア語版OPERA公式サイトを確認しました - http://my.opera.com/russian/forums/forum.dml?id=27721
最近のバージョンに対する数十件の苦情から判断すると、すべてOpera自体の不具合と開発者・校正者の不注意と思われる。
//--------------------
旧バージョンに戻そうとしたところ...。
 
Prival писал(а)>>

まともな神経をしている人なら、見積もり業者や自社のフィルターの運用状況を教えてくれる人はいないでしょう。どうしてもと言うなら、e-signalから取っていると言うでしょう。それを受けて、加工してみる。でも、放送するだけなら企業秘密なのでご心配なく(他の厨房でなければ)。

セルゲイさん、こんにちは。

痩せて若くなったね。FXは良いものだ !:-)

Dealsのことなら、何でもありかもしれませんね。戦うにはお金がかかりすぎる。特にFXを通しでプレイすること。

通常のFXブローカーについて言えば、実は状況は異なります。どのブローカーにも流動性プロバイダーがあり、それは通貨で実際のオペレーションを行っている実際の銀行である。そして、ブローカーはそのようなサプライヤーを複数持っている(できる、ではなく、持たなければならない)。これらの銀行はブローカーに独自のクォートストリームを供給し、ブローカーはそれを使って実際の通貨取引を行うことができる。これらの仕入先は秘密ではなく、ブローカーの誇りでもある。銀行がクールで、その数が多ければ多いほど、ブローカーは自分にも顧客にも選択肢が増えるので、それを喧伝するのです。例えば、私のブローカーは、そのようなサプライヤーを5社持っています。そして、それぞれが世界トップクラスの銀行である。そして、ブローカーはその時、それぞれとの契約締結を喜んで発表したのである。

自分のフィルターを本当に誰かに見せることはない。何のために?ブローカーは、ブローカーがプロバイダーから取得するアグリゲートストリーム内にある、このような見積もりストリームをクライアントにブロードキャストする。その結果、彼は常にクライアントの注文をサプライヤーの銀行の1つにオーバーラップさせることができるのだ。シンプルでわかりやすいメカニック。ただ、すべてが最小限の遅延で、完全なアトマタで動作するように、質の良いソフトウェアが必要です。私の理解では、「クリックしたものが得られる」という技術はありませんが、MTはそのような機会を提供します。あるいは、ソフトウェアではなく、ブローカーに依存するのかもしれません。

だから、入ってくる流れの知識は、どちらかというと、あまり得られないでしょう。実際、多すぎるくらいです。例えば5つの流れからブローカーのレートがさらに動く方向を判断するような、独自のアルゴリズムを開発する必要があります。しかも、すべて1~3pipsのために。その価値はあるのか?

 
Yurixx писал(а)>>

セルゲイさん、こんにちは。

痩せて若くなったね。FXは体にいい!?:-)

証券会社のことなら、何でもできるんですよ。戦うにはお金がかかりすぎる。特にFXを通しでプレイすること。

通常のFXブローカーについて言えば、実は状況は異なります。どのブローカーにも流動性プロバイダーがあり、それは通貨で実際のオペレーションを行っている実際の銀行である。そして、ブローカーはそのようなサプライヤーを複数持っている(できる、ではなく、持たなければならない)。これらの銀行はブローカーに独自のクォートストリームを供給し、ブローカーはそれを使って実際の通貨取引を行うことができる。これらの仕入先は秘密ではなく、ブローカーの誇りでもある。銀行がクールで、その数が多ければ多いほど、ブローカーは自分にも顧客にも選択肢が増えるので、それを喧伝するのです。例えば、私のブローカーは、そのようなサプライヤーを5社持って います。そして、それぞれが世界トップクラスの銀行である。そして、ブローカーはその時、それぞれとの契約締結を喜んで発表したのである。

自分のフィルターを本当に誰かに見せることはない。何のために?ブローカーは、ブローカーがプロバイダーから取得するアグリゲートストリーム内にある、このような見積もりストリームをクライアントにブロードキャストする。その結果、彼は常にクライアントの注文をサプライヤーの銀行の1つにオーバーラップさせることができるのである。シンプルでわかりやすいメカニック。ただ、すべてが最小限の遅延で、完全なアトマタで動作するように、質の良いソフトウェアが必要です。私の理解では、「クリックしたものが得られる」という技術はありませんが、MTはそのような機会を提供しています。あるいは、ソフトウェアではなく、ブローカーに依存するのかもしれません。

だから、入ってくる流れの知識は、どちらかというと、あまり得られないでしょう。実際、多すぎるくらいです。例えば5つの受信ストリームをもとに、ブローカーのレートがさらに動く方向を判断するような、独自のアルゴリズムを開発する必要があるでしょう。しかも、すべて1~3pipsのために。その価値はあるのか?


せめてブローカーを直接教えていただけませんか?
理由: