MT5におけるMQLコードのオーサーシップ保護。 - ページ 8 123456789101112131415...17 新しいコメント Sergey Kravchuk 2010.11.09 09:29 #71 Renat:すべてはすでに考え抜かれているのです。どのように動作するか知りたい場合は、iPhone/iPadを使用し、AppStoreからそれ用のソフトウェアを購入します。申し訳ありませんが、機会があるごとに、あなたのスタイラーの「便利な」フォーマット方法について、 あなたのお尻を 蹴るつもりです。)私は、E-shopの仕組みを廃棄することを提案しましたか? いいえ、まだ議論されていないことを議論することを提案 しました- 試用期間を提供する仕組み です! EAのデータファイルを暗号化する機能は、ショップを作るためのあなたの戦略に反していますか? この提案はある場所から来ました - 私はあなたが私を幸せにするものを正確に行う。これはあなたのプラットフォーム用の開発を販売した私の実務経験ですが、あなたは「目が輝いているiPad」しか見ていません:)))。ハードウェアを変更した場合、最大3回まで再アクティベーションする権利が与えられました。これは十分に合理的で公平です。 WebMoneyの財布もハードウェアと結びついていることをご存知ですか?外付けUSBドライブを接続してkeeperを起動するとすぐに、「不活性化したハードウェアで動作する」というたわごとが始まります。) Вот это стиль! :) - MQL4 форум www.mql5.com Вот это стиль! :) - MQL4 форум Igor Makanu 2010.11.09 09:54 #72 ForexTools:私はあなたのe-shopの仕組みを捨てるように提案しましたか? いいえ、私は まだ議論されていないことを議論するように提案 しました。試用期間を提供する仕組み です!何、EAのデータファイルを暗号化する機能は、あなたのショップ作成戦略に反するのですか? 提案が出たのは理由があります - 私はまさにあなたが私を幸せにすることをしています。これはあなたのプラットフォーム用の開発を販売する私の実務経験ですが、あなたは「目に輝くiPad」しか持っていません))) 私はなぜ開発者と非常に多くの紛争を知らない、我々は店を作成するために提供された - よく、良い、買い手と売り手の両方がサードパーティのサイトを必要としません。プロテクトが弱いと思って試用版やデモ版をショップで販売したいのであれば、試用版(デモ版)と購入者と別途契約し、ソースコードの完全機能版を渡すなどして販売すればよいでしょう。プログラマから多くのノイズ - バリケードの反対側にそれらを欠落の完全なセットのために - バイヤー、それは議論する方が楽しいだろう;) そうすれば、購入者は、なぜ私はお金のためにプログラムを買ったのに、このプログラムを親戚と共有できないのか、などと騒ぎ出すことができるかもしれません。 SZS:私は、ショップでプログラムを議論するためのリンクが欲しいのですが、自由なコミュニケーションと、IP登録とレビュアーのIPの部分的な表示、およびメールでは、誰もナンセンスを書くことができないように、単純なフォーラムのように平凡ではないでしょう Mikhail Dovbakh 2010.11.09 10:06 #73 Renat:もし、鍵の保護について話すなら、インターネット全体がまさにこれらの鍵で溢れかえることになります。つまり、保護ではなく、見せかけの、しかも購入者に鍵の管理を強いるような複雑な実装になるのです。どう実装するかはあなた次第...。一番良い方法は、AppleのAppStore/iTunesの販売スキームの仕組みを見てみることです。お客様はクリックするだけでソフトを購入でき、何か転送したりキーを使ったりする手間はありません。購入者はMQL5.comにアカウントを持つだけで、購入履歴が保存され、以前に購入したプログラムを再び有効にすることができます。ここでは、購入者の想像上の「都合」という側面からではなく、少し違う話をしているのです。 プログラムのソースコードは、私はあなたが送信する必要はありません理解しています。それはeh5のロックを解除し、私はそれを理解するように、DLLから、 "悪意のある "コードからの保護の口実で、禁止するのに十分であろう。不明なのは、ハードへのバインディングがどのように一括して行われるのか。それとも、すでにすべてのスパイ情報が端末で抽出され、それを通じてショップとの連携が見えるようになるのでしょうか。 プログラムを購入すると、特別にコンパイル/保護されたコピーが手に入るので、商人のキーよりずっと良い。個人情報保護は、購入時にすべて自動的に行われます。これが提案されているもので、ベンダーとバイヤーの証明書のデータから生成されるリコンパイル/再保護されたコピーである。購入者の証明書は、アカウントにリンクされています。そして、それは理にかなっている。 私たちの目標は、購入・売却のプロセスをできる限り簡略化することです。10%はお金でもあります。;) Sergey Kravchuk 2010.11.09 10:10 #74 IgorM:なぜ開発者との論争が多いのかわからない。私が提案したことをよく読んでください。暗号化キーが口座番号に なるようにデータを暗号化する可能性です。これは、彼らのショップでは解決できない問題の解決策です ;)また、私はプラットフォームの機能追加を提案しているのですが、なぜか開発者への批判や反論になっているようです。 Mikhail Dovbakh 2010.11.09 10:14 #75 ForexTools:私が提案したことをよく読んでください。暗号化キーがアカウント番号に なるようにデータを暗号化する可能性です。これは、彼らのショップが解決できない問題のいくつかに対する解決策です;)。もう一度言いますが、私はこのプラットフォームの機能を追加することを提案しているのですが、なぜか開発者への批判に見えてしまうのです。 このアカウントへのバインディングは、当初から提案されていたものです。ただ、(利便性のために)証明書がなくなったことで、なぜそれがブローカーや口座と必然的に結びついているのかを理解する機会が、多くの人から奪われています。つまり、ソフトウェアを販売するのは、現在のようにInetではなく、特定された個人であるということです...。 Igor Makanu 2010.11.09 10:24 #76 ForexTools:私が提案したことをよく読んでください。暗号化キーが口座番号に なるようにデータを暗号化する可能性です。これは、彼らのショップでは解決できない問題の解決策です ;)もう一度言いますが、私はプラットフォームに機能をADDすることを提案しているのに、なぜか開発者への批判や議論に見えてしまうのです。このスレッドをよく読んで、私はセキュリティソフトウェアに興味を持っています。あなたが見る、ソフトウェア製品の保護 - それは長年にわたって痛いポイントだ、あなたは、例えば、暗号化とアカウント番号へのバインディングを主張し、私は自己書き込みパッカー(パッカー)を使用すると、それはプログラムの構造へのリンクを変更する - すなわち、私はこのスレッドのテーブルを叩くと完全に機能する保護を実装するための形式.ex5を要求する必要があります。私はめったにソフトウェア開発者が一緒に彼らのソフトウェアの保護と - 通常、他の人がそれを行うという事実にこれを書いている、メタ引用符は、.dllの使用を制限しない場合は、複雑なセキュリティアルゴリズムの実装は、任意のプログラマに利用できるようになります - あなたはそれが試験を行う必要があると考えられる場合 - 、ショップを通じて試用を販売し、あなたのライブラリを保護、mql5でdllのコードのほとんどの移植に問題はありません - 最小限の努力とそれが完全にex5をインポートされています。プラットフォームがオープンであればあるほど、ハッカーにとって使いやすくなります。 Sergey Kravchuk 2010.11.09 10:34 #77 私たちは何を議論しているのでしょうか? プラットフォームがデータを暗号化することができれば、開発者にとって(彼らにとっても私たちにとっても)悪いことでしょうか。理想的には、2つの異なる実装が必要です。1) Expert Advisorのアカウント番号による 暗号化2)恣意的な言い換えによる暗号化。?!コード、データ、その他を保護するために)どのように使うべきかは、十人十色の問題です。 これらの機能は有用か、実装可能か、プラットフォームに追加する意味があるか、答えは明白なので、質問はほとんど修辞的なものです。 Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете www.mql5.com Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете - Документация по MQL5 Yuriy Zaytsev 2010.11.09 10:34 #78 Interesting:残念ながら、一部のフリーローダー(知る人ぞ知る)の生活が苦しくなるわけではありません。口座へのバインディングはすべての問題の解決策ではありません。有能に設計された「ディールコピーヤー」はすべてのデータを他の口座に転送します(特にデータがMT5からMT5へコピーされる場合)。エキスパートだけでなく、スクリプトやインジケーター、ライブラリなどのコードも保護されるべきだと私は考えています。私としては、こちらの方がより興味深く、重要なテーマだと考えています。なぜ、より重要なのか?ご存知のように、MQLを使って実装できるツールはすべて、自動化システム、半自動化システム、手動取引用のツールに分けられます。また、システムには「ブラックボックス」「グレーボックス」「ホワイト」(オープンソースでロジックが明示されているシステム)という区分がある。そのため、業務用として発表されるMTSは、ほとんどすべてブラックボックスかグレーボックスとなります。比重はそれほど大きくはないでしょう(30~40%を超えることはないと思います)。同時に、このようなソリューションは柔軟性に欠ける(基本的に1つの戦略しか実行できないため)。個別のスクリプト、ライブラリ、インジケータは別問題です。これらのソフトウェア・ソリューションは、マニュアル取引と機械取引のすべての分野で存在することになります。同時に、基本的なコンストラクター要素としても使用できるようになる。追記ここでは、開発者やユーザーの権利を侵害しないよう、最大限に保護することが必要だと考えています。この場合の最適な保護方法は、私の理解では、ただ1つ、ハードウェアへのバインディングです。模倣犯? まあ、それじゃ全然救われないけど。例えば、クライアントがソフトを買ってくれる!とか。 パスワードを入力するだけで、そのアカウントでの作業が別のマシンに問題なくコピーされる...。 プロテクトが超ド級でも救われない!(アカウントの所有者がコピーすることを希望した場合、コピーされます。)--ということで、これはハードに縛られる議論ではありません。1枚売りたいならハードへのバインディングがおすすめ!5つの場所で仕事をしたい場合は、5枚購入する必要があります。自宅 - 仕事 - モバイル - 親戚 - その他の場所 第二に、まともな神経の持ち主なら、5枚も買わないでしょう。--でも、口座番号 や苗字にリンクさせれば、何の問題もないんです。 ハードウェアに縛られることなく、喜んで製品を受け入れてくれることでしょう Igor Makanu 2010.11.09 10:45 #79 ForexTools: 私たちは何を議論しているのでしょうか? プラットフォームがデータを暗号化することができれば、開発者にとって(彼らにとっても私たちにとっても)悪いことでしょうか。理想的には、2つの異なる実装が必要です。1) Expert Advisorのアカウント番号による 暗号化2)恣意的な言い換えによる暗号化。?!コード、データ、その他を保護するために)どのように使うべきかは、十人十色の問題です。 これらの機能は有用か、実装されているか、プラットフォームに追加することに意味はあるか。 これらの質問はほとんど修辞的なもので、答えは極めて明白であるため、答えは4つの「YES」です。 まあ、mql5で対称型暗号化機能が必要なだけならまだしも、mql5からの機密データへのアクセスは別物ですからね。アカウントの問題はメタクオーツではなくDTで処理されるので、MT5でログインやパスワードを盗む側に抜け道があるとしたら、それはMT5を根こそぎ殺すことになるでしょうね Yuriy Zaytsev 2010.11.09 10:48 #80 Mischek: また、販売時のアカウントへの紐付けは誰が行うのでしょうか?本当に問題提起になるのでしょうか? 売る方はもちろん、縛る方1分から5分くらいかかります。 データを受信した後、自動的にリリースの生成を行います。 リリース変更の自動配布まで全て解決します。あるいは、さらに考えて、あなたは眠っていて、ソフトウェアはウェブ上の自動化されたシステムから購入されているのでしょうか?:-) まあ、ちょっとした見落としで、それもできるんですけどねww1-同じWM決済サービスへのバインド支払い後 n 2 3 42 - お客様は、パーソナライズのために、特別なフィールドに個人データを入力します。 3世代同時発売4リリースのメール送信これもすべて解決できる! 問題は見当たらない。 123456789101112131415...17 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
すべてはすでに考え抜かれているのです。どのように動作するか知りたい場合は、iPhone/iPadを使用し、AppStoreからそれ用のソフトウェアを購入します。
申し訳ありませんが、機会があるごとに、あなたのスタイラーの「便利な」フォーマット方法について、 あなたのお尻を 蹴るつもりです。)
私は、E-shopの仕組みを廃棄することを提案しましたか? いいえ、まだ議論されていないことを議論することを提案 しました- 試用期間を提供する仕組み です! EAのデータファイルを暗号化する機能は、ショップを作るためのあなたの戦略に反していますか? この提案はある場所から来ました - 私はあなたが私を幸せにするものを正確に行う。これはあなたのプラットフォーム用の開発を販売した私の実務経験ですが、あなたは「目が輝いているiPad」しか見ていません:)))。
ハードウェアを変更した場合、最大3回まで再アクティベーションする権利が与えられました。これは十分に合理的で公平です。
私はあなたのe-shopの仕組みを捨てるように提案しましたか? いいえ、私は まだ議論されていないことを議論するように提案 しました。試用期間を提供する仕組み です!何、EAのデータファイルを暗号化する機能は、あなたのショップ作成戦略に反するのですか? 提案が出たのは理由があります - 私はまさにあなたが私を幸せにすることをしています。これはあなたのプラットフォーム用の開発を販売する私の実務経験ですが、あなたは「目に輝くiPad」しか持っていません)))
私はなぜ開発者と非常に多くの紛争を知らない、我々は店を作成するために提供された - よく、良い、買い手と売り手の両方がサードパーティのサイトを必要としません。
プロテクトが弱いと思って試用版やデモ版をショップで販売したいのであれば、試用版(デモ版)と購入者と別途契約し、ソースコードの完全機能版を渡すなどして販売すればよいでしょう。
プログラマから多くのノイズ - バリケードの反対側にそれらを欠落の完全なセットのために - バイヤー、それは議論する方が楽しいだろう;)
そうすれば、購入者は、なぜ私はお金のためにプログラムを買ったのに、このプログラムを親戚と共有できないのか、などと騒ぎ出すことができるかもしれません。
SZS:私は、ショップでプログラムを議論するためのリンクが欲しいのですが、自由なコミュニケーションと、IP登録とレビュアーのIPの部分的な表示、およびメールでは、誰もナンセンスを書くことができないように、単純なフォーラムのように平凡ではないでしょう
もし、鍵の保護について話すなら、インターネット全体がまさにこれらの鍵で溢れかえることになります。つまり、保護ではなく、見せかけの、しかも購入者に鍵の管理を強いるような複雑な実装になるのです。
どう実装するかはあなた次第...。
一番良い方法は、AppleのAppStore/iTunesの販売スキームの仕組みを見てみることです。お客様はクリックするだけでソフトを購入でき、何か転送したりキーを使ったりする手間はありません。購入者はMQL5.comにアカウントを持つだけで、購入履歴が保存され、以前に購入したプログラムを再び有効にすることができます。
ここでは、購入者の想像上の「都合」という側面からではなく、少し違う話をしているのです。
プログラムのソースコードは、私はあなたが送信する必要はありません理解しています。それはeh5のロックを解除し、私はそれを理解するように、DLLから、 "悪意のある "コードからの保護の口実で、禁止するのに十分であろう。不明なのは、ハードへのバインディングがどのように一括して行われるのか。それとも、すでにすべてのスパイ情報が端末で抽出され、それを通じてショップとの連携が見えるようになるのでしょうか。
プログラムを購入すると、特別にコンパイル/保護されたコピーが手に入るので、商人のキーよりずっと良い。個人情報保護は、購入時にすべて自動的に行われます。
これが提案されているもので、ベンダーとバイヤーの証明書のデータから生成されるリコンパイル/再保護されたコピーである。購入者の証明書は、アカウントにリンクされています。そして、それは理にかなっている。
私たちの目標は、購入・売却のプロセスをできる限り簡略化することです。
10%はお金でもあります。
;)
なぜ開発者との論争が多いのかわからない。
私が提案したことをよく読んでください。暗号化キーが口座番号に なるようにデータを暗号化する可能性です。これは、彼らのショップでは解決できない問題の解決策です ;)
また、私はプラットフォームの機能追加を提案しているのですが、なぜか開発者への批判や反論になっているようです。
私が提案したことをよく読んでください。暗号化キーがアカウント番号に なるようにデータを暗号化する可能性です。これは、彼らのショップが解決できない問題のいくつかに対する解決策です;)。
もう一度言いますが、私はこのプラットフォームの機能を追加することを提案しているのですが、なぜか開発者への批判に見えてしまうのです。
私が提案したことをよく読んでください。暗号化キーが口座番号に なるようにデータを暗号化する可能性です。これは、彼らのショップでは解決できない問題の解決策です ;)
もう一度言いますが、私はプラットフォームに機能をADDすることを提案しているのに、なぜか開発者への批判や議論に見えてしまうのです。
このスレッドをよく読んで、私はセキュリティソフトウェアに興味を持っています。
あなたが見る、ソフトウェア製品の保護 - それは長年にわたって痛いポイントだ、あなたは、例えば、暗号化とアカウント番号へのバインディングを主張し、私は自己書き込みパッカー(パッカー)を使用すると、それはプログラムの構造へのリンクを変更する - すなわち、私はこのスレッドのテーブルを叩くと完全に機能する保護を実装するための形式.ex5を要求する必要があります。
私はめったにソフトウェア開発者が一緒に彼らのソフトウェアの保護と - 通常、他の人がそれを行うという事実にこれを書いている、メタ引用符は、.dllの使用を制限しない場合は、複雑なセキュリティアルゴリズムの実装は、任意のプログラマに利用できるようになります - あなたはそれが試験を行う必要があると考えられる場合 - 、ショップを通じて試用を販売し、あなたのライブラリを保護、mql5でdllのコードのほとんどの移植に問題はありません - 最小限の努力とそれが完全にex5をインポートされています。
プラットフォームがオープンであればあるほど、ハッカーにとって使いやすくなります。
私たちは何を議論しているのでしょうか? プラットフォームがデータを暗号化することができれば、開発者にとって(彼らにとっても私たちにとっても)悪いことでしょうか。理想的には、2つの異なる実装が必要です。
1) Expert Advisorのアカウント番号による 暗号化
2)恣意的な言い換えによる暗号化。
?!
コード、データ、その他を保護するために)どのように使うべきかは、十人十色の問題です。
これらの機能は有用か、実装可能か、プラットフォームに追加する意味があるか、答えは明白なので、質問はほとんど修辞的なものです。
残念ながら、一部のフリーローダー(知る人ぞ知る)の生活が苦しくなるわけではありません。口座へのバインディングはすべての問題の解決策ではありません。有能に設計された「ディールコピーヤー」はすべてのデータを他の口座に転送します(特にデータがMT5からMT5へコピーされる場合)。
エキスパートだけでなく、スクリプトやインジケーター、ライブラリなどのコードも保護されるべきだと私は考えています。私としては、こちらの方がより興味深く、重要なテーマだと考えています。
なぜ、より重要なのか?
ご存知のように、MQLを使って実装できるツールはすべて、自動化システム、半自動化システム、手動取引用のツールに分けられます。
また、システムには「ブラックボックス」「グレーボックス」「ホワイト」(オープンソースでロジックが明示されているシステム)という区分がある。
そのため、業務用として発表されるMTSは、ほとんどすべてブラックボックスかグレーボックスとなります。比重はそれほど大きくはないでしょう(30~40%を超えることはないと思います)。同時に、このようなソリューションは柔軟性に欠ける(基本的に1つの戦略しか実行できないため)。
個別のスクリプト、ライブラリ、インジケータは別問題です。これらのソフトウェア・ソリューションは、マニュアル取引と機械取引のすべての分野で存在することになります。同時に、基本的なコンストラクター要素としても使用できるようになる。
追記
ここでは、開発者やユーザーの権利を侵害しないよう、最大限に保護することが必要だと考えています。この場合の最適な保護方法は、私の理解では、ただ1つ、ハードウェアへのバインディングです。
模倣犯? まあ、それじゃ全然救われないけど。
例えば、クライアントがソフトを買ってくれる!とか。
パスワードを入力するだけで、そのアカウントでの作業が別のマシンに問題なくコピーされる...。
プロテクトが超ド級でも救われない!
(アカウントの所有者がコピーすることを希望した場合、コピーされます。)
--
ということで、これはハードに縛られる議論ではありません。
1枚売りたいならハードへのバインディングがおすすめ!
5つの場所で仕事をしたい場合は、5枚購入する必要があります。
自宅 - 仕事 - モバイル - 親戚 - その他の場所
第二に、まともな神経の持ち主なら、5枚も買わないでしょう。
--
でも、口座番号 や苗字にリンクさせれば、何の問題もないんです。
ハードウェアに縛られることなく、喜んで製品を受け入れてくれることでしょう
私たちは何を議論しているのでしょうか? プラットフォームがデータを暗号化することができれば、開発者にとって(彼らにとっても私たちにとっても)悪いことでしょうか。理想的には、2つの異なる実装が必要です。
1) Expert Advisorのアカウント番号による 暗号化
2)恣意的な言い換えによる暗号化。
?!
コード、データ、その他を保護するために)どのように使うべきかは、十人十色の問題です。
これらの機能は有用か、実装されているか、プラットフォームに追加することに意味はあるか。 これらの質問はほとんど修辞的なもので、答えは極めて明白であるため、答えは4つの「YES」です。
また、販売時のアカウントへの紐付けは誰が行うのでしょうか?
本当に問題提起になるのでしょうか? 売る方はもちろん、縛る方
1分から5分くらいかかります。
データを受信した後、自動的にリリースの生成を行います。
リリース変更の自動配布まで全て解決します。
あるいは、さらに考えて、あなたは眠っていて、ソフトウェアはウェブ上の自動化されたシステムから購入されているのでしょうか?:-)
まあ、ちょっとした見落としで、それもできるんですけどねww
1-同じWM決済サービスへのバインド
支払い後 n 2 3 4
2 - お客様は、パーソナライズのために、特別なフィールドに個人データを入力します。
3世代同時発売
4リリースのメール送信
これもすべて解決できる! 問題は見当たらない。