Чат на tcp/ip

@Bend3r · Регистрация: 29.07.2012

Студворк — интернет-сервис помощи студентам

Хочу написать чат на tcp/ip. Но не могу додуматься как реализовать чисто логически кое-какие действия.
Получается так:
Допустим есть сервер Server_Tcp
Есть 2 клиента - Client1 и Client2
Я отправляю сообщение (допустим Привет CyberForum) от Client1 с Client2, но клиентов на сервере может быть очень много, как конкретно сообщать серверу на какой клиент отправлять? Получается я должен при каждом входе сохранять под каким ip авторизовался на клиент, либо как ?
В общем все идеи готов выслушать.

Jupiter · 04.10.2013, 01:21

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

@Bend3r · 04.10.2013, 01:26 **[ТС]**

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

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

Ну получается, мне серверу нужно отправлять 2 сообщения так? Первое допустим Memo1->Text, ну а второй это допустим id Client либо ip адрес, так получается?

Jupiter · 04.10.2013, 01:31

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

Ну получается, мне серверу нужно отправлять 2 сообщения так?

одного сообщения достаточно

Добавлено через 1 минуту

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

Первое допустим Memo1->Text, ну а второй это допустим id Client либо ip адрес, так получается?

по сети мы гоняем байты, а что это за байты, текст сообщения или id клиента или его ip адрес или все вместе - дело десятое. Memo там или не Memo, визуальные компоненты тут вообще не причем.

@Bend3r · 04.10.2013, 01:35 **[ТС]**

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

одного сообщения достаточно

И что это получится? Допустим текст "Кибер-форум" ну и название клиента Bender
Получается сервер примет Кибер форум Bender, ну и потом парсить название клиента вы так хотите?

Jupiter · 04.10.2013, 01:50

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

Получается сервер примет Кибер форум Bender, ну и потом парсить название клиента вы так хотите?

можно и не парсить. мы отправили байты и получили байты. например получили посылку из N байт, пусть будет что первые 4 байта это id клиента, вторые 4 байта длина контента, дальше сам контент.
а можно поднятся и на уровень строк и тогда да, надо парсить, тот же джаббер использует xml

@Bend3r · 04.10.2013, 16:01 **[ТС]**

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

можно и не парсить. мы отправили байты и получили байты. например получили посылку из N байт, пусть будет что первые 4 байта это id клиента, вторые 4 байта длина контента, дальше сам контент.
а можно поднятся и на уровень строк и тогда да, надо парсить, тот же джаббер использует xml

Спасибо вам большое за идеи!

@Izual · 04.10.2013, 20:15

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

можно и не парсить. мы отправили байты и получили байты. например получили посылку из N байт, пусть будет что первые 4 байта это id клиента, вторые 4 байта длина контента, дальше сам контент.
а можно поднятся и на уровень строк и тогда да, надо парсить, тот же джаббер использует xml

Не легче ли использовать разделитель в отправляемом буфере, например символ ";"(точка с запятой) ?.. А то мало ли какая там длина будет...
Например:

C++
1
szMessage[1024]="193.73.32.4;68;Привет, как дела, давно не виделись и т.д...";

П.С. Только нужно учесть при чтении буфера, что первые 2 знака ";" служат разделителями, а то малоли в самом сообщении будут, ну или поставить блок на посылку сообщения с данным символом.

Кстати, а вы уверены что адрес, который будет сохраняться сервером будет всегда одинаков?... У меня вот сейчас тоже голова ломится от данного вопроса, т.к. адрес статический не у всех, да и есть вероятность что у клиентов будут например маршрутизатор или ещё какая нить гадость.

Jupiter · 04.10.2013, 20:36

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

Не легче ли использовать разделитель в отправляемом буфере, например символ ";"(точка с запятой) ?

хозяин барин, имхо не легче

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

Кстати, а вы уверены что адрес, который будет сохраняться сервером будет всегда одинаков?... У меня вот сейчас тоже голова ломится от данного вопроса, т.к. адрес статический не у всех, да и есть вероятность что у клиентов будут например маршрутизатор или ещё какая нить гадость.

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

@Izual · 04.10.2013, 20:46

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

хозяин барин, имхо не легче

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

1. Я говорил, что возможно что и не 4 байта потребуется, а значит лучше оптимизировать до разделителей, да и это хорошая пища для ума при работе с буфером...

2. Какая разница где и как, ну допустим в файл...
Если выключат, значит клиенты получат: "Сервер не доступен"..
Я имел в виду что при динамическом адресе, клиент будет всегда иметь разные адреса. Суть в том что например, клиент1 посылает сообщение кленту2, это же будет идти как: клиент1 -> сервер -> клиент2. Но т.к. клиент2 может иметь динамический адрес, то не понятно как ему отправлять сообщения, адрес же может быть уже сменён провайдером по истечении тайминга(или как это там называется).

Jupiter · 04.10.2013, 20:57

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

Суть в том что например, клиент1 посылает сообщение кленту2, это же будет идти как: клиент1 -> сервер -> клиент2.

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

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

адрес же может быть уже сменён провайдером по истечении тайминга(или как это там называется).

значит клиент2 отвалится от сервера по timeout-у и клиент1 никак не сможет ему отправить сообщение пока клиент2 снова не постучится на сервер

@Izual · 04.10.2013, 22:51

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

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

значит клиент2 отвалится от сервера по timeout-у и клиент1 никак не сможет ему отправить сообщение пока клиент2 снова не постучится на сервер

Не понимаю что вы пишите вообще.
Но ньюанс, можно сделать (наверно) отправка сообщения на сервер при смене адреса.(типа как event)

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

Новые блоги и статьи Все статьи Все блоги /
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .

@Bend3r 150 / 137 / 35 Регистрация: 29.07.2012 Сообщений: 709

	Чат на tcp/ip 04.10.2013, 01:16. Показов 6289. Ответов 11 Метки нет (Все метки) Хочу написать чат на tcp/ip. Но не могу додуматься как реализовать чисто логически кое-какие действия. Получается так: Допустим есть сервер Server_Tcp Есть 2 клиента - Client1 и Client2 Я отправляю сообщение (допустим Привет CyberForum) от Client1 с Client2, но клиентов на сервере может быть очень много, как конкретно сообщать серверу на какой клиент отправлять? Получается я должен при каждом входе сохранять под каким ip авторизовался на клиент, либо как ? В общем все идеи готов выслушать. 0

Jupiter Каратель 6610 / 4029 / 401 Регистрация: 26.03.2010 Сообщений: 9,273 Записей в блоге: 1
	04.10.2013, 01:21
	у сервера есть список клиентов. этот список выдается клиенту. клиент отправляет сообщение на сервер и в сообщении указано какому клиенту оно предназначено. 1