サービスデスク:怠慢、自閉、間違いを認めたくない?ノンネイティブキャンドルでチャートを補完。 - ページ 13 1...67891011121314151617181920...22 新しいコメント Anatoli Kazharski 2012.11.26 18:15 #121 220Volt:論拠となる。https://www.mql5.com/ru/forum/8977/page5#comment_375120 これは正常なのか?誤解を招きかねない。M1(または他の期間)をクリックした場合、M1だけをカウントしています。これはあなただけでなく、ブローカーも同じで、1999年をはるかに超える歴史があるのです。このミックスをサーバーで見たとき、ユーザーはどう思うだろうか。- という設計になっています。ああ、なるほどね。もし、ある文字セット(数千文字になる可能性もある)について何らかの統計を取ることが目的であれば、分が始まるすべての瞬間を視覚的に確認するのは時間がかかりすぎるでしょう。手動でやるのは無理があるし、上で書かれているように自動で判断するのは不可能か難しい。そのため、利用できる機能は、ドキュメントに記載されている内容を示していない。そうだろ?すべてのブローカーが同じ量の分履歴を持っていれば問題はないのですが。1999年からミニッツヒストリーがあることは誰もが知っているはずで、そこからカオスが始まるのです。しかし、問題は、全員の議事録の開始日が異なることが明らかになったときからです。例えば、2005年から持っている人がいます。もしそうだとしたら、問題がありますね。今度、全体的に実験してみようかな。近々、機器のマススキャンも必要なはずです。)) Igor Makanu 2012.11.26 18:17 #122 Renat: 結局、それを証明するスクリーンショットもまともに作れなかった。 スクリーンショットを提供しましたが、何か証明になりますか? 私たちは、1999年まで歴史がなく、その後常に 正しいTFが存在することに同意したようです。 レナート MetaQuotes-Demoにはそのような穴はありません:https://www.mql5.com/ru/charts/20871/eurusd-m1-metaquotes-software-corp つまり、ブローカーや「手打ち」の方法について議論を始める必要があるのでは? 1999年までは履歴を残さないということで合意しており、その後はすべてOKです。 Renat Fatkhullin 2012.11.26 18:18 #123 IgorM: スクリーンショットを引用しましたが、何か証明になりますか? 1999年まで履歴を残さないことに同意したはずですが、その後、常に 正しいTFが存在することになります。 つまり、ブローカーと「手づかみで捕まえる」方法について議論を始める必要があるのでは? 1999年までの歴史はない、それからはすべてOKということで合意しました。私の回答を見てください。あなたは詳細不明のまま、理解しがたいスクリーンショットをあげました。また、穴のない当社のサーバーから自分の詳細なスクリーンショットを引用しています。合意はしていない。特に、ご紹介いただいたスクリーンショットの背景には。テーゼについては記載したものしかなく、余計なものを作る必要はない。 Igor Makanu 2012.11.26 18:21 #124 Renat:私の返信を見てください。あなたは詳細不明のまま、理解しがたいスクリーンショットをあげました。ここに、穴のないサーバーの詳細なスクリーンショットを引用します。ええ、あなたのフォーラムにスクリーンショットをアップロードする方法を学びに行きました。サーバーは何の関係があるのですか?私は、取引口座とブローカーの実績を監視する機能が必要です。スクリーンショットを撮りました - win7のハサミを使いました、アルパイン的な話です。 Renat:取引はしていないんです。私の論文に書かれていることだけがあり、余計なものを作る必要はないのです。 1分足のTFで時間足や日足のバーを検索することも、合意に至ることも望んでいない。 ファイル: lhwk4l.JPG 138 kb u1wly32.JPG 113 kb Renat Fatkhullin 2012.11.26 18:24 #125 IgorM:ええ、私はあなたのフォーラムでスクリーンショットをアップロードする方法を学ぶつもりです。取引口座を持ち、ブローカーの実績を確認したい。 そんな簡単なことを説明する必要はないのです。彼らは何も切り刻まず、サーバーの詳細を隠し、人々を誤解させないようにします。スクリーンショットを撮ったのは私です。拝啓、弊社サーバーMetaQuotes-Demoについてです。どのストーリーを使うかは、各ブローカーが自分で決めることであり、私たちに尋ねることはない。そんな簡単なことを説明する必要があるのでしょうか? Anatoli Kazharski 2012.11.26 18:25 #126 IgorM:ええ、私はあなたのフォーラムでスクリーンショットをアップロードする方法を学ぶつもりです。取引口座を持ち、ブローカーの実績を確認したい。スクリーンショットを撮りました - win7のハサミを使いました、これはアルパリシュの歴史です。 異なる日付の楽器に対して、分履歴を使用することができます。楽器によっては、3-4年分の履歴が全くない場合もある。 Igor Makanu 2012.11.26 18:28 #127 Renat: スクリーンショットを公開するには、サイトに自動アップロードされる通常の「画像として保存」機能を使用するのがよいでしょう。そこに付随する情報がきちんと伝わるので、「これはどこで手に入れたんだろう」という疑問がなくなります。が動作したようです。以下はスクリーンショットです: https://charts.mql5.com/1/40/eurusd-m1-metaquotes-software-corp-3.pngページへのリンク: https://www.mql5.com/ru/charts/20877/eurusd-m1-metaquotes-software-corp Tol64: つまり、ブローカーによって、異なる商品の分足履歴は異なる日付になる可能性があるということですね。楽器によっては3~4年かかる場合もあります。ここでは、日付の違いではなく、別の時間枠のデータで代用することについて議論している。今は、DTサーバーでは何でもありで、metaquotesサーバーだけではありえないと説得され、この流れで議論しながら、間違った履歴を苦労して探して議論するのが我々の仕事です :) Mykola Demko 2012.11.26 18:45 #128 Renat:MT5では手持ちが少ないので、変えたくないです。なぜ「1998年からのM1に頼る」ことが意味をなさないのか、上に書いた。そして、批判する側の立場、つまり「理論の戦い」の実態に言及せず、軽率に現実感のない人がいることも記述しました。マジかよ、知らなかった、俺たちってバカだなぁ。 2011.10.31 Metakvotovの新しい年表では、これが最後の世紀であることが判明。さまざまなディーリングができるプラットフォームを作るのに、なぜかサーバーで物事の状態を判断するんですね。ネガティブフィードバックがあれば、ディリングの行為に責任はありませんが、エンドユーザーがディリングと戦うのは非常に困難です、まあ、良い履歴を出さなかった(取引条件が自分に合う)、今はディリングを変えている、だからMT5は片手の指で数えてください。 Mykola Demko 2012.11.26 18:58 #129 プレイオン、スクリーンショットの同じ日付、同じブローカー、チャートフレームM1、スケールは少し小さいです。 セパレータの間(右側)のバーの本数を数えると24本、つまりこの日からM1はまだ始まっていない。では、どうすればいいかというと、ユーザーにはチャートの中を這いずり回って接着点を探してもらう、などです。 しかし、ユーザーはそれをせず、「おまえは下手なプロジェクターだ、手が生えていない」と書くだけです。履歴にはのりしろがあり、それを考慮すると平均的なバーの大きさが違ってくることを、みんなに説明するのに長い時間がかかるんですね。プログラマーは、「ここを読んで、あそこは読まないで、なぜなら、こうだから」というプログラム制限を導入すべきなのです。しかし、そのためには、プログラマーはすべての情報を持っていなければならず、次のディーリングがどこで失敗したかを推測することはできません。ディーリングシステムごとに異なる取引機能には、十分な手間がかかっています。こんな些細なことで人にバグを付けているわけです。 Igor Makanu 2012.11.26 18:59 #130 マジかよ、知らなかった俺たちってバカだな。ピリオド区切り文字を表示する」チェックボックスのことをすっかり忘れていました。ストーリーを紡いでしまったので、今となっては、あなたが言った動物のように、ストーリーではなく、デタラメに感じています。ページへのリンク: https://www.mql5.com/ru/charts/20894/eurusd-m1-metaquotes-software-corpZS:Urainは 、「通常の "画像として保存 "機能で、サイトに自動アップロードされた画像」を使ってサーバーにアップロードする必要が あるんだ。"そうでなければ、開発者は見ることができない、プリページのレナトの投稿HH:昨日もトピックのタイトルを見て笑いましたが、今日はトピックスターターの人間に感謝します - とても簡潔で正確です График EURUSD, M1, 2012.11.26 18:54 UTC, MetaQuotes Software Corp., MetaTrader 5, Demo www.mql5.com Символ: EURUSD. Период графика: M1. Брокер: MetaQuotes Software Corp.. Торговая платформа: MetaTrader 5. Режим торговли: Demo. Дата: 2012.11.26 18:54 UTC. 1...67891011121314151617181920...22 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
論拠となる。
https://www.mql5.com/ru/forum/8977/page5#comment_375120
これは正常なのか?誤解を招きかねない。M1(または他の期間)をクリックした場合、M1だけをカウントしています。これはあなただけでなく、ブローカーも同じで、1999年をはるかに超える歴史があるのです。このミックスをサーバーで見たとき、ユーザーはどう思うだろうか。- という設計になっています。ああ、なるほどね。もし、ある文字セット(数千文字になる可能性もある)について何らかの統計を取ることが目的であれば、分が始まるすべての瞬間を視覚的に確認するのは時間がかかりすぎるでしょう。手動でやるのは無理があるし、上で書かれているように自動で判断するのは不可能か難しい。そのため、利用できる機能は、ドキュメントに記載されている内容を示していない。そうだろ?すべてのブローカーが同じ量の分履歴を持っていれば問題はないのですが。1999年からミニッツヒストリーがあることは誰もが知っているはずで、そこからカオスが始まるのです。しかし、問題は、全員の議事録の開始日が異なることが明らかになったときからです。例えば、2005年から持っている人がいます。
もしそうだとしたら、問題がありますね。今度、全体的に実験してみようかな。近々、機器のマススキャンも必要なはずです。))
MetaQuotes-Demoにはそのような穴はありません:https://www.mql5.com/ru/charts/20871/eurusd-m1-metaquotes-software-corp
スクリーンショットを引用しましたが、何か証明になりますか? 1999年まで履歴を残さないことに同意したはずですが、その後、常に 正しいTFが存在することになります。
つまり、ブローカーと「手づかみで捕まえる」方法について議論を始める必要があるのでは? 1999年までの歴史はない、それからはすべてOKということで合意しました。
私の回答を見てください。あなたは詳細不明のまま、理解しがたいスクリーンショットをあげました。また、穴のない当社のサーバーから自分の詳細なスクリーンショットを引用しています。
合意はしていない。特に、ご紹介いただいたスクリーンショットの背景には。テーゼについては記載したものしかなく、余計なものを作る必要はない。
私の返信を見てください。あなたは詳細不明のまま、理解しがたいスクリーンショットをあげました。
ここに、穴のないサーバーの詳細なスクリーンショットを引用します。
ええ、あなたのフォーラムにスクリーンショットをアップロードする方法を学びに行きました。
サーバーは何の関係があるのですか?私は、取引口座とブローカーの実績を監視する機能が必要です。
スクリーンショットを撮りました - win7のハサミを使いました、アルパイン的な話です。
ええ、私はあなたのフォーラムでスクリーンショットをアップロードする方法を学ぶつもりです。
取引口座を持ち、ブローカーの実績を確認したい。
スクリーンショットを撮ったのは私です。
拝啓、弊社サーバーMetaQuotes-Demoについてです。
どのストーリーを使うかは、各ブローカーが自分で決めることであり、私たちに尋ねることはない。そんな簡単なことを説明する必要があるのでしょうか?
ええ、私はあなたのフォーラムでスクリーンショットをアップロードする方法を学ぶつもりです。
取引口座を持ち、ブローカーの実績を確認したい。
スクリーンショットを撮りました - win7のハサミを使いました、これはアルパリシュの歴史です。
が動作したようです。以下はスクリーンショットです: https://charts.mql5.com/1/40/eurusd-m1-metaquotes-software-corp-3.png
ページへのリンク: https://www.mql5.com/ru/charts/20877/eurusd-m1-metaquotes-software-corp
ここでは、日付の違いではなく、別の時間枠のデータで代用することについて議論している。
今は、DTサーバーでは何でもありで、metaquotesサーバーだけではありえないと説得され、この流れで議論しながら、間違った履歴を苦労して探して議論するのが我々の仕事です :)
MT5では手持ちが少ないので、変えたくないです。
なぜ「1998年からのM1に頼る」ことが意味をなさないのか、上に書いた。そして、批判する側の立場、つまり「理論の戦い」の実態に言及せず、軽率に現実感のない人がいることも記述しました。
マジかよ、知らなかった、俺たちってバカだなぁ。
2011.10.31 Metakvotovの新しい年表では、これが最後の世紀であることが判明。
さまざまなディーリングができるプラットフォームを作るのに、なぜかサーバーで物事の状態を判断するんですね。
ネガティブフィードバックがあれば、ディリングの行為に責任はありませんが、エンドユーザーがディリングと戦うのは非常に困難です、まあ、良い履歴を出さなかった(取引条件が自分に合う)、今はディリングを変えている、だからMT5は片手の指で数えてください。
プレイオン、スクリーンショットの同じ日付、同じブローカー、チャートフレームM1、スケールは少し小さいです。
セパレータの間(右側)のバーの本数を数えると24本、つまりこの日からM1はまだ始まっていない。
では、どうすればいいかというと、ユーザーにはチャートの中を這いずり回って接着点を探してもらう、などです。
しかし、ユーザーはそれをせず、「おまえは下手なプロジェクターだ、手が生えていない」と書くだけです。履歴にはのりしろがあり、それを考慮すると平均的なバーの大きさが違ってくることを、みんなに説明するのに長い時間がかかるんですね。プログラマーは、「ここを読んで、あそこは読まないで、なぜなら、こうだから」というプログラム制限を導入すべきなのです。しかし、そのためには、プログラマーはすべての情報を持っていなければならず、次のディーリングがどこで失敗したかを推測することはできません。ディーリングシステムごとに異なる取引機能には、十分な手間がかかっています。こんな些細なことで人にバグを付けているわけです。
ピリオド区切り文字を表示する」チェックボックスのことをすっかり忘れていました。ストーリーを紡いでしまったので、今となっては、あなたが言った動物のように、ストーリーではなく、デタラメに感じています。
ページへのリンク: https://www.mql5.com/ru/charts/20894/eurusd-m1-metaquotes-software-corp
ZS:Urainは 、「通常の "画像として保存 "機能で、サイトに自動アップロードされた画像」を使ってサーバーにアップロードする必要が あるんだ。"そうでなければ、開発者は見ることができない、プリページのレナトの投稿
HH:昨日もトピックのタイトルを見て笑いましたが、今日はトピックスターターの人間に感謝します - とても簡潔で正確です