Здравствуйте. Извиняюсь сразу, за возможно, повторную тему.(искал ответ, но не нашёл)В данный момент занят созданием клиента на основе tcp протокола, в котором реализован текстовый, звуковой чаты, так же доступна передача файлов. Столкнулся с 2 проблемами. 1: для каждого типа данных, пришлось делать отдельный сервер с портом, то есть для текстового чата один сервер с портом, для передачи файлов другой. Читал, что можно передавать разные типы данных с помощью TCP_ServerEx, но толком не понял как именно. 2: Долго парился, но так и не смог сделать показ онлайн клиентов, может кто подскажет, как ? Идея, реализовать что-то похожее на flylinkdc++, но делаю для конкретного трекера. Извиняюсь, что я такой бездарь и у самого пока не получилось,а напрягаю вас))
------------ Дoбавленo в 01.22:
Так же, не понятно как реализовать передачу данных по личке, то есть клиент-клиент, минуя сервер.

Редактировалось 9 раз(а), последний 2021-06-21 04:14:29

Azerate, "минуя сервер" - зачем? Сервер является связующим звеном для клиентов, отвечает за авторизацию пользователей, помогает соединять пользователей, которые не имеют выделенного IP, ведет журнал сообщений и т.п.

"Разные типы" данных отличаются только способом обработки в принимающей схеме. Передаются по сети одинаково. Проблема только в том, что любые данные передаются порциями, которые мы получаем на событии onRead. Поэтому при передачи больших файлов принимающей стороне нужно знать об окончании передачи. Это можно реализовать путем посылки перед самим файлом условной команды, показывающей, что сейчас будет передаваться файл указанной длины. Тогда клиент будет считывать это количество данных в файл, а затем опять переключится в "текстовый режим".
Кроме того, временный запуск отдельного сервера на другом порту исключительно для передачи файлов тоже может быть подходящим вариантом. Условием окончания передачи может служить разрыв соединения.

Показ онлайн-клиентов - при подключении нового клиента сервер может посылать всем текущим подключениям условную команду "пользователь такой-то появился/исчез из сети". А клиенты у себя обновляют список активных пользователей.

Так и сделал, думал может ещё варианты есть.
Именно так и собирался сделать, искал исходники на делфи и там нашёл такой способ.
На счёт клиент-клиент минуя сервер, чтоб сделать личный чат между 2 пользователями по их желанию.Просто, не понятно, для каждой личной комнаты с юзером, сделать одинаковые формы. Написал тебе юзер 1, открылась одна форма, написал 2, открылась вторая в которой происходит обмен данными только между ними, к примеру можно сделать так же посыл определённой команды на сервер для этого(я так думаю)Так вот, как сделать создание этих форм?Надеюсь правильно изъяснился. Кстати, спасибо за адекватный ответ.

Именно. Но всеравно при участиии сервера.
То-есть, сервер ведет учет всех сообщений. Для отправки сообщений в публичный чат клиент посылает команду "сообщение всем". Сервер рассылает это сообщение всем подключениям.
Для отправки в приват посылаем команду "отправить сообщение указанному пользователю". Сервер перенаправляет его только нужному пользователю.
Почему сервер должен мониторить и накапливать все сообщения? Пользователь, войдя в систему, должен иметь возможность получить все "непрочитанные" сообщения (или за некоторый период).

Форма для приватных сообщений может быть и одна. Просто перед открытием запросить у сервера все сообщения между тобой и указанным пользователем и отобразить их в этой форме.

Точно)Что-то я об этом не подумал)Спасибо за это)
Хорошо, но это не понятно: от каждого пользователя, личное сообщение будет отображаться в одной форме,как осуществить в разные? К примеру при приёме от 1 открывается вкладка с его именем и списком сообщений, от 2 другая, как именно это сделать?Сделать форму для шаблона, и при приходе данных от разных юзеров он её копировал в другую вкладку и именно в неё приходят данные. Блин, не знаю как выразиться ещё. Ну, к примеру тот же агент майл ру, диалог сообщений с каждым пользователем в разные вкладках(на сколько я помню этот агент)

Копать в сторону ChildFormEx

А лучше в сторону ChildFormPoly, особенно, если много различных форм

а по мне ещё лучше использовать чисто 1 приложение с параметрами при запуске и связью с основным в виде MailSlot
в итоге мы получим совершенно другую программу, которая не будет мешать самому центру ВИЗУАЛЬНЫМИ примочками...
таким образом щас работает куча программ...

то есть предлагаю запуск всего, что связанно НЕ с центром, через внешние дополнения ввиде exe файлов принимающих параметры запуска.

[offtop]Созревает еще один кодер, которого визуальные примочки утомили

Внимание, Гусары -- МАЛЧАТЬ
Не показывайте ему нипочем, где лежит "правильный" GlobalVarEx [/offtop]