2 MetaQuotes

 
2 MetaQuotes
Многие жалуются, что FX Charts и MetaQuotes не работают через их локальную сеть. Вот и FX Charts 1.32 Lite не работают через мою локальную сеть. Вы писали, что порт 2000 или 1900 используется из соображений безопасности. Однако, если в FX Charts 1.32 Lite нет торгового терминала, следовательно, особых требований к безопасности нет. Почему бы в таком случае не сделать, чтобы FX Chart 1.32 Lite работали через любую локальную сеть ? (чтобы с точки зрения системного администратора работа FX Charts выглядела как просмотр Web-страничек ?)
 
что такое работа в локальной сети
Почему необходимо просить системного администратора открыть тот или иной порт на прокси-сервере(файрволе) дополнительно?
Постараемся объяснить более-менее доходчиво:

1) для пользователей локалки есть только один способ выйти в интернет - через шлюз(прокси-сервер, файрвол - все в одном)

2) ради безопасности, администратор обычно запрещает(это настраивается) всем пользователям доступ к любым сервисам интернета

3) но пользователям работать надо, поэтому разрешают доступ через прокси-сервер к веб-страницам(WWW,порт 80), но обычно не напрямую, а через внутренний кеширующий прокси-сервер (например на порту 3128)

4) кроме WWW(HTTP протокол), пользователям также нужна бывает почта, поэтому открывают доступ к SMTP(отправка почты, порт 25) и POP3(получение почты, порт 110). зачастую почтовый сервер тоже находится прямо в локалке, а не во внешнем инете.

5) что получаем в итоге? пользователь может только пользоваться только WWW и почтой. получается сильно урезанный доступ

6) этого доступа бывает не достаточно, и из положения выходят, дополнительно разрешая доступ таким приложениям как ICQ, IRC, торговым системам, открывая порты (или настраивая маппинг) на прокси-сервере.

Что касается безопасности и возможности работать через 'любую' локальную сеть. Это невозможно.
Почему?

Как работать через чужие сервисы WWW, SMTP или POP3 ? SMTP и POP3 отпадают сразу - они слишком специфические и не подходят. WWW - есть слабый шанс, реализованный программой HTTPort - красивое по идее решение, но не подходит для программ, качающих много данных и требующих минимальное время отклика. Не надо забывать, что HTTP - это специфический протокол со своими правилами, почти не пригодный для использования в торговых/информационных системах.

Заставить программистов писать протокол для торговых платформ через HTTP(www страницы) протокол - это просто смешно.
Это аналогично забиванию свай ручным молоточком...
Но некоторые - забивают и молоточком...
 
HTTP
Хоть и есть у HTTP режим Keep-alive,
но он все равно является 'сессионным' протоколом, а не 'непрерывным'.
 
объяснено
... для ламеров, но по сути - толково и верно.
Причина обращения: