Получение IdTCPClient'ом сообщения

[100GRamm]

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

Жесть...

Тот же принцип - на сервере ставится компонент клиента. Короче все ПО выступает как клиентом так и сервером.

Это то есть обслуживается по одному клиенту за раз? вот это жесть)))

[Пепел Феникса]

зачем клиент на сервере?
TCP двусторонний протокол.

  AContext.Connection.IOHandler.ReadStream(FS);

там и Write есть

[Stilet]

Это то есть обслуживается по одному клиенту за раз?

Чего? О_о...
Тебе наверное прежде чем писать что-то, лучше почитать про INDY.
Один клиент за один раз - это может у тебя так, а в индейке - на каждое подключение свой поток. Будет у тебя 1000000 подключений клиентов - столько же обслужит один компонент.

[100GRamm]

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

Чего? О_о...
Тебе наверное прежде чем писать что-то, лучше почитать про INDY.
Один клиент за один раз - это может у тебя так, а в индейке - на каждое подключение свой поток. Будет у тебя 1000000 подключений клиентов - столько же обслужит один компонент.

если так, то это, конечно, круто... то есть клиент может быть сервером? право не знал о таких особенностях инди 0_о

Сообщение от Пепел Феникса

зачем клиент на сервере?
TCP двусторонний протокол.

  AContext.Connection.IOHandler.ReadStream(FS);

там и Write есть

до, верно, только как клиент узнает что ему надо что-то получить.. в этом вопрос
Прежде было событие OnRead у клиента(ClientSocket), а теперь там такого нет (IdTCPClient)

[Stilet]

то есть клиент может быть сервером?

Чет не понимаю, а ты, когда ПО свое писал, ты разве не кидал на форму компоненты клиента и сервера? Ты что по отдельности программы делал?
Видишь ли, многопользовательская система это не особенность ИНДИ. Ты можешь со старыми TClientSocket и TServerSocket замутить работу с большим кол-вом пользователей. Или вообще с чистыми сокетами Беркли.
Просто в ИНДИ это сделано более удобно. С TServerSocket нужно писать дополнительно тонну кода, а в ИНДИ это уже реализовано. Вот и вся разница. Начинка что там что там - работа с winsock. Ну или точнее с sockets

[100GRamm]

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

Чет не понимаю, а ты, когда ПО свое писал, ты разве не кидал на форму компоненты клиента и сервера? Ты что по отдельности программы делал?
Видишь ли, многопользовательская система это не особенность ИНДИ. Ты можешь со старыми TClientSocket и TServerSocket замутить работу с большим кол-вом пользователей. Или вообще с чистыми сокетами Беркли.
Просто в ИНДИ это сделано более удобно. С TServerSocket нужно писать дополнительно тонну кода, а в ИНДИ это уже реализовано. Вот и вся разница. Начинка что там что там - работа с winsock. Ну или точнее с sockets

Вот и я о том же: ServerSocket может подключить к себе сколь угодно клиентов и обрабатывать их по отдельности, А вот ClientSocket , подключаясь к серверу использует одно и лишь одно подключение (сокет). То-то меня и удивило твое выражение:

Один клиент за один раз - это может у тебя так, а в индейке - на каждое подключение свой поток. Будет у тебя 1000000 подключений клиентов - столько же обслужит один компонент.

То есть : Похоже , речь ,все же, шла о idTCPServer?
Если же я на серверной стороне прилеплю idTCPClient, для отправки данных клиенту на idTCPServer в нем, пусть на другой порт, всё будет работать (отчеты так передавал уже, отлично работало, правда я это построчно делал...), но в один момент времени к этому серверу с idTCPClient на борту сможет подключиться лишь один пользователь с idTCPServer на борту клиента... (сумятица какая-то получилась в рассуждениях, потому клиент-сервер-компонент)...

А вообще, предлагаю продолжить беседу в конструктивном русле, не перемалывая сказанное и написанное.
Вопрос состоял приблизительно , в следующем: Как осуществить передачу данных от idTCPServer к idTCPClient (и возможно ли это вообще, не прибегая к циклам, либо с циклами то как это возможно реализовать?)

[Пепел Феникса]

TIdTCPClient в отличие от ClientSocket не асинхронен, в нем можно проверить есть ли данные, и затем попытаться их прочесть.
это делается через таймер или поток

[Stilet]

Пф... Если тебе нужно многочисленное подключение много-ко-многим то кидай и серверные и клиентские компоненты на форму. Что мешает в одном проекте держать и то и другое?

[Пепел Феникса]

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

Пф... Если тебе нужно многочисленное подключение много-ко-многим то кидай и серверные и клиентские компоненты на форму. Что мешает в одном проекте держать и то и другое?

да не в этом затык, а в том как принимать данные от сервера.

[Stilet]

А как принимать?
Насколько я помню сервер может отвечать на входящее подключение. Если такой стиль не нравится, отдельным компонентом-клиентом посылать ответ.
Не понимаю в чем затык...