Высоконадежный копировщик сделок/сигналов (обсуждение идеологии и разработка) - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вот немного порылся по сусекам. Примерчики простеньких системок клиент сервер на разных языках.
а в кратце, какое делаешь предложение?
- синхронизация происходит по сокету?
- передается полное состояние мастерсчета?
а в кратце, какое делаешь предложение?
- синхронизация происходит по сокету?
- передается полное состояние мастерсчета?
А обрисуй контекст сервер-клиент, где стоит сервер где стоят клиенты?
Извини убегаю, через часик вернусь.
А обрисуй контекст сервер-клиент, где стоит сервер где стоят клиенты?
ок. сужаем задачу дальше.
имеем удаленный сервер. на который мастер кидает свои данные.
с этим же сервером связаны клиенты.
вопрос - каким методом происходит прием/передача инфы. Из насущных предложений сокет/http/ftp
плюсы и минусы этих технологий для нагрузки сервера и его трафика?
ок. сужаем задачу дальше.
имеем удаленный сервер. на который мастер кидает свои данные.
с этим же сервером связаны клиенты.
вопрос - каким методом происходит прием/передача инфы. Из насущных предложений сокет/http/ftp
плюсы и минусы этих технологий для нагрузки сервера и его трафика?
Сокет по протоколу TCP/IP. Передавать сигналы можно в текстовом виде в одной строке на сигнал, типа "EURUSD Buy 1.0\n", как через Telnet, т.к. это самый примитивный вариант не требующий сложной процедуры обмена, как у протоколов http или ftp c минимальным парсингом.
Трабла в том, что сервер должен быть многопоточным, а иначе как он сможет одновременно принимать коннекты от клиентов? Ему же нужно все время свой сокет на выделенном порту прослушивать и в случае коннекта переводить клиента на связь на другой свободный порт и выделять ему отдельную нить. После чего на основном порту ждать другого клиента.
ок. сужаем задачу дальше.
имеем удаленный сервер. на который мастер кидает свои данные.
с этим же сервером связаны клиенты.
вопрос - каким методом происходит прием/передача инфы. Из насущных предложений сокет/http/ftp
плюсы и минусы этих технологий для нагрузки сервера и его трафика?
Сокет, http/ftp просто даёт доступ к удалённым файлам, тогда как сокет это протокол обмена данными.
Сокет - это не протокол. Сокет - это сокет, т.е. такая хрень на порту, которая принимает и передает данные. Сокет бывает серверный и у него должен быть назначен постоянный порт, на котором он слушает. А есть еще клиенсткий, который по IP и номеру порта сервера коннектится на сервера.
А FTP, HTTP, Тelnet - это протоколы. Файлы по всем трем этим самым протоколам можно передавать. Но telnet - протокол потоковый, а не одноразовый, поэтому на нем клиентам можно висеть сколько угодно и когда появится торговый сигнал, сразу его получить оперативно. По другим протоколам придется все время дербанить серверный сокет, чтобы узнавать есть сигнал или нет, а потом отваливаться.
Сокет - это не протокол. Сокет - это сокет, т.е. такая хрень на порту, которая принимает и передает данные. Сокет бывает серверный и у него должен быть назначен постоянный порт, на котором он слушает. А есть еще клиенсткий, который по IP и номеру сервера коннектится на сервера.
А FTP, HTTP, Тelnet - это протоколы. Файлы по всем трем этим самым протоколам можно передавать. Но telnet - протокол потоковый, а не одноразовый, поэтому на нем клиентам можно висеть сколько угодно и когда появится торговый сигнал, сразу его получить оперативно. По другим протоколам придется все время дербанить серверный сокет, чтобы узнавать есть сигнал или нет, а потом отваливаться.
А есть какие то примеры для Тelnet ? очень интересно.
https://ru.wikipedia.org/wiki/Telnet
Это я видал до того как спросил, примером использования это назвать сложно, но и на том спасибо, идея интересная, нужно покопать.
По сути это текстовый протокол. Но в основном его используют для удаленных коннектов в Unix на 23 порту. Т.е. можно зайти юзером на удаленный сервер Unix под своим логином и паролем и выполнять команды операционной системы.
В упрощенном виде, телнет можно использовать для чего угодно, в том числе и для передачи торговых сигналов в виде однострочных сообщений. Т.е. никаких команд и прочей фигни. Клиент законнектился и ждет, когда сервер сигнал сообщит. Получил, пропарсил, открыл или закрыл позу и ждет следующий сигнал. Вот и весь протокол.