mikfor>>: Коллеги! Представьте следующее. Есть индюк. Хочется показать его заинтересованным лицам. Не хочется чтобы они добрались до кода, до того, как индюк устроен. Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код. Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое. Может быть, предложите способы?
mikfor>>: Допустим, не надо тиков. Тики правда слишком частое ображение к серверу. Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия. Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт. Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?
Коллеги!
Представьте следующее.
Есть индюк. Хочется показать его заинтересованным лицам.
Не хочется чтобы они добрались до кода, до того, как индюк устроен.
Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код.
Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое.
Может быть, предложите способы?
m1以外のシグナルが表示された場合
が、h1 h4 などの長いタイムフレームで表示されます。
一筋縄ではいかないインターネット上のサーバーや仮想マシンに設定するのです
クライアントとして登録されている人に、インジケーターのシグナルをブロードキャスト（ソフトウェア）する。
メール、ICQ、Skypeに信号を送る。
2つ目の方法は、インターネットからシグナルを受信するExpert Advisorを作成することです。
パスワードとクライアントに教える名前で
Expert Advisorは、あなたのサイトやFtpなど、あなたが設定したインターフェイスに移動します。
を送るか、リストを送るか
リクエストの送信元IPを追跡することができます。
など
--
貴重なインジケータをお持ちですが、コードは与えず、シグナルのみを表示します。
類型化
--
考え方はとてもシンプル
を実現するための例を挙げたに過ぎません。
一番難しいのは、REAL信号が出ないように仕事を組み立てることです。
無信号とはどういう意味ですか？
まあ、サーバーへのアクセス頻度などにもよりますが......。
例えば、1分間に1回とします。形成されたM1バーによる終値をファイルに書き込むこと。
誰かが、そのような準備の整ったスクリプトのリンクを送ってくれるかもしれません。
問題は、それをリモートサーバーの ファイルに書き込むように修正する方法です。
что значит "НЕ ПОЛУЧЕННЫХ сигналов" ?
見落としと同じ
相手に届くかどうかわからない
だから、メーリングリストはできるだけ信頼できるものでなければならない。
--
論理的イニシエータはシグナルを作成する人であり、シグナルを論理的に準備する必要があります。
送信するサブシステムは、十分な信頼性を持っているはずです。
-
別の方法で
クライアントがサーバーをつついて、「サーバー、電波は届いているか？ と聞くと、「いいえ」と答えるか、「届いています」と答える。
それこそが、この計画の問題点です。
--
ということで、発信する側としては
と送信しなければなりません。信頼性が高く、クライアントがシグナルを受け取らないように- だろう？
通信障害であるなど
制御し、繰り返し送信することを意味します - 信号の寿命の制御 - ポジションを閉じる必要がある場合
信号の寿命は関係ない
だから、ロジックは単純ではないだろう。
その他
Допустим, не надо тиков. Тики правда слишком частое ображение к серверу.
Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия.
Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт.
Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?
なぜ、バーのクロージングをリモートサーバーに送信したいのですか？
バーが閉じているかどうかが必要なところにmt4を入れておくと楽ではないでしょうか？
なぜなら、アフリカでもモスクワでもブラツクでも
同じブローカーがほぼ同時にバーをクローズする
---
しんごうせいしゅつ
で、すべてのクライアントにこのサーバーへのアクセスを許可する
サーバーを読み取ることができるように
しかし、問題はそれとは別のところにあります。
シグナルが生成された時点でクライアントに到達している必要があります。
ということで、作る側からの発信次第で
--
1時間ごと、4時間ごと、1分ごとに信号があるのですか？
仲間だ！
次のように想像してください。
七面鳥がいる。関係者にお見せしたいと思います。
ターキーがどのように構成されているのか、コードにたどり着かせたくないんです。
でも、コードを隠すことなく、あたかも渡したかのように使えるようにしてほしいんです。
デコンパイルの怖い話を読んで、暗号化は時間の無駄だと悟りました。
方法を提案できるかもしれませんね。
インジケータはお客様のコンピュータ上で動作し、定期的にサーバにデータをアップロードし、カスタムインジケータは定期的にこのファイルをダウンロードし、データを表示します。ダニがいないとしよう。ダニの発生が本当に頻繁すぎてサーバーに負担がかかる。
例えば、1分間に1回とします。形成されたM1バーによる終値をファイルに書き込むこと。
誰かが、そのような準備の整ったスクリプトのリンクを送ってくれるかもしれません。
問題は、それをリモートサーバーのファイルに書き込むように修正する方法です。
データはサーバースクリプト（PHPなど）に渡され、ファイルに書き込まれる。 このすべては、あなたが考えるよりもはるかに複雑であり、インターネット上で動作するようにファイルを開く/閉じるには、コンピュータではありません。
なぜ、バーのクロージングをリモートサーバーに送信したいのですか？
バーが閉じているかどうかが必要なところにmt4を入れておくと楽ではないでしょうか？
なぜなら、アフリカでもモスクワでもブラツクでも
同じブローカーがほぼ同時にバーをクローズする
---
しんごうせいしゅつ
で、すべてのクライアントにこのサーバーへのアクセスを許可する
サーバーを読み取ることができるように
しかし、問題はそれとは別のところにあります。
シグナルが生成された時点でクライアントに到達している必要があります。
ということで、作る側からの発信次第で
--
1時間おき、4時間おき、1分おきに信号を受信していますか？
由利 ちょっと抽象的な表現をしてみてください。刻み目や時間の問題ではなく、定期的にサーバー上のファイルに何らかのデータを追加する必要があるのです。