Как сделать удаленный доступ к индюку? - страница 2

если индикатор дает сигналы не на м1

а с более длительными временными рамками например н1 h4

то один из способов - сложный достаточно
это ставите свой сервер в интернете ну или например виртуальную машину
транслируете (программно) сигналы индикатора тем кто записан как клиент
на почту на асю в скйп

второй вариант делаете эксперт который будет получать сигналы с интернета
по паролю и имени которые вы раздадите клиентам
или эксперт будет ходить на ваш сайт или Ftp или еще ка квы там оформите интерфес
или вы будете рассылать по списку

ну там и IP можно отслеживать с которых приходят запросы
и т п
--
сам же ценный индикатор лежит у вас - код не даете - а - только сигналы
по примерно описанной схеме
--
т е суть идеи очень простая
реализация та или иная - я просто пример реализации дал - как можно сделать
самое сложное организовать работу, что бы не было НЕ ПОЛУЧЕННЫХ сигналов

что значит "НЕ ПОЛУЧЕННЫХ сигналов" ?

У меня есть тиксавер. Отлично сохраняет тики. У меня там сейчас оставлен только символ GBPUSD, в оригинале через запятую можно много разных написать. Вопрос. Что нужно сделать, чтобы он писал не в файл в папке \experts\files\[Ticks]\ а в удаленный файл? Представьте, я залил на сервер по фтп файл .prn, поставил права 777, то есть любой может зайти и записать... или как?

Ну все зависит от частоты обращения к серверу и прочих переменных...

Допустим, не надо тиков. Тики правда слишком частое ображение к серверу. 
Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия. 
Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт. 
Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?

то же что и пропущенных

не факт что рассылка - достигнет получателя

т е блок рассылки должен быть как можно надежней

--

инициатор по логике тот кто формирует сигнал - потому по логике он и должен приготовить сигнал

отдать подсистеме которая будет рассылать - вот она должна быть достаточно надежной

-

можно другим способом

клиент будет долбить - сервер - с вопросом типа - эй сервер а нет ли сигнала ? тот ему в ответ нет - ну или есть

вот как раз такая схема порочна

--

потому- кто сигнал рожает тот и рассылает

а разослать надо - так что бы было надежно и не факт, что клиент получает сигнал! - верно ?

это сбои связи и т п

значит нужен контроль и повтор рассылки- контроль жизни сигнала - если позицию все же надо закрыть

по сигналу то тут уже не важно сколько сигнал живет

в общем логика не будет простой

и т п

зачем писать закрытие баров на какой то удаленный сервер

не проще ли поставить мт4 там -где надо знать - закрылся ли бар или нет

ведь и в Африке и в Москве и в Братске

один и тот же брокер закроет бар практически в одно и то же время

---

писать сигнал - дело другое

и дать доступ к этому серверу всем клиентам

что бы они читали сервер

но вопрос в другом - в том что клиенты - не должны СУДОРОЖНО читать каждую минуту сервер

сигналы должны поступать клиенту тогда когда они сформировались
т е рожать и рассылать их должен тот кто их создает

--

сигнал у вас формируется раз в час ? в 4 часа ? или раз в минуту ?

Индикатор работает на вашем компьютере, периодически выгружает данные на сервер, пользовательский индикатор периодически скачивает этот файл и отображает данные.

Данные передаются серверному скрипу (например на PHP), а он пишет в файл. Все это намного сложнее, чем вам кажется, через интернет работать это не своем компьютере открыть/закрыть файл.

Юрий, абстрагируйтесь немножко. Дело не в тиках и не во времени, а в том, что необходимо в файл на серевере периодически дописывать некоторые данные.