オープナーでサーバーバージョン - ページ 16 1...910111213141516171819 新しいコメント Artyom Trishkin 2020.04.14 22:00 #151 Alexey Viktorov: 言い争いを始めたら片付けないといけない。そして、私たちは穏やかで、友好的で、問題を提起するのは一瞥するだけです。 私たち」がみんなそうなわけではありません。特別な人たち、つまり、どうやってもなだめることができない人たちがいる。残念ながら。 Alexey Viktorov 2020.04.15 06:04 #152 Artyom Trishkin: そんな人ばかりではありません。どんなことがあっても冷静になれない特殊な人たちがいるのです。残念ながら。 当局の行動を評価し始める人は、どの国であろうと、もっと隔離されるべきです。また、伝染病について言及するだけでは、地域社会には何の害もありません。ブローカーやブローカー・ディーラーの議論も同じです。ルールでは議論だけを禁止しているのに、ネーミングは禁止しているところに行き着いたのです。 それだけです。コードと構造の議論を始めましょう...。 Artyom Trishkin 2020.04.15 06:33 #153 Alexey Viktorov: 当局の行動を評価し始める人は、どの国であろうと、もっと隔離されるべきです。また、伝染病について言及するだけでは、地域社会には何の害もありません。ブローカーやブローカー・ディーラーの議論も同じです。議論だけを禁止するルールでありながら、ネーミングを禁止するところまで来てしまったのです。 以上です。コードと構造の議論を始めましょう...。 それが、「名前を使ってもいい」というポイントです。議論することは許されない。(証券会社やブローカーのことです）しかし、人々はその違いを理解することができません。そして、ずっとこの状態が続いているのです。 そして、そのツァーウイルスのことですが、それを口にした途端、「オールプロパガンダ派」「ナスブラストキダル派」が急接近して、面倒な騒動が始まるのです。 だから、彼との関係を終わらせたいと言ったんです。害虫だからというわけではありませんが...。意地悪ではなく、ただ自転車を持っていないだけなのですが...。 Alexey Viktorov 2020.04.15 09:45 #154 prostotrader:ちなみに、私ならこうします。追加ここで、month*PeriodSeconds(PERIOD_MN1)は、有効期限がずれることがある（取引所のニーズ）ので、正しくない場合が あります。また、1ヶ月の先物では、Expert Advisorを月末近くに実行すると、確実に先物を飛び越えます（例：1月末）。だから、私の機能を使うことをお勧めします。 はい、間違っています。PeriodSeconds(PERIOD_MN1)は30日間をカウント します。しかし、この問題を文字列の扱いに置き換えることはしたくない。 経験上、賞味期限はどの程度ずれる可能性があるのでしょうか？また、この場合、SYMBOL_EXPIRATION_TIMEが変化したら？ prostotrader 2020.04.15 10:28 #155 Alexey Viktorov:はい、間違っています。PeriodSeconds(PERIOD_MN1)は30日間をカウント します。しかし、この問題を文字列処理に転嫁しないでほしい。経験上、賞味期限はどの程度ずれる可能性があるのでしょうか？また、この場合、SYMBOL_EXPIRATION_TIMEが変化したら？ 賞味期限のずれに法則性はなく、常に異なる。 SYMBOL_EXPIRATION_TIME- 期限切れの正確な時間を常に返す（もちろん変更される）。 Alexey Viktorov 2020.04.15 11:23 #156 prostotrader:賞味期限切れのシフト法則はなく、常に異なるものです。SYMBOL_EXPIRATION_TIME - 常に正確な有効期限時刻を返します (もちろん、それは変化します)。 来月頭にでもずらすことはできないのでしょうか？RTS-3.20はSYMBOL_EXPIRATION_TIME 4月の月を返すことができるのですね。 prostotrader 2020.04.15 11:29 #157 Alexey Viktorov: 翌月頭にずらすこともできるのでしょうか？RTS-3.20はSYMBOL_EXPIRATION_TIME 4月の月を返すことができるのですね。 まだそんなことはない、有効期限を設定するのは私ではないんだ。 ということで、どうなんでしょう :) テンションが上がりますね。 現在の先物が次の先物にぴったりと続き、隙間がない（3.20は必ず6.20になる、など）。 Alexey Viktorov 2020.04.15 13:49 #158 prostotrader: まだそんなことはない、有効期限を設定するのは私ではないんだ。 ということで、どうなんでしょう :) テンションが上がりますね。 現在の先物が次の先物にぴったりと続き、隙間がない（3.20は必ず6.20になる、など）。 ただ、次の先物の名前をプログラムで決定する必要があり、考えられる問題点がわかりません。だから、見習うようにしています。だから、他人の経験の一部を採用すると言って、愚かにも他人のコードを使用することは、宗教が許さないのです。 prostotrader 2020.04.15 13:53 #159 Alexey Viktorov: ただ、次の先物の名前をプログラム的に決定する必要があり、考えられる問題がわかりません。だからこそ、見習いたいんです。だから、他人の経験の一部を採用すると言っても、私の宗教では、他人のコードをそのまま使うことはできないのです。 これ以上付け加えることはない。:) あ、そうだ。 変数名と取得順を変更する...。:) それはもう、あなたのものでしょう。 Alexey Viktorov 2020.04.15 13:56 #160 prostotrader: これ以上付け加えることはありません。:) あ、ありますね。 変数名を変更する...。:) ああ...そして、指を広げて、私が書いたコードを自慢する...。:)))) 1...910111213141516171819 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
言い争いを始めたら片付けないといけない。そして、私たちは穏やかで、友好的で、問題を提起するのは一瞥するだけです。
私たち」がみんなそうなわけではありません。特別な人たち、つまり、どうやってもなだめることができない人たちがいる。残念ながら。
そんな人ばかりではありません。どんなことがあっても冷静になれない特殊な人たちがいるのです。残念ながら。
当局の行動を評価し始める人は、どの国であろうと、もっと隔離されるべきです。また、伝染病について言及するだけでは、地域社会には何の害もありません。ブローカーやブローカー・ディーラーの議論も同じです。ルールでは議論だけを禁止しているのに、ネーミングは禁止しているところに行き着いたのです。
それだけです。コードと構造の議論を始めましょう...。
当局の行動を評価し始める人は、どの国であろうと、もっと隔離されるべきです。また、伝染病について言及するだけでは、地域社会には何の害もありません。ブローカーやブローカー・ディーラーの議論も同じです。議論だけを禁止するルールでありながら、ネーミングを禁止するところまで来てしまったのです。
以上です。コードと構造の議論を始めましょう...。
それが、「名前を使ってもいい」というポイントです。議論することは許されない。(証券会社やブローカーのことです）しかし、人々はその違いを理解することができません。そして、ずっとこの状態が続いているのです。
そして、そのツァーウイルスのことですが、それを口にした途端、「オールプロパガンダ派」「ナスブラストキダル派」が急接近して、面倒な騒動が始まるのです。
だから、彼との関係を終わらせたいと言ったんです。害虫だからというわけではありませんが...。意地悪ではなく、ただ自転車を持っていないだけなのですが...。
ちなみに、私ならこうします。
追加
ここで、month*PeriodSeconds(PERIOD_MN1)は、有効期限がずれることがある（取引所のニーズ）ので、正しくない場合が あります。
また、1ヶ月の先物では、Expert Advisorを月末近くに実行すると、確実に先物を飛び越えます（例：1月末）。
だから、私の機能を使うことをお勧めします。
はい、間違っています。PeriodSeconds(PERIOD_MN1)は30日間をカウント します。しかし、この問題を文字列の扱いに置き換えることはしたくない。
経験上、賞味期限はどの程度ずれる可能性があるのでしょうか？また、この場合、SYMBOL_EXPIRATION_TIMEが変化したら？
はい、間違っています。PeriodSeconds(PERIOD_MN1)は30日間をカウント します。しかし、この問題を文字列処理に転嫁しないでほしい。
経験上、賞味期限はどの程度ずれる可能性があるのでしょうか？また、この場合、SYMBOL_EXPIRATION_TIMEが変化したら？
賞味期限のずれに法則性はなく、常に異なる。
SYMBOL_EXPIRATION_TIME- 期限切れの正確な時間を常に返す（もちろん変更される）。
賞味期限切れのシフト法則はなく、常に異なるものです。
SYMBOL_EXPIRATION_TIME - 常に正確な有効期限時刻を返します (もちろん、それは変化します)。
来月頭にでもずらすことはできないのでしょうか？RTS-3.20はSYMBOL_EXPIRATION_TIME 4月の月を返すことができるのですね。
翌月頭にずらすこともできるのでしょうか？RTS-3.20はSYMBOL_EXPIRATION_TIME 4月の月を返すことができるのですね。
まだそんなことはない、有効期限を設定するのは私ではないんだ。
ということで、どうなんでしょう :)
テンションが上がりますね。
現在の先物が次の先物にぴったりと続き、隙間がない（3.20は必ず6.20になる、など）。
まだそんなことはない、有効期限を設定するのは私ではないんだ。
ということで、どうなんでしょう :)
テンションが上がりますね。
現在の先物が次の先物にぴったりと続き、隙間がない（3.20は必ず6.20になる、など）。
ただ、次の先物の名前をプログラムで決定する必要があり、考えられる問題点がわかりません。だから、見習うようにしています。だから、他人の経験の一部を採用すると言って、愚かにも他人のコードを使用することは、宗教が許さないのです。
ただ、次の先物の名前をプログラム的に決定する必要があり、考えられる問題がわかりません。だからこそ、見習いたいんです。だから、他人の経験の一部を採用すると言っても、私の宗教では、他人のコードをそのまま使うことはできないのです。
これ以上付け加えることはない。:)
あ、そうだ。
変数名と取得順を変更する...。:)
それはもう、あなたのものでしょう。
これ以上付け加えることはありません。:)
あ、ありますね。
変数名を変更する...。:)