MT5におけるMQLコードのオーサーシップ保護。 - ページ 6 12345678910111213...17 新しいコメント Renat Fatkhullin 2010.11.06 23:48 #51 まず、鍵の仕組みや売り手と買い手の関係のすべての仕組みを具体的に教えてください。誰も応援したくなくなるような、複雑すぎるものになってしまう。言うまでもなく、キーはインターネット上に転がっていることでしょう。皆さんは、システム全体を細かく考えたことはなく、表面的な想定しかしていないのではないでしょうか。私たちは、MQL5プログラムを 保護付きで購入/販売するための、非常に簡単で自動的、かつかなり信頼性の高いシステムを開発しました。売り手は自分のコードを売り出し、価格を指定します。購入者はリパッケージされたデモをダウンロードし、テスターでテストするが、このコードをターミナルで物理的に 使用することはできない購入者は、自分のハードウェアに合うようにハードカバーされたプログラムを購入し、自分のコンピュータでのみ実行されます(数回のクリックで購入できます)売り手は販売報告書をチェックし、利益を計算する計算や支払いはすべて私たちが行います その結果、売り手が煩わされることなく、すべてのセキュリティ作業が自動的に行われるのです。購入者は数クリックでプログラムを入手でき、生成、転送、キー入力の心配をする必要がない。ライセンスが無効な場合、新しいハードウェアで過去に購入したプログラムを3回まで再アクティブ化することができる。 Документация по MQL5: Программы MQL5 www.mql5.com Программы MQL5 - Документация по MQL5 Mikhail Dovbakh 2010.11.07 01:23 #52 Renat:まず、鍵の仕組みや売り手と買い手の関係のすべての仕組みを具体的に教えてください。誰も応援したくなくなるような、複雑すぎるものになってしまう。言うまでもなく、キーはインターネット上に転がっていることでしょう。きっと皆さんは、システム全体を細かく考えず、表面的な思い込みだけで判断しているのではないでしょうか。私たちは、MQL5プログラムを 保護付きで購入/販売するための、非常に簡単で自動的、かつかなり信頼性の高いシステムを開発しました。売り手は自分のコードを売り出し、価格を指定します。購入者はリパッケージされたデモをダウンロードし、テスターでテストするが、このコードをターミナルで物理的に 使用することはできない購入者は自分のハードウェアにリパッケージされたプログラムを購入し、自分のコンピュータ上だけで動作する(数クリックで購入)売り手は販売報告を見て、利益を計算します。計算や支払いはすべて私たちが行います その結果、売り手が煩わされることなく、すべてのセキュリティ作業が自動的に行われるのです。購入者は数クリックでプログラムを入手でき、生成、転送、キー入力の心配をする必要がない。ライセンスが故障しても、新しいハードウェアで過去に購入したプログラムを3回まで再アクティブ化できるそうです。に磨きをかけましょう。 何しろ、これは深刻なことなのです。詳しく教えていただければ、より安心です。 Yuriy Zaytsev 2010.11.07 18:38 #53 api: 人が作ったものは、他の人が壊すことができる。 厳密には、絶対的な保護機能はなく、実装されることはないでしょう。 だから、「一般的に、EA/インジケータのデコンパイル保護についてはかなり懐疑的です」と書いたのです。たぶん、実現不可能な夢だと思うんです。"荒野の奥へ進めば、もちろんASMもあるし、コードもある...。 しかし、現在のボリュームでは、腰を据えてロジックを解析し、asmからC++に翻訳し、少なくともアルゴリズムを手に入れる人はほとんどいないでしょう e.g. Microsoft Officeをソースコードに取り込むオプション !バージョン2007から始めれば、バージョン2057が出たときに(年単位で)間に合うかもしれません。特に、一人しかいない場合はね。原則として、独自のアルゴリズムを作成する方が簡単です。 Yuriy Zaytsev 2010.11.07 18:41 #54 Renat:私たちはすでに、専門家である開発者のために特別にいくつかの保護策を用意しています。後日、発表いたします。あなたのアイデアは良いものであり、実現可能です。 望ましいセキュリティの方法について、皆様からのご意見をお待ちしています。例えば、あるデータを出力するサーバーで、あるデータを入力として受け取る場合、コードは隠されます。コードを手にすることはできない! 結果だけだ。 Yuriy Zaytsev 2010.11.07 18:58 #55 vicondi:"アドバイザーを売る..."- MTを本来の目的である取引に使う方法を知らない人向け。"そして、ここにはトレーダーの生活を楽にする様々なツールがあります... "というのは、端末の標準的な表現であるべきだと思います。EVERYTHINGを解決するのは不可能だ!端末で役立つEVERYTHINGを解決するのは非現実的! ir0407 2010.11.08 02:36 #56 Renat:3. 顧客は、自分のハードウェアに再パッケージ化されたソフトウェアを購入し、それは自分のコンピュータ上でのみ動作します(数回のクリックで購入できます)。ライセンスが無効になった場合、新しいハードウェアで購入済みのプログラムを3回まで再アクティブ化することができます。 ハードウェアへのバインディングを使った経験から、この方法は有効でないことが分かっています。特に、再活性化の回数が制限されている場合はなおさらです。このため、ユーザーがハードウェアをアップグレード、更新、変更する自由度が大幅に制限されることが、実務上明らかになっています。そして、このことは、今日の急速に変化するコンピュータ技術の世界では、有償ソフトウェア開発者にマイナスの影響を与えます(法的起動に伴うエラーの増加、サポートへの問い合わせ数の増加、コスト増、製品の金銭的・精神的サポート)。すでにハードウェアにそのようなバインディングを施したことのある人なら、これがどれほど面倒なことか......わかるはずです。オプションとして、コンパイルされたコードに保護されたロックされたセクションを設けることも可能です。このセクションには、特定のアカウント、DC、その他のものに関連付けられた、コード開発者のユーザー信頼証明書がなければアクセスすることができません。この場合、MQはMQLコードを保護するための措置を講じる義務を負わなくなります。これは、開発者自身がMQLで何かを書いていることになります。MQは、証明書のチェックと、MQLコードのクローズド部分へのアクセスのディスパッチのみに従事するようになる。証明書がある場合は、コード全体または一部が利用できなくなり、証明書がない場合は、コード全体がオープンセクションになります。さて、MQLコンパイラでは、開発者の証明書でコードを閉じる仕組みを組み込まなければならないでしょう。シンプルでセンスがいい」と言われるように...。:)現在、これは私が知る限り、最も信頼性が高く、手頃な価格のソフトウェア保護方法の一つです。サーティフィケートはどこで手に入るのですか?はい、同じVerySignまたは類似のサービス(どこがより便利または有益である)、専門的にこの技術に従事。 削除済み 2010.11.08 04:57 #57 ir0407:ハードウェアテザリングの経験から、この方法は効果的でないことが分かっています。特に、再活性化の回数が制限されている場合はなおさらです。このため、ユーザーがハードウェアをアップグレード、更新、変更する自由度が大幅に制限されることが実務上わかっています。そして、このことは、コンピュータ技術の変化の激しい今日の世界では、有償ソフトウェア開発者に悪影響を及ぼします(法的起動に伴うエラーの増加、サポートへの問い合わせの増加、コスト増、製品の金銭的・精神的サポート)。一般的に、すでにハードウェアにそのような結合を行ったことのある人は、これがどれだけ手間を増やすことになるかを知っています...。オプションとして、コンパイルされたコードに保護されたロックされたセクションを設けることも可能です。このセクションには、特定のアカウント、DC、その他のものに関連付けられた、コード開発者のユーザー信頼証明書がなければアクセスすることができません。この場合、MQはMQLコードを保護するための措置を講じる義務を負わなくなります。これは、開発者自身がMQLで何かを書いていることになります。MQは、証明書のチェックと、MQLコードのクローズド部分へのアクセスのディスパッチのみに従事するようになる。証明書がある場合は、コード全体または一部が利用できなくなり、証明書がない場合は、コード全体がオープンセクションになります。さて、MQLコンパイラでは、開発者の証明書でコードを閉じる仕組みを組み込まなければならないでしょう。シンプルでセンスがいい」と言われるように...。:)現在、これは私が知る限り、最も信頼性が高く、手頃な価格のソフトウェア保護方法の一つです。サーティフィケートはどこで手に入るのですか?はい、あなたは専門的にこの技術に従事し、同じVerySign、または類似のサービス(どこがより便利または有益である)からそれらを取得することができます。1.ハードウェアへのバインディングは、いくつかの不都合をもたらします。しかし、今のところ(十分に組織化されていれば)、かなり効果的で信頼できる保護方法である。問題は、それを何にバインドするかということだ。また、「インストール」の回数を3回から10回(最低でも)に増やすことを提案します。2.きっとその逆で、すべての保護作業はMQがやらなければならないのでしょう。取引口座へのリンクや使用期限もあったほうがいいかもしれません(ただし、これは開発者の希望による追加オプションです)。 Renat Fatkhullin 2010.11.08 06:37 #58 まるで他に保護する選択肢があったかのように? Yuriy Zaytsev 2010.11.08 07:31 #59 Renat: まるで、他に保護する方法があるかのように?MQLでトレーダー向けに書くプログラマーの視点から見てみるとmql5 - はおそらくもっと長く、もしかしたらとても長く続くかもしれませんが、デコンパイラを作らないというのは事実ではありません。 mql4 - 残念ながら、コードの保護はありません - いくつかのメソッドがわずかな安全マージンを与えるだけです。 場合によっては、鉄と結合しないこともあり得ます。 例えば、サイト上の関数の種類にサイトを作成する - コードがサイトにアピール - これは準備ができてソリューションを与えるが、誰もがこのソリューションを使用したいと思うことはありません。何らかのハードウェアやソフトウェアに依存し、通常、製品を販売した人以外の誰かに依存することがあります。----別枠MT4/MT5 MQL4/MQL5 + DLLのコンテキストでは、鉄と口座番号(番号)ではなく、実際のお金および/またはフルネーム、代わりにミドルネームを行うことができますバインドされています。 この方法は、(この特定のアプリケーションのためだけに)保護の点で最も簡単です - モバイルで、ハードウェアへの接続を必要としません。そして、ファウスパトロン(MT4のデコンパイラという形で)を持った少年たちは、落ちぶれていく。残るはASMを知り尽くし、デバッガレベルで分解できる、各種ロガーやデコンパイラなどの高度な仕組みを持つ、より本格的な人たちだけです。で、数が少なく、サービスも割高になっています。 Yuriy Zaytsev 2010.11.08 07:50 #60 Renat:まず、鍵の仕組みと売り手と買い手の関係全体の 仕組みを詳しく説明してください。...例えば買い手:インターネット上で情報を見つけ、買いたいと書き込む 売り手:決済の仕組みを説明 - 詳細を公開したくない場合は、パーソナライズを依頼する 購入者:代金を支払い、キーとなるパーソナライズデータ、アカウント番号 または名前を送信します。販売者:お客様の個人情報に紐づいた商品を送付します。これだ そんな事例もあり、少なからず 12345678910111213...17 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
まず、鍵の仕組みや売り手と買い手の関係のすべての仕組みを具体的に教えてください。誰も応援したくなくなるような、複雑すぎるものになってしまう。言うまでもなく、キーはインターネット上に転がっていることでしょう。皆さんは、システム全体を細かく考えたことはなく、表面的な想定しかしていないのではないでしょうか。
私たちは、MQL5プログラムを 保護付きで購入/販売するための、非常に簡単で自動的、かつかなり信頼性の高いシステムを開発しました。
- 売り手は自分のコードを売り出し、価格を指定します。
- 購入者はリパッケージされたデモをダウンロードし、テスターでテストするが、このコードをターミナルで物理的に 使用することはできない
- 購入者は、自分のハードウェアに合うようにハードカバーされたプログラムを購入し、自分のコンピュータでのみ実行されます(数回のクリックで購入できます)
- 売り手は販売報告書をチェックし、利益を計算する
- 計算や支払いはすべて私たちが行います
その結果、売り手が煩わされることなく、すべてのセキュリティ作業が自動的に行われるのです。購入者は数クリックでプログラムを入手でき、生成、転送、キー入力の心配をする必要がない。ライセンスが無効な場合、新しいハードウェアで過去に購入したプログラムを3回まで再アクティブ化することができる。まず、鍵の仕組みや売り手と買い手の関係のすべての仕組みを具体的に教えてください。誰も応援したくなくなるような、複雑すぎるものになってしまう。言うまでもなく、キーはインターネット上に転がっていることでしょう。きっと皆さんは、システム全体を細かく考えず、表面的な思い込みだけで判断しているのではないでしょうか。
私たちは、MQL5プログラムを 保護付きで購入/販売するための、非常に簡単で自動的、かつかなり信頼性の高いシステムを開発しました。
- 売り手は自分のコードを売り出し、価格を指定します。
- 購入者はリパッケージされたデモをダウンロードし、テスターでテストするが、このコードをターミナルで物理的に 使用することはできない
- 購入者は自分のハードウェアにリパッケージされたプログラムを購入し、自分のコンピュータ上だけで動作する(数クリックで購入)
- 売り手は販売報告を見て、利益を計算します。
- 計算や支払いはすべて私たちが行います
その結果、売り手が煩わされることなく、すべてのセキュリティ作業が自動的に行われるのです。購入者は数クリックでプログラムを入手でき、生成、転送、キー入力の心配をする必要がない。ライセンスが故障しても、新しいハードウェアで過去に購入したプログラムを3回まで再アクティブ化できるそうです。に磨きをかけましょう。
何しろ、これは深刻なことなのです。
詳しく教えていただければ、より安心です。
人が作ったものは、他の人が壊すことができる。
厳密には、絶対的な保護機能はなく、実装されることはないでしょう。
だから、「一般的に、EA/インジケータのデコンパイル保護についてはかなり懐疑的です」と書いたのです。たぶん、実現不可能な夢だと思うんです。"
荒野の奥へ進めば、もちろんASMもあるし、コードもある...。
しかし、現在のボリュームでは、腰を据えてロジックを解析し、asmからC++に翻訳し、少なくともアルゴリズムを手に入れる人はほとんどいないでしょう
e.g. Microsoft Officeをソースコードに取り込むオプション !
バージョン2007から始めれば、バージョン2057が出たときに(年単位で)間に合うかもしれません。
特に、一人しかいない場合はね。
原則として、独自のアルゴリズムを作成する方が簡単です。
私たちはすでに、専門家である開発者のために特別にいくつかの保護策を用意しています。後日、発表いたします。
あなたのアイデアは良いものであり、実現可能です。
望ましいセキュリティの方法について、皆様からのご意見をお待ちしています。
例えば、あるデータを出力するサーバーで、あるデータを入力として受け取る場合、コードは隠されます。
コードを手にすることはできない! 結果だけだ。
"アドバイザーを売る..."- MTを本来の目的である取引に使う方法を知らない人向け。
"そして、ここにはトレーダーの生活を楽にする様々なツールがあります... "というのは、端末の標準的な表現であるべきだと思います。
EVERYTHINGを解決するのは不可能だ!端末で役立つEVERYTHINGを解決するのは非現実的!
3. 顧客は、自分のハードウェアに再パッケージ化されたソフトウェアを購入し、それは自分のコンピュータ上でのみ動作します(数回のクリックで購入できます)。
ライセンスが無効になった場合、新しいハードウェアで購入済みのプログラムを3回まで再アクティブ化することができます。
ハードウェアへのバインディングを使った経験から、この方法は有効でないことが分かっています。特に、再活性化の回数が制限されている場合はなおさらです。このため、ユーザーがハードウェアをアップグレード、更新、変更する自由度が大幅に制限されることが、実務上明らかになっています。そして、このことは、今日の急速に変化するコンピュータ技術の世界では、有償ソフトウェア開発者にマイナスの影響を与えます(法的起動に伴うエラーの増加、サポートへの問い合わせ数の増加、コスト増、製品の金銭的・精神的サポート)。すでにハードウェアにそのようなバインディングを施したことのある人なら、これがどれほど面倒なことか......わかるはずです。
オプションとして、コンパイルされたコードに保護されたロックされたセクションを設けることも可能です。このセクションには、特定のアカウント、DC、その他のものに関連付けられた、コード開発者のユーザー信頼証明書がなければアクセスすることができません。この場合、MQはMQLコードを保護するための措置を講じる義務を負わなくなります。これは、開発者自身がMQLで何かを書いていることになります。MQは、証明書のチェックと、MQLコードのクローズド部分へのアクセスのディスパッチのみに従事するようになる。証明書がある場合は、コード全体または一部が利用できなくなり、証明書がない場合は、コード全体がオープンセクションになります。さて、MQLコンパイラでは、開発者の証明書でコードを閉じる仕組みを組み込まなければならないでしょう。シンプルでセンスがいい」と言われるように...。:)現在、これは私が知る限り、最も信頼性が高く、手頃な価格のソフトウェア保護方法の一つです。サーティフィケートはどこで手に入るのですか?はい、同じVerySignまたは類似のサービス(どこがより便利または有益である)、専門的にこの技術に従事。
ハードウェアテザリングの経験から、この方法は効果的でないことが分かっています。特に、再活性化の回数が制限されている場合はなおさらです。このため、ユーザーがハードウェアをアップグレード、更新、変更する自由度が大幅に制限されることが実務上わかっています。そして、このことは、コンピュータ技術の変化の激しい今日の世界では、有償ソフトウェア開発者に悪影響を及ぼします(法的起動に伴うエラーの増加、サポートへの問い合わせの増加、コスト増、製品の金銭的・精神的サポート)。一般的に、すでにハードウェアにそのような結合を行ったことのある人は、これがどれだけ手間を増やすことになるかを知っています...。
オプションとして、コンパイルされたコードに保護されたロックされたセクションを設けることも可能です。このセクションには、特定のアカウント、DC、その他のものに関連付けられた、コード開発者のユーザー信頼証明書がなければアクセスすることができません。この場合、MQはMQLコードを保護するための措置を講じる義務を負わなくなります。これは、開発者自身がMQLで何かを書いていることになります。MQは、証明書のチェックと、MQLコードのクローズド部分へのアクセスのディスパッチのみに従事するようになる。証明書がある場合は、コード全体または一部が利用できなくなり、証明書がない場合は、コード全体がオープンセクションになります。さて、MQLコンパイラでは、開発者の証明書でコードを閉じる仕組みを組み込まなければならないでしょう。シンプルでセンスがいい」と言われるように...。:)現在、これは私が知る限り、最も信頼性が高く、手頃な価格のソフトウェア保護方法の一つです。サーティフィケートはどこで手に入るのですか?はい、あなたは専門的にこの技術に従事し、同じVerySign、または類似のサービス(どこがより便利または有益である)からそれらを取得することができます。
1.ハードウェアへのバインディングは、いくつかの不都合をもたらします。しかし、今のところ(十分に組織化されていれば)、かなり効果的で信頼できる保護方法である。
問題は、それを何にバインドするかということだ。また、「インストール」の回数を3回から10回(最低でも)に増やすことを提案します。
2.きっとその逆で、すべての保護作業はMQがやらなければならないのでしょう。取引口座へのリンクや使用期限もあったほうがいいかもしれません(ただし、これは開発者の希望による追加オプションです)。
まるで、他に保護する方法があるかのように?
MQLでトレーダー向けに書くプログラマーの視点から見てみると
mql5 - はおそらくもっと長く、もしかしたらとても長く続くかもしれませんが、デコンパイラを作らないというのは事実ではありません。
mql4 - 残念ながら、コードの保護はありません - いくつかのメソッドがわずかな安全マージンを与えるだけです。
場合によっては、鉄と結合しないこともあり得ます。
例えば、サイト上の関数の種類にサイトを作成する - コードがサイトにアピール - これは準備ができてソリューションを与えるが、誰もがこのソリューションを使用したいと思うことはありません。
何らかのハードウェアやソフトウェアに依存し、通常、製品を販売した人以外の誰かに依存することがあります。
----
別枠
MT4/MT5 MQL4/MQL5 + DLLのコンテキストでは、鉄と口座番号(番号)ではなく、実際のお金および/またはフルネーム、代わりにミドルネームを行うことができますバインドされています。
この方法は、(この特定のアプリケーションのためだけに)保護の点で最も簡単です - モバイルで、ハードウェアへの接続を必要としません。
そして、ファウスパトロン(MT4のデコンパイラという形で)を持った少年たちは、落ちぶれていく。
残るはASMを知り尽くし、デバッガレベルで分解できる、各種ロガーやデコンパイラなどの高度な仕組みを持つ、より本格的な人たちだけです。
で、数が少なく、サービスも割高になっています。
まず、鍵の仕組みと売り手と買い手の関係全体の 仕組みを詳しく説明してください。...
例えば
買い手:インターネット上で情報を見つけ、買いたいと書き込む
売り手:決済の仕組みを説明 - 詳細を公開したくない場合は、パーソナライズを依頼する
購入者:代金を支払い、キーとなるパーソナライズデータ、アカウント番号 または名前を送信します。
販売者:お客様の個人情報に紐づいた商品を送付します。
これだ
そんな事例もあり、少なからず