mikfor>> : Коллеги! Представьте следующее. Есть индюк. Хочется показать его заинтересованным лицам. Не хочется чтобы они добрались до кода, до того, как индюк устроен. Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код. Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое. Может быть, предложите способы?
표시기가 m1에 없는 신호를 제공하는 경우
예를 들어 h1 h4와 같이 더 긴 시간 프레임으로
방법 중 하나는 매우 복잡합니다. 서버를 인터넷 또는 예를 들어 가상 머신에 둡니다. 클라이언트로 등록된 사람들에게 (프로그래밍 방식으로) 표시기 신호를 브로드캐스트합니다. 스카이프에서 asya에 메일로
두 번째 옵션은 인터넷에서 신호를 수신할 전문가를 만드는 것입니다. 고객에게 배포하는 비밀번호와 이름으로 또는 전문가가 귀하의 사이트나 FTP 또는 다른 곳으로 이동하여 인터페이스를 디자인합니다. 또는 당신은 목록에 따라 보낼 것입니다
거기에서 요청이 오는 IP를 추적할 수 있습니다. 등 -- 가치있는 지표 자체가 당신과 함께합니다. 코드를 제공하지 않고 신호만 제공합니다. 설명 된 계획에 따라 -- 즉, 아이디어의 본질은 매우 간단합니다 이것 또는 저 구현 - 방금 구현의 예를 들었습니다 - 어떻게 할 수 있습니까? 가장 어려운 것은 수신되지 않은 신호가 없도록 작업을 구성하는 것입니다.
나는 tixaver가 있다. 틱 유지에 좋습니다. 지금은 GBPUSD 기호 만 남았습니다. 원본에서는 쉼표로 구분하여 다양한 기호를 쓸 수 있습니다. 문제. \experts\files\[Ticks]\ 폴더에 있는 파일이 아닌 원격 파일에 쓰려면 어떻게 해야 합니까? FTP를 통해 .prn 파일을 서버에 업로드하고 권한을 777로 설정했다고 상상해 보십시오. 즉, 누구나 로그인하여 녹음할 수 있습니다.
틱이 필요하지 않다고 가정해 보겠습니다. Tiki는 정말 서버에 너무 자주 이미지입니다. 1분에 한 번 말해보자. 형성된 M1 막대의 종가를 파일에 기록합니다. 이것은 간단한 문제입니다. 누군가는 지금 이미 만들어진 스크립트에 대한 링크를 던질 것입니다. 문제는 원격 서버 의 파일에 쓰도록 수정하는 방법입니다.
mikfor>> : Допустим, не надо тиков. Тики правда слишком частое ображение к серверу. Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия. Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт. Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?
mikfor писал(а)>> 동료! 다음을 상상해보십시오. 칠면조가 있습니다. 관심있는 분들에게 보여드리고 싶습니다. 나는 그들이 칠면조가 설정되기 전에 암호에 도달하는 것을 원하지 않습니다. 하지만 코드를 숨기지 않고 그냥 준 것처럼 사용할 수 있기를 바랍니다. 나는 디컴파일에 관한 끔찍한 것을 읽었고, 암호화는 공허한 일이라는 것을 깨달았습니다. 어쩌면 방법을 제안?
표시기는 컴퓨터에서 작동하고 주기적으로 서버에 데이터를 업로드하고 사용자 정의 표시기는 주기적으로 이 파일을 다운로드하여 데이터를 표시합니다.
mikfor писал(а)>> 틱이 필요하지 않다고 가정해 보겠습니다. Tiki는 정말 서버에 너무 자주 이미지입니다. 1분에 한 번 말해보자. 형성된 M1 막대의 종가를 파일에 기록합니다. 이것은 간단한 문제입니다. 누군가는 지금 이미 만들어진 스크립트에 대한 링크를 던질 것입니다. 문제는 원격 서버의 파일에 쓰도록 수정하는 방법입니다.
데이터는 서버 스크립트(예: PHP)로 전달되고 파일에 기록됩니다. 이 모든 것은 보기보다 훨씬 더 복잡합니다. 인터넷을 통해 작업하는 것은 컴퓨터에서 파일을 열거나 닫는 것이 아닙니다.
Коллеги!
Представьте следующее.
Есть индюк. Хочется показать его заинтересованным лицам.
Не хочется чтобы они добрались до кода, до того, как индюк устроен.
Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код.
Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое.
Может быть, предложите способы?
표시기가 m1에 없는 신호를 제공하는 경우
예를 들어 h1 h4와 같이 더 긴 시간 프레임으로
방법 중 하나는 매우 복잡합니다.서버를 인터넷 또는 예를 들어 가상 머신에 둡니다.
클라이언트로 등록된 사람들에게 (프로그래밍 방식으로) 표시기 신호를 브로드캐스트합니다.
스카이프에서 asya에 메일로
두 번째 옵션은 인터넷에서 신호를 수신할 전문가를 만드는 것입니다.
고객에게 배포하는 비밀번호와 이름으로
또는 전문가가 귀하의 사이트나 FTP 또는 다른 곳으로 이동하여 인터페이스를 디자인합니다.
또는 당신은 목록에 따라 보낼 것입니다
거기에서 요청이 오는 IP를 추적할 수 있습니다.
등
--
가치있는 지표 자체가 당신과 함께합니다. 코드를 제공하지 않고 신호만 제공합니다.
설명 된 계획에 따라
--
즉, 아이디어의 본질은 매우 간단합니다
이것 또는 저 구현 - 방금 구현의 예를 들었습니다 - 어떻게 할 수 있습니까?
가장 어려운 것은 수신되지 않은 신호가 없도록 작업을 구성하는 것입니다.
"NOT RECEIVED 신호"은(는) 무슨 뜻인가요?
글쎄, 그것은 모두 서버 및 기타 변수에 액세스하는 빈도에 달려 있습니다 ...
1분에 한 번 말해보자. 형성된 M1 막대의 종가를 파일에 기록합니다.
이것은 간단한 문제입니다. 누군가는 지금 이미 만들어진 스크립트에 대한 링크를 던질 것입니다.
문제는 원격 서버 의 파일에 쓰도록 수정하는 방법입니다.
"NOT RECEIVED 신호"은(는) 무슨 뜻인가요?
놓친 것과 동일
우편물이 수신자에게 도달한다는 사실이 아님
즉, 메일링 블록은 가능한 한 신뢰할 수 있어야 합니다.
--
논리적으로 개시자는 신호를 생성하는 사람이므로 논리적으로 신호를 준비해야 합니다.
보낼 하위 시스템에 제공합니다. 따라서 충분히 신뢰할 수 있어야 합니다.
-
다른 방법으로 될 수 있습니다
클라이언트는 - 서버 - 다음과 같은 질문으로 망치질 것입니다 - 서버가 신호가 있습니까? 그는 아니오라고 대답했습니다.
그것은 단지 그런 결함있는 계획입니다
--
신호를 낳은 사람은 그것을 보내기 때문입니다.
그러나 클라이언트가 신호를 수신한다는 사실이 아니라 신뢰할 수 있도록 보내야 합니다! - 오른쪽 ?
통신 장애 등입니다.
그것은 당신이 분배를 제어하고 반복해야 함을 의미합니다 - 신호 수명의 제어 - 포지션을 여전히 닫을 필요가 있는 경우
신호가 있으면 신호가 얼마나 오래 지속되는지는 중요하지 않습니다.
일반적으로 논리는 간단하지 않습니다.
등
Допустим, не надо тиков. Тики правда слишком частое ображение к серверу.
Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия.
Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт.
Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?
일부 원격 서버에 막대 닫기를 쓰는 이유
바가 닫혀 있는지 여부를 알아야 할 곳에 MT4를 두는 것이 더 쉽지 않습니까?
결국, 아프리카와 모스크바와 브라츠크에서
동일한 브로커가 거의 동시에 바를 닫습니다.
---
신호를 작성하는 것은 또 다른 문제입니다
모든 클라이언트에게 이 서버에 대한 액세스 권한 부여
그들이 서버를 읽을 수 있도록
그러나 질문은 다릅니다. 클라이언트는 매분마다 서버를 완전히 읽지 않아야 합니다.
신호가 생성될 때 클라이언트에 보내야 합니다.
즉 창조하신 이가 낳아 보내사
--
한 시간에 한 번 신호가 생성됩니까? 4시에? 아니면 1분에 한 번?
동료!
다음을 상상해보십시오.
칠면조가 있습니다. 관심있는 분들에게 보여드리고 싶습니다.
나는 그들이 칠면조가 설정되기 전에 암호에 도달하는 것을 원하지 않습니다.
하지만 코드를 숨기지 않고 그냥 준 것처럼 사용할 수 있기를 바랍니다.
나는 디컴파일에 관한 끔찍한 것을 읽었고, 암호화는 공허한 일이라는 것을 깨달았습니다.
어쩌면 방법을 제안?
표시기는 컴퓨터에서 작동하고 주기적으로 서버에 데이터를 업로드하고 사용자 정의 표시기는 주기적으로 이 파일을 다운로드하여 데이터를 표시합니다.틱이 필요하지 않다고 가정해 보겠습니다. Tiki는 정말 서버에 너무 자주 이미지입니다.
1분에 한 번 말해보자. 형성된 M1 막대의 종가를 파일에 기록합니다.
이것은 간단한 문제입니다. 누군가는 지금 이미 만들어진 스크립트에 대한 링크를 던질 것입니다.
문제는 원격 서버의 파일에 쓰도록 수정하는 방법입니다.
데이터는 서버 스크립트(예: PHP)로 전달되고 파일에 기록됩니다. 이 모든 것은 보기보다 훨씬 더 복잡합니다. 인터넷을 통해 작업하는 것은 컴퓨터에서 파일을 열거나 닫는 것이 아닙니다.
왜 일부 원격 서버에 막대 닫기를 작성합니까?
바가 닫혀 있는지 여부를 알아야 할 곳에 MT4를 두는 것이 더 쉽지 않습니까?
결국, 아프리카와 모스크바와 브라츠크에서
동일한 브로커가 거의 동시에 바를 닫습니다.
---
신호를 작성하는 것은 다른 문제입니다
모든 클라이언트에게 이 서버에 대한 액세스 권한 부여
그들이 서버를 읽을 수 있도록
그러나 질문은 다릅니다. 클라이언트는 매분마다 서버를 완전히 읽지 않아야 합니다.
신호가 형성되면 클라이언트로 보내야 합니다.
즉 창조하신 이가 낳아 보내사
--
한 시간에 한 번 신호가 생성됩니까? 4시에? 아니면 1분에 한 번?
유리, 좀 추상적이야. 그것은 시간에 관한 것이 아니라 틱에 관한 것이 아니라 서버의 파일에 일부 데이터를 주기적으로 추가해야 한다는 것입니다.