Вопрос более филосовский, чем конкретный (пока по крайней мере):

Есть ВебСервисы - привязанные к IP - то есть географически (к территории, к провайдеру). Это создает определенные неудобства.

Есть такая штучка - ICQ - интернет пейджинг, где аналогом IP может являтся номер аськи. Два клиента логинятся на сервере аськи, после этого они могут соединиться напрямую друг с другом, и передавать друг другу строки данных. Используя в качестве строки XML-файл - можно организовать ICQ-сервисы.

Достоинства: 1) не нужно знать IP - нужен номер аськи, 2) оба клиента равноправны (на уровне транспорта по крайней мере).

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

Что думает об этом уважаемая общественность?

mayton Пользователь
Есть ВебСервисы - привязанные к IP - то есть географически (к территории, к провайдеру). Это создает определенные неудобства.


О каких неудобствах идет речь?

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

LelikkИдея по-моему не плохая.
4) А если все же это пригодится, то лучше сочинить другую похожую на ICQ службу (веб-сервис), который будет заниматься соединением клиентов (даже название предлагаю Web Service Locator (WSL))


Аська есть уже и живет достаточно долго - и не видно чтоб готовилась помирать.

maytonНу что-ж. Идея неплохая, однако стоит обратить внимание на время отклика ICQ серверов и ограничения на размер поста.

Пробовал - соединение через ~ 5 сек,
размер - некритичен, поскольку есть прямое соединение (минуя ICQ сервер) клиентов.

Научил бы кто - как прикрутить к своей программе интерфейс - аналогичный тому, что есть при написании WEB-сервисов (чтоб не заниматься сборкой\разборкой XML для вызова функций - передачи параметров - получение результата).

ПользовательНаучил бы кто - как прикрутить к своей программе интерфейс - аналогичный тому, что есть при написании WEB-сервисов (чтоб не заниматься сборкой\разборкой XML для вызова функций - передачи параметров - получение результата).
Прошу прощения, но меня терзают смутные сомнения...

Я правильно понимаю, как это работает:

Делаем CGI web-servises - далее из свое программы вызываем этот экзешник - предварительно засунув в stdin входной XML-file, из stdout - получаем результат (только непонятно, как понять, что нужно забирать из stdout . и когда)

просвятите, светлые головы, не оставте в темноте и неведении..

Alexey ShМне показалось, что данный велосипед называется Jabber
Jabber is best known as "the Linux of instant messaging" -- an open, secure, ad-free alternative to consumer IM services like AIM, ICQ, MSN, and Yahoo (see the IM quickstart). Under the hood, Jabber is a set of streaming XML protocols and technologies that enable any two entities on the Internet to exchange messages, presence, and other structured information in close to real time. Jabber technologies offer several key advantages:

Open -- the Jabber protocols are free, open, public, and easily understandable; in addition, multiple implementations exist for clients, servers, components, and code libraries.

Decentralized -- the architecture of the Jabber network is similar to email; as a result, anyone can run their own Jabber server, enabling individuals and organizations to take control of their IM experience.

Из этого я понял две вещи:
1) это Linux,
2) Это свой протокол - не совместимый со стандартом web-services,
3) не централизован,

то есть это совсем не то.