日付の暗号化 - ページ 2 1234567 新しいコメント Alexey Volchanskiy 2017.09.25 23:40 #11 Vitaly Muzichenko: なるほど、その言葉は知りませんでした。 Vitaly Muzichenko 2017.09.25 23:51 #12 Alexey Volchanskiy: なるほど、その言葉は知りませんでした。ホームページを持っていて、コメントみたいなものがあるので、それぞれに画像を添付することにして、画像名=e-mail.jpgというシンプルなものにしました。メールを隠すには、2種類の暗号化にかけて、「8e520945.jpg」のような形のメールを出力します。これが私のメール「8e520945」です。復号化する方法がないので、ネットに流出することはありません。 Alexey Volchanskiy 2017.09.25 23:54 #13 Vitaly Muzichenko:ホームページを持っていて、コメントみたいなものがあるので、それぞれに画像を添付することにして、画像の名前=e-mail.jpgというシンプルなものにしました。メールを隠すために、暗号化の2つの異なるタイプを通過し、出力は "8e520945.jpg "の形でメールだった、これは私の電子メール "8e520945" です。復号化する方法がないので、ネットワークに漏れることはない。そして、ウェブサイトでは、復号化とは?VPSですか、それとも通常のホスティングですか? Vitaly Muzichenko 2017.09.25 23:57 #14 Alexey Volchanskiy: ウェブサイトは何を読み解いているのか?VPSですか、それとも通常のホスティングですか?暗号化されたものと同じで、鍵はコード→デコードモジュールにしかなく、手に入れるのは現実的ではありません。通常のホスティングです。 Vitaly Muzichenko 2017.09.26 00:11 #15 アドバイザーが2〜4時間ごとにサイトにアクセスし、そこで「ライセンス」をチェックし、時間までに有効であれば作業を継続し、有効でなければ=返却する、というシンプルな仕組みにしました。チェック:ユーザーの時間にベースのサイトでは、現在の時間が少ない場合は、EAは、ステータスを "キーと真 "を取得し、フォーマットunixで端末のグローバル 変数に端末の時間を書き込み、すべての2-4時間、それがサイトに行くようにサークルでねじ込まれています。なぜ端末に書き込むのか?接続障害やホスティングのクラッシュが発生し、EAがウェブサイトからの応答を受信しない場合、グローバル変数から時間を取得し、中断することなく作業を続行することができます。それは第三の試みからの応答を取得しなかった、または "偽 "を受信した場合 - ブロックされ、すべての彼のオープン=削除を閉じた後、ポジションを閉じるのモードでのみ動作します。プロテクトは回避できますが、難しいと思います。データ代替のためのチェックの連鎖があります。 Alexey Navoykov 2017.09.26 01:49 #16 Vitaly Muzichenko:アドバイザーが2〜4時間ごとにサイトにアクセスし、そこで「ライセンス」をチェックし、時間までに有効であれば作業を継続し、有効でなければ=返却する、というシンプルな仕組みにしました。チェック:ユーザーの時間のためのベースのサイトでは、現在の時間が少ない場合は、EAは、ステータスを "キーと真 "を取得し、unix形式で端末のグローバル 変数に端末の時間を書き込み、その後2-4時間ごとに、それがサイトに行くように円でねじ込みます。なぜ端末に書き込むのか?接続障害やホスティングがダウンした場合、EAがウェブサイトからの応答を受信しない場合、グローバル変数から時間を取得し、中断することなく動作を継続します。それは第三の試みからの応答を取得しなかった、または "偽 "を受信した場合 - ブロックされ、すべての彼のオープン=削除を閉じた後、ポジションを閉じるのモードでのみ動作します。保護は回避できるかもしれませんが、難しいと思います。データ置換のチェックの連鎖があります。なぜ、そんなに頻繁にチェックする必要があるのですか?もし、Expert Advisorがすでにサーバー上で日付をチェックし、それを内部に保存していれば、あるアルゴリズムに従って定期的にグローバル変数を更新するだけでよいのです。なぜ、サイトに戻る必要があるのでしょうか? Alexey Volchanskiy 2017.09.26 03:34 #17 Vitaly Muzichenko:暗号化されたものと同じで、鍵はコード→デコードモジュールにしかなく、手に入れるのは現実的ではありません。通常のホスティングサービスです。Java ScriptやPHPのようなものですか? Georgiy Merts 2017.09.26 05:56 #18 Vladimir Pastushak:そこで質問ですが、文字や順番を変えても日付が増えないように暗号化するにはどうしたらいいのでしょうか?私なら「干渉符号化」を使いますね。大雑把に言えば、通常のulongフォーマットで日付を書き、そこに数文字の「チェック」を加える。 例えば、何かかなり大きな(3桁の)素数で割った余りを 書くのである。 読むとき - 日付とチェックの桁を読みます。一致しない場合は、ファイルが改ざんされていることになります。日付だけでなくチェックの桁も一致するように誤ってファイルを変更する確率は非常に小さい(3桁の素数ではなく、5桁の素数を使えばいいのだ)実際、INI形式のファイルであっても、「日付」を読みやすい形でプレーンテキストで表示することができます。さらにいくつかのフィールド(おそらくいくつかの設定が必要です)、そしてその中のフィールド「check」 - 「check」値で。その結果、ファイルが読みやすくなり、日付を解読する必要がなくなると同時に、その変更があれば(他のフィールドに基づいてチェックデジットが計算できる)、すぐに識別されるようになるのです。 Andrey Kisselyov 2017.09.26 08:15 #19 Alexey Volchanskiy: MQが提供するAESやDESの暗号化は、オープンスタンダードということでOKでしょうか?そして、他に使われている暗号も、アルゴリズムがオープンになっているんです。セコい奴らが...。 もし泥棒が、近所の人がカメラを持っていて、それが自分の家のドアに向いていると知ったら、泥棒はドアの中に入れるでしょうか。そうではないでしょう。暗号も同じで、暗号はすでに半分終わっているのです。 それが人生だ、こういうことを知らなければならない。 暗号化が合理的かどうかは、皆さんの判断にお任せします。どんな保護も、たとえ超高度なものでも破ることができ、それはCPU時間の問題です。EAに保護をかける価値があるか?答えはノー です。良いEAはそのオーナーのために市場でお金を稼ぐべきで、月や年のライセンスという形で利益をもたらすべきではありません。 オープンソースの暗号化アルゴリズムについては、誰かが防衛省や他の機関のデータを暗号化するアルゴリズムのコードを掲載するとは思えません。 宜しゅうございます Andrey Kisselyov 2017.09.26 08:24 #20 Vitaly Muzichenko:アドバイザーが2〜4時間ごとにサイトにアクセスし、そこで「ライセンス」をチェックし、時間までに有効であれば作業を継続し、有効でなければ=返却する、というシンプルな仕組みにしました。チェック:ユーザーの時間にベースのサイトでは、現在の時間が少ない場合は、EAは、ステータスを "キーと真 "を取得し、フォーマットunixで端末のグローバル 変数に端末の時間を書き込み、すべての2-4時間、それがサイトに行くようにサークルでねじ込まれています。なぜ端末に書き込むのか?接続障害やホスティングのクラッシュが発生し、EAがウェブサイトからの応答を受信しない場合、グローバル変数から時間を取得し、中断することなく作業を続行することができます。それは第三の試みからの応答を取得しなかった、または "偽 "を受信した場合 - ブロックされ、すべての彼のオープン=削除を閉じた後、ポジションを閉じるのモードでのみ動作します。プロテクトは回避できるかもしれませんが、難しいと思います。データの置換にはチェックの連鎖があります。Expert Advisorのレンタルを行っている場合、最も合理的な方法です。 リーズナブル。 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
なるほど、その言葉は知りませんでした。
なるほど、その言葉は知りませんでした。
ホームページを持っていて、コメントみたいなものがあるので、それぞれに画像を添付することにして、画像名=e-mail.jpgというシンプルなものにしました。
メールを隠すには、2種類の暗号化にかけて、「8e520945.jpg」のような形のメールを出力します。これが私のメール「8e520945」です。
復号化する方法がないので、ネットに流出することはありません。
ホームページを持っていて、コメントみたいなものがあるので、それぞれに画像を添付することにして、画像の名前=e-mail.jpgというシンプルなものにしました。
メールを隠すために、暗号化の2つの異なるタイプを通過し、出力は "8e520945.jpg "の形でメールだった、これは私の電子メール "8e520945" です。
復号化する方法がないので、ネットワークに漏れることはない。
そして、ウェブサイトでは、復号化とは?VPSですか、それとも通常のホスティングですか?
ウェブサイトは何を読み解いているのか?VPSですか、それとも通常のホスティングですか?
暗号化されたものと同じで、鍵はコード→デコードモジュールにしかなく、手に入れるのは現実的ではありません。通常のホスティングです。
アドバイザーが2〜4時間ごとにサイトにアクセスし、そこで「ライセンス」をチェックし、時間までに有効であれば作業を継続し、有効でなければ=返却する、というシンプルな仕組みにしました。
チェック:ユーザーの時間にベースのサイトでは、現在の時間が少ない場合は、EAは、ステータスを "キーと真 "を取得し、フォーマットunixで端末のグローバル 変数に端末の時間を書き込み、すべての2-4時間、それがサイトに行くようにサークルでねじ込まれています。
なぜ端末に書き込むのか?接続障害やホスティングのクラッシュが発生し、EAがウェブサイトからの応答を受信しない場合、グローバル変数から時間を取得し、中断することなく作業を続行することができます。それは第三の試みからの応答を取得しなかった、または "偽 "を受信した場合 - ブロックされ、すべての彼のオープン=削除を閉じた後、ポジションを閉じるのモードでのみ動作します。プロテクトは回避できますが、難しいと思います。データ代替のためのチェックの連鎖があります。
アドバイザーが2〜4時間ごとにサイトにアクセスし、そこで「ライセンス」をチェックし、時間までに有効であれば作業を継続し、有効でなければ=返却する、というシンプルな仕組みにしました。
チェック:ユーザーの時間のためのベースのサイトでは、現在の時間が少ない場合は、EAは、ステータスを "キーと真 "を取得し、unix形式で端末のグローバル 変数に端末の時間を書き込み、その後2-4時間ごとに、それがサイトに行くように円でねじ込みます。
なぜ端末に書き込むのか?接続障害やホスティングがダウンした場合、EAがウェブサイトからの応答を受信しない場合、グローバル変数から時間を取得し、中断することなく動作を継続します。それは第三の試みからの応答を取得しなかった、または "偽 "を受信した場合 - ブロックされ、すべての彼のオープン=削除を閉じた後、ポジションを閉じるのモードでのみ動作します。保護は回避できるかもしれませんが、難しいと思います。データ置換のチェックの連鎖があります。
なぜ、そんなに頻繁にチェックする必要があるのですか?もし、Expert Advisorがすでにサーバー上で日付をチェックし、それを内部に保存していれば、あるアルゴリズムに従って定期的にグローバル変数を更新するだけでよいのです。なぜ、サイトに戻る必要があるのでしょうか?
暗号化されたものと同じで、鍵はコード→デコードモジュールにしかなく、手に入れるのは現実的ではありません。通常のホスティングサービスです。
Java ScriptやPHPのようなものですか?
そこで質問ですが、文字や順番を変えても日付が増えないように暗号化するにはどうしたらいいのでしょうか?
私なら「干渉符号化」を使いますね。大雑把に言えば、通常のulongフォーマットで日付を書き、そこに数文字の「チェック」を加える。 例えば、何かかなり大きな(3桁の)素数で割った余りを 書くのである。
読むとき - 日付とチェックの桁を読みます。一致しない場合は、ファイルが改ざんされていることになります。日付だけでなくチェックの桁も一致するように誤ってファイルを変更する確率は非常に小さい(3桁の素数ではなく、5桁の素数を使えばいいのだ)
実際、INI形式のファイルであっても、「日付」を読みやすい形でプレーンテキストで表示することができます。さらにいくつかのフィールド(おそらくいくつかの設定が必要です)、そしてその中のフィールド「check」 - 「check」値で。その結果、ファイルが読みやすくなり、日付を解読する必要がなくなると同時に、その変更があれば(他のフィールドに基づいてチェックデジットが計算できる)、すぐに識別されるようになるのです。
MQが提供するAESやDESの暗号化は、オープンスタンダードということでOKでしょうか?そして、他に使われている暗号も、アルゴリズムがオープンになっているんです。セコい奴らが...。
それが人生だ、こういうことを知らなければならない。
暗号化が合理的かどうかは、皆さんの判断にお任せします。どんな保護も、たとえ超高度なものでも破ることができ、それはCPU時間の問題です。EAに保護をかける価値があるか?答えはノー です。良いEAはそのオーナーのために市場でお金を稼ぐべきで、月や年のライセンスという形で利益をもたらすべきではありません。
オープンソースの暗号化アルゴリズムについては、誰かが防衛省や他の機関のデータを暗号化するアルゴリズムのコードを掲載するとは思えません。
宜しゅうございます
アドバイザーが2〜4時間ごとにサイトにアクセスし、そこで「ライセンス」をチェックし、時間までに有効であれば作業を継続し、有効でなければ=返却する、というシンプルな仕組みにしました。
チェック:ユーザーの時間にベースのサイトでは、現在の時間が少ない場合は、EAは、ステータスを "キーと真 "を取得し、フォーマットunixで端末のグローバル 変数に端末の時間を書き込み、すべての2-4時間、それがサイトに行くようにサークルでねじ込まれています。
なぜ端末に書き込むのか?接続障害やホスティングのクラッシュが発生し、EAがウェブサイトからの応答を受信しない場合、グローバル変数から時間を取得し、中断することなく作業を続行することができます。それは第三の試みからの応答を取得しなかった、または "偽 "を受信した場合 - ブロックされ、すべての彼のオープン=削除を閉じた後、ポジションを閉じるのモードでのみ動作します。プロテクトは回避できるかもしれませんが、難しいと思います。データの置換にはチェックの連鎖があります。
Expert Advisorのレンタルを行っている場合、最も合理的な方法です。
リーズナブル。