DLLをデバッグする?MT4およびMT5において - ページ 7 1234567891011121314...16 新しいコメント Academic 2010.07.21 11:28 #61 Rosh: 問題解決の可能性を機転を利かせて指摘されたのですね。あなたの不満はすべて解消されました。だから、繰り返さないようにしないと、フラッディングで追放されます。 禁止?誰も答えてくれない質問を繰り返すだけです。そして、それを繰り返すのでもなく、明確にするのです。 洪水、一部の無意味なプロセス投稿のために無意味なんです。私は、自分の立場が正しいことを納得してもらおうと、いや、むしろしてきたのです。論拠を示しました。誰も反論してくれなかった。 我々は最終的に何を持っていますか? どのような引数は、誰も私に戻って、価値のないものをもたらすことができなかった? ...しかし、それは私に思えるが、再びそれらをもたらすことさえ完全に無意味であり、これらのすべての引数を上回るMQからいくつかの他の引数があるはずですので、。でも、実際にここで発表している人はいません。だから、少なくとも状況はおかしい。理性的な人はみな戸惑うのだが、MQは立ち止まる。 なるほど、そうなんですね。ここで、「ユーザーにとって必要だから」という理由ではないことを知っていたら、この話題はなかったでしょう。 というわけで、この話題は終わりです、回答ありがとうございました。 Renat Fatkhullin 2010.07.21 11:58 #62 Interesting: みんなが大好きなEDS(電子デジタル署名のことですね)については、すでに開発者が何度も言っています。EDSの導入時期について、VTB24は次のように述べた。MetaTrader 5のEDSでは、すべてがうまくいきます。サーバー上のボックスをチェックすると、SSL証明書(RSA 1024または2048ビット)を使用して別のレベルの認証が追加されます。SSL証明書(*.pfx)は、クライアント側(レジストリまたはディスク)に保存され、トレーダーのキャビネットなど、他のサービスでの署名または認証に使用できます。4でも同じでしたが、よりシンプルになり、直接SSLに対応することもなくなりました。しかし、実際にはこのモードを有効にするブローカーはほとんどありませんでした。 Ilyas 2010.07.21 12:05 #63 Academic: と戸惑いながらも、MQはその場に立ち尽くす。 同僚が許してくれますように...。 その困惑の理由は何でしょうか? DLLが欲しいなら使えばいい、なぜデバッグをしなければならないと思う? どのような主張をされたのですか? 1)自分のコードを渡す。 2) 私は、DLLで他人の専門家を使用しないでください。 3)誰かが簡単にプロテクトを破ることができる。(まさか自分ではないでしょうね。) Renat Fatkhullin 2010.07.21 12:14 #64 アカデミックな皆様へ。実際には、理由を丁寧に説明しようとするあまり、すべてをしっかりと整理する明確な言葉にたどり着けなかったということなのでしょう。あなたは今、2001年からMQL言語(MetaQuotesプラットフォームで初めて導入された)を開発して いる実務家に教えようとしています。9年以上にわたって、私たちは一貫してMQL - MQL2 - MQL4とMQL5をフォーラムでの公開討論で開発してきました。取引戦略のためのプログラミング言語のレベルは非常に深く、私たちが多くの失敗をした実践的な経験に基づいています。このような背景から、皆さんは登場し、ご自身のI/MNEに基づいて、氷山の一角を争い、説明を求め、システム開発に影響を与える根本的なメカニズムを理解していないのだと思います。この状況は、自信に満ちた小学3年生が、教授に自分のために世界を回せと要求するのとよく似ている。なぜなら、それが正しいことだと思うからだ。教授、なぜ世界が私に合わないのか、説明もできないくせに!」という生意気な口調は、単に絵の仕上げに過ぎないのだ。このように説明しなければならないのは、情報や取引プラットフォームの作り方、その中で何が重要か、どこに致命的な失敗があり、どこに成功があるのかをレクチャーするつもりはないからです。 История MQL4? - MQL4 форум www.mql5.com История MQL4? - MQL4 форум Hide 2010.07.21 12:25 #65 Interesting: すべての愛されるEDS(電子デジタル署名と理解しています)開発者は、すでに複数回表明しています。彼らの声明は(私がVTB-24銀行について間違っていなければ)次のようなものだった -EDSの頃についてEDS? で、端末に実装されているようです。物理的に少なくとも1社は再上場している。私の理解では、このEDSは、法制化されたレベルですべてがうまくいっているわけではありません。そこに何らかの複雑な事情があるのでしょう、うーん。面白いですね。残念ながら、私たちの指導者たちは、株式や為替市場の取引の主要な中心地を作ることについて、より多く語っています。現実には、我々の法律は「中世」(株式市場は何とか規制されているので平均的)あたりなのだが......。 わからない、わからない。一方では、そう、法律に大きな穴がある。ただ、巨大なものです。そしてまた、既存の「法律」さえも施行する習慣は、まさに無視できるものである。一方、同じマンバのプロトコルでも、由緒ある海外の取引所よりずっと常識的なものもあったりします。ネガティブなことに目を向けなければ、悪いことばかりではありません。 Stanislav Korotky 2010.07.21 12:32 #66 mql5: DLLが欲しいなら使えばいい、なぜデバッグをしなければならないと思うのか?もちろん、その必要はありません。問題は、なぜあなたはそうする必要がないのに、他の何かがそうするのか、ということです;-)。一番いいのは、オープンなユーザー投票で決めることです。そうすれば、誰がどんな機能や特徴を必要としているのか、また、そのような人がどれだけいるのかが、誰にでもわかるようになります。MQがクローズドモードで意思決定を行い、この機能、この機能の支持者を仮定して言及するのみである限り、意思決定の妥当性は見えてきません。実のところ、すでに何度も言われていることですが、MQがどんなに頑張っても、市場にある本物の開発環境に匹敵するプロフェッショナルな開発ツールを作ることはできません(異論はあるでしょうが、これは当然のことで、あなたの立場では状況は変わらないのです)。そのため、DLL開発にも需要があるだろうし、デバッグにも需要があるだろう。自分で書いたエミュレータでのデバッグは、実際のホストアプリケーションでのデバッグとほとんど等しくなく、さらにその書き込みにかかるコストはすべてユーザーに転嫁されます。この意味で、MQLレイヤーを持たない方が便利な人(そのうちの何人がそうかは分かりませんが)がいて、MQは外部プログラムとの統合のために「直接」利用できるクライアントAPIを提供しています。 Rashid Umarov 2010.07.21 12:36 #67 marketeer:... 私たちのフォーラムでは、挑発的なことはしないでください。警告が出ました。 削除済み 2010.07.21 12:38 #68 Academic: 私はプログラマーであり、あなたの知的財産は必要ありません。 私はプログラマーで、自分用と注文用と販売用の両方のソフトウェアを作っています。私はいつもソースコードを渡しています。つまり、プログラムを守る人たちが何を望んでいるのか、(幸いにも)私には理解できない(以前もそう思っていた)(愚かさからも明らかだ)。役に立たないので。 しかし、この会話は無意味で、ソボクには勝てないのです。嗚呼。私はプログラマーでもあり、自分のためや依頼を受けてプログラムを書いたり、また定期的にDLLのサービスに頼ったりしています。また、少なくともトレーディングシステム用のDLLで実装したものはたくさんあります(それまでMQLには必要な機能はありませんでしたし、ex4用のデコンパイラもWeb上のいたるところにありました)...。しかし、ソースコードを顧客に送ることは、標準的または必須の手順ではないことに同意します。そして、そのような仕事のコストは何倍にもなるはずです。そして、彼らのプログラムを保護する人々は、平凡な単純にしたい - 彼らはしかし、生活で稼ぐと自分の仕事を犠牲にして家族を養う(彼らの意志に反してコードの形で自分の仕事は誰かが複製することができると考えていない)。追記そして、プロテクションの有用性についての結論として、私は先に「MS Windows」と「1C:Enterprise 7.7」(そしてプログラマーとして、あなたは私の次の例に興味を持ち、理解すると思います)を挙げたことを無駄にはしていません。私たちの好きなオペレーティングシステムについて話すつもりはありませんが、同じような機能を持つバージョンのLinuxと比較すると、それはウイルスであり、侵入者がPCに入るための1つの大きな穴であることはすでに明らかです。ここでは、経理担当者なら誰もが知っている「1C:Enterprise 7.7」とDICの「TurboBookkeeping 6.9」の2つの製品を紹介しましょう。両社ともロシア系で、会計ソフトを製造しており、両製品とも(保護手段として)ハードウェア・ソフトウェアキーを持ち、両製品とも独自の内蔵言語を持っている。しかし、海賊版で1Cからの製品は、すべてのコーナーにある(まだ。 おそらくすでに8バージョンは、あなたが望むなら得ることができる)とだけ彼の時間の怠惰な1は、それが使用されていないが、海賊版でTBは、私は(どちらも6.7、また6.9)を満たしていなかった。10年ほど前からこれらのプログラムに親しんでいますが。 Hide 2010.07.21 12:40 #69 marketeer:もちろん、その必要はありません。問題は、具体的になぜこれがしなくていいことで、することなのかです ;-)。一番いいのは、オープンなユーザー投票で決めることです。そうすれば、誰がどんな機能や特徴を必要としているのか、また、そのような人がどれだけいるのかが、誰にでもわかるようになります。MQがクローズドモードで意思決定を行い、この機能、この機能の支持者を仮定して言及するのみである限り、意思決定の妥当性は見えてきません。また、MQ臨時政府は、ボルシェビキの兵士や船員、そして料理人や清掃員の革命的な大衆によって打倒されるべきだと考えています。うん。マーケッターです。実のところ、すでに何度も言われていることですが、MQがどんなに頑張っても、市場にある本物の開発環境に匹敵するプロフェッショナルな開発ツールを作ることはできません(異論はあるでしょうが、これは当然のことで、あなたの立場では状況は変わらないのです)。 そのため、DLL開発にも需要があるだろうし、デバッグにも需要があるだろう。 自分で書いたエミュレータでのデバッグは、実際のホストアプリケーションでのデバッグとほとんど等しくなく、さらにその書き込みにかかるコストはすべてユーザーに転嫁されます。この意味で、MQLの形でレイヤーを持たず、MQがクライアントAPIを提供し、外部プログラムとの統合のために「直接」アクセスできる方が便利な人(その数はおそらくわからないだろう;-)がいるだろう。市販されている本物の開発環境」をリストアップしてほしい。そして、その「リアルさ」が何であるかという短い注釈。 マーケターそして、プロテクトはもちろん解除されます。世論調査をしよう - いつまで続けるか。;-) どれくらいの時間がかかるか見てみましょう。アンケートなんかいらないから、やれ、高い品格を示せ。 Stanislav Korotky 2010.07.21 12:47 #70 Renat:あなたは今、2001年からMQL言語(MetaQuotesプラットフォームで初めて導入された)を開発して いる実務家に教えようとしています。9年以上にわたって、私たちは一貫してMQL - MQL2 - MQL4とMQL5をフォーラムでの公開討論で開発してきました。トレーディングストラテジーのプログラミング言語のレベルは非常に深く、多くの失敗を 重ねた実践的な経験がベースになっています。 経験を積んだにもかかわらず、多くの失敗をしたことを正しく書いていますね。だから、現在のどんな解決策も、もう間違いはない;-)。そして、実用的なソフトウェア開発に取り組んでいるのは、MQだけではありません...。また、この分野でのプロフェッショナリズムを言葉で証明しても、あまり説得力がない...。 1234567891011121314...16 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
問題解決の可能性を機転を利かせて指摘されたのですね。あなたの不満はすべて解消されました。だから、繰り返さないようにしないと、フラッディングで追放されます。
禁止?誰も答えてくれない質問を繰り返すだけです。そして、それを繰り返すのでもなく、明確にするのです。
洪水、一部の無意味なプロセス投稿のために無意味なんです。私は、自分の立場が正しいことを納得してもらおうと、いや、むしろしてきたのです。論拠を示しました。誰も反論してくれなかった。
我々は最終的に何を持っていますか? どのような引数は、誰も私に戻って、価値のないものをもたらすことができなかった? ...しかし、それは私に思えるが、再びそれらをもたらすことさえ完全に無意味であり、これらのすべての引数を上回るMQからいくつかの他の引数があるはずですので、。でも、実際にここで発表している人はいません。だから、少なくとも状況はおかしい。理性的な人はみな戸惑うのだが、MQは立ち止まる。
なるほど、そうなんですね。ここで、「ユーザーにとって必要だから」という理由ではないことを知っていたら、この話題はなかったでしょう。
というわけで、この話題は終わりです、回答ありがとうございました。
みんなが大好きなEDS(電子デジタル署名のことですね)については、すでに開発者が何度も言っています。EDSの導入時期について、VTB24は次のように述べた。
MetaTrader 5のEDSでは、すべてがうまくいきます。サーバー上のボックスをチェックすると、SSL証明書(RSA 1024または2048ビット)を使用して別のレベルの認証が追加されます。SSL証明書(*.pfx)は、クライアント側(レジストリまたはディスク)に保存され、トレーダーのキャビネットなど、他のサービスでの署名または認証に使用できます。
4でも同じでしたが、よりシンプルになり、直接SSLに対応することもなくなりました。しかし、実際にはこのモードを有効にするブローカーはほとんどありませんでした。
と戸惑いながらも、MQはその場に立ち尽くす。
その困惑の理由は何でしょうか?
DLLが欲しいなら使えばいい、なぜデバッグをしなければならないと思う?
どのような主張をされたのですか?
1)自分のコードを渡す。
2) 私は、DLLで他人の専門家を使用しないでください。
3)誰かが簡単にプロテクトを破ることができる。(まさか自分ではないでしょうね。)
アカデミックな皆様へ。
実際には、理由を丁寧に説明しようとするあまり、すべてをしっかりと整理する明確な言葉にたどり着けなかったということなのでしょう。
あなたは今、2001年からMQL言語(MetaQuotesプラットフォームで初めて導入された)を開発して いる実務家に教えようとしています。9年以上にわたって、私たちは一貫してMQL - MQL2 - MQL4とMQL5をフォーラムでの公開討論で開発してきました。取引戦略のためのプログラミング言語のレベルは非常に深く、私たちが多くの失敗をした実践的な経験に基づいています。
このような背景から、皆さんは登場し、ご自身のI/MNEに基づいて、氷山の一角を争い、説明を求め、システム開発に影響を与える根本的なメカニズムを理解していないのだと思います。この状況は、自信に満ちた小学3年生が、教授に自分のために世界を回せと要求するのとよく似ている。なぜなら、それが正しいことだと思うからだ。教授、なぜ世界が私に合わないのか、説明もできないくせに!」という生意気な口調は、単に絵の仕上げに過ぎないのだ。
このように説明しなければならないのは、情報や取引プラットフォームの作り方、その中で何が重要か、どこに致命的な失敗があり、どこに成功があるのかをレクチャーするつもりはないからです。
すべての愛されるEDS(電子デジタル署名と理解しています)開発者は、すでに複数回表明しています。彼らの声明は(私がVTB-24銀行について間違っていなければ)次のようなものだった -EDSの頃について
EDS? で、端末に実装されているようです。物理的に少なくとも1社は再上場している。私の理解では、このEDSは、法制化されたレベルですべてがうまくいっているわけではありません。そこに何らかの複雑な事情があるのでしょう、うーん。
残念ながら、私たちの指導者たちは、株式や為替市場の取引の主要な中心地を作ることについて、より多く語っています。現実には、我々の法律は「中世」(株式市場は何とか規制されているので平均的)あたりなのだが......。
DLLが欲しいなら使えばいい、なぜデバッグをしなければならないと思うのか?
もちろん、その必要はありません。問題は、なぜあなたはそうする必要がないのに、他の何かがそうするのか、ということです;-)。一番いいのは、オープンなユーザー投票で決めることです。そうすれば、誰がどんな機能や特徴を必要としているのか、また、そのような人がどれだけいるのかが、誰にでもわかるようになります。MQがクローズドモードで意思決定を行い、この機能、この機能の支持者を仮定して言及するのみである限り、意思決定の妥当性は見えてきません。
実のところ、すでに何度も言われていることですが、MQがどんなに頑張っても、市場にある本物の開発環境に匹敵するプロフェッショナルな開発ツールを作ることはできません(異論はあるでしょうが、これは当然のことで、あなたの立場では状況は変わらないのです)。そのため、DLL開発にも需要があるだろうし、デバッグにも需要があるだろう。自分で書いたエミュレータでのデバッグは、実際のホストアプリケーションでのデバッグとほとんど等しくなく、さらにその書き込みにかかるコストはすべてユーザーに転嫁されます。この意味で、MQLレイヤーを持たない方が便利な人(そのうちの何人がそうかは分かりませんが)がいて、MQは外部プログラムとの統合のために「直接」利用できるクライアントAPIを提供しています。
...
私はプログラマーであり、あなたの知的財産は必要ありません。
私はプログラマーで、自分用と注文用と販売用の両方のソフトウェアを作っています。私はいつもソースコードを渡しています。つまり、プログラムを守る人たちが何を望んでいるのか、(幸いにも)私には理解できない(以前もそう思っていた)(愚かさからも明らかだ)。役に立たないので。
しかし、この会話は無意味で、ソボクには勝てないのです。嗚呼。
私はプログラマーでもあり、自分のためや依頼を受けてプログラムを書いたり、また定期的にDLLのサービスに頼ったりしています。また、少なくともトレーディングシステム用のDLLで実装したものはたくさんあります(それまでMQLには必要な機能はありませんでしたし、ex4用のデコンパイラもWeb上のいたるところにありました)...。
しかし、ソースコードを顧客に送ることは、標準的または必須の手順ではないことに同意します。そして、そのような仕事のコストは何倍にもなるはずです。
そして、彼らのプログラムを保護する人々は、平凡な単純にしたい - 彼らはしかし、生活で稼ぐと自分の仕事を犠牲にして家族を養う(彼らの意志に反してコードの形で自分の仕事は誰かが複製することができると考えていない)。
追記
そして、プロテクションの有用性についての結論として、私は先に「MS Windows」と「1C:Enterprise 7.7」(そしてプログラマーとして、あなたは私の次の例に興味を持ち、理解すると思います)を挙げたことを無駄にはしていません。
私たちの好きなオペレーティングシステムについて話すつもりはありませんが、同じような機能を持つバージョンのLinuxと比較すると、それはウイルスであり、侵入者がPCに入るための1つの大きな穴であることはすでに明らかです。
ここでは、経理担当者なら誰もが知っている「1C:Enterprise 7.7」とDICの「TurboBookkeeping 6.9」の2つの製品を紹介しましょう。
両社ともロシア系で、会計ソフトを製造しており、両製品とも(保護手段として)ハードウェア・ソフトウェアキーを持ち、両製品とも独自の内蔵言語を持っている。
しかし、海賊版で1Cからの製品は、すべてのコーナーにある(まだ。 おそらくすでに8バージョンは、あなたが望むなら得ることができる)とだけ彼の時間の怠惰な1は、それが使用されていないが、海賊版でTBは、私は(どちらも6.7、また6.9)を満たしていなかった。10年ほど前からこれらのプログラムに親しんでいますが。
もちろん、その必要はありません。問題は、具体的になぜこれがしなくていいことで、することなのかです ;-)。一番いいのは、オープンなユーザー投票で決めることです。そうすれば、誰がどんな機能や特徴を必要としているのか、また、そのような人がどれだけいるのかが、誰にでもわかるようになります。MQがクローズドモードで意思決定を行い、この機能、この機能の支持者を仮定して言及するのみである限り、意思決定の妥当性は見えてきません。
また、MQ臨時政府は、ボルシェビキの兵士や船員、そして料理人や清掃員の革命的な大衆によって打倒されるべきだと考えています。うん。
実のところ、すでに何度も言われていることですが、MQがどんなに頑張っても、市場にある本物の開発環境に匹敵するプロフェッショナルな開発ツールを作ることはできません(異論はあるでしょうが、これは当然のことで、あなたの立場では状況は変わらないのです)。 そのため、DLL開発にも需要があるだろうし、デバッグにも需要があるだろう。 自分で書いたエミュレータでのデバッグは、実際のホストアプリケーションでのデバッグとほとんど等しくなく、さらにその書き込みにかかるコストはすべてユーザーに転嫁されます。この意味で、MQLの形でレイヤーを持たず、MQがクライアントAPIを提供し、外部プログラムとの統合のために「直接」アクセスできる方が便利な人(その数はおそらくわからないだろう;-)がいるだろう。
市販されている本物の開発環境」をリストアップしてほしい。そして、その「リアルさ」が何であるかという短い注釈。
そして、プロテクトはもちろん解除されます。世論調査をしよう - いつまで続けるか。;-)
どれくらいの時間がかかるか見てみましょう。アンケートなんかいらないから、やれ、高い品格を示せ。
あなたは今、2001年からMQL言語(MetaQuotesプラットフォームで初めて導入された)を開発して いる実務家に教えようとしています。9年以上にわたって、私たちは一貫してMQL - MQL2 - MQL4とMQL5をフォーラムでの公開討論で開発してきました。トレーディングストラテジーのプログラミング言語のレベルは非常に深く、多くの失敗を 重ねた実践的な経験がベースになっています。