[cyberexpert]

Здравствуйте! Покажите, пожалуйста, каким образом можно отправить обыкновенное текстовое сообщение с TidTCPServer на TidTCPClient? Еще не менее важно интересует то, как принять это текстовое сообщение на клиенте. Может для этого нужно использовать какие-либо эвенты, но пока я не понял какие. Работаю с Indy 10 и никак не пойму как это реализовать. Погуглив, никакой особенно нужной для себя информации по этому поводу не нашел. Заранее спасибо!

[lmikle]

А что-то я не уверен, что сервер может быть инициатором сообщения. Посылай с клиента запрос - в ответ сервер будет посылать нужный ответ. Или устанавливай еще одну связь в обратном направлении.

[cyberexpert]

По моему это как-то не так. Моей основной задачей является то, что один клиент отправляет запрос на сервер, а сервер отправляет другой запрос некоторым другим клиентам. Неужели так нельзя?

[GriLab]

Значит нельзя.

[cyberexpert]

Но какой же смысл в однонаправленной работе сетевых приложений? В моем случае, я делаю многопользовательскую игру. Каким же образом сервер будет отсылать игрокам пакеты? Например, если один игрок переместил своего игрового персонажа, то клиент этого игрока отсылает пакет на сервер, а сервер отсылает его остальным игрокам. Т.е. такое действительно сделать нельзя? Да грошь цена тогда этим компонентам.

[angvelem]

Вроде как сервер не является спаммером, т.е спросили - ответил, а нет так молчим в тряпочку.
Можно попытаться сделать "технического" клиента, который будет "дёргать" сервер на момент изменений и при возникновнии оных, давать серверу команду отсылать списку клиентов.

[lmikle]

А что тебе мешает открыть 2 соединения на одного клиента? Одно для POP, второе для PUSH. Ну или клиент может постоянно запрашивать обновление у сервера.

[cyberexpert]

Да тут видимо есть единственный способ, когда клиент будет спрашивать у сервера какие-то конкретные данные, а сервер будет их в ответ отправлять. Но таким образом клиенты будут слать гораздо больше пакетов серверу. Это не сильно скажется на производительности?

[lmikle]

нет, не сильно. Запрос будет очень коротким.

[AlexSku]

Сообщение от cyberexpert

Да тут видимо есть единственный способ, когда клиент будет спрашивать у сервера какие-то конкретные данные, а сервер будет их в ответ отправлять...

Как же единственный, когда вам Imikle предложил и второй вариант: "Или устанавливай еще одну связь в обратном направлении"?
Например, у меня была такая задачка. Компьютер 1 (клиент) отправлял компьютеру 2 (сервер) запрос за данными. Но база была на компьютере 3, поэтому комп. 2 теперь уже в качестве клиента (MS SQL) компьютера 3 сначала забирал данные из базы и потом отправлял компютеру 1. (плюс проверки пароля, поддержка сессии).

[cyberexpert]

Да-да и этот способ тоже возможен. Но просто гораздо удобнее будет в моем случае, если клиент будет отправлять запрос на получение пакетов других клентов с сервера, который будет их хранить и отдавать клиентам, если они попросят. Тем более, если верить Imikle, то это не скажется на производительности. Всем спасибо за советы!

[cyberexpert]

Подскажите, а каким способом лучше всего считывать сообщения, которые пришли клиенту с сервера, который в свою очередь этот пакет отослал по запросу клиента?

[cyberexpert]

Я решил установить дополнительный клиент на сервере и сервер на клиенте по отдельному порту. Таким образом осуществляется обратная связь. Тему можно считать закрытой.

[PhoeniX]

Тему можно считать закрытой.

Можно... но не нужно. Я делал чат (на WinSock, с применением TCP-пакетов). И прекрасно сервер может рассылать сообщения клиентам. Не знаю, что там умеет Indy (ибо Delphi под рукой нету), но, как факт - TCP-сервер умеет отправлять пакеты TCP-клиентам.

[einstein]

после установки соединения клиент и сервер ничем не отличаются. они оба могут передавать и принимат даные. и рвать соединение могут оба.