Форум: "Сети";
Текущий архив: 2004.10.17;
Скачать: [xml.tar.bz2];
ВнизПро сокеты Найти похожие ветки
← →
Ivolg (2004-08-07 11:23) [0]Здраствуйте! У меня вопрос по сокетам. Дела в том что к сервере может подключатся 1 клиент. А как можно сделать чтобы могло подключатся несколько клиентов? Спасибо!
← →
Rouse_ © (2004-08-07 12:53) [1]К серверу может подключаться сколько угодно клиентов.
Вопрос в другом, а как ты сделал чтобы к нему мог подключиться только один клиент? ;)
← →
Ivolg (2004-08-07 13:18) [2]>Rouse_
Они подключаются! Но когда я в сервере пишу:
Server.Socket.conections[0].SendText("Привет");
То это текст передаётся таму клиенту который перевый подключился!
← →
VID © (2004-08-07 13:31) [3]>>Вопрос в другом, а как ты сделал чтобы к нему мог подключиться только один клиент?
ну скажем так это не проблема если обрабатывать OnAccept :)
>>Ivolg (07.08.04 13:18) [2]
>>Server.Socket.conections[0].SendText("Привет");
Текст будет передан первому клиенту, потому что ты сам указал, что его надо передать именно первому подключившемуся клиенту.
conections[0] - первый подключившийся клиент.
conections[1] - второй подключившийся клиент.
conections[2] - третий подключившийся клиент.
...
← →
Ivolg (2004-08-07 13:44) [4]VID
Так и знал что это на клиента указывает. СПАСИБО!!!!
← →
VID © (2004-08-07 13:51) [5]Ivolg (07.08.04 13:44) [4]
да ты просто Шерлок ! ;)
← →
able © (2004-08-07 15:59) [6]
> Ivolg (07.08.04 11:23)
А что пишешь? Может сокеты не самый лучший выбор?
---
""Смысл жизни состоит в том, чтобы умело скрывать её бессмысленность"" (с) Даль. http://www.maxx-ch.net
← →
Rouse_ © (2004-08-07 20:28) [7]> ну скажем так это не проблема если обрабатывать OnAccept :)
Я сторонними обертками не пользуюсь, поэтому слабо представляю как они там реализованы :)
← →
Skif (2004-08-08 02:09) [8]Народ, а подскажите что нит полезное из этой же области.
Сейчас пишу нечто на манер аси. Сервер пишется под фрю на C++ а вот клиенты под делфу, но суть в принципе не в этом. Тут промелькнула фраза, что сокеты может быть не самый лучший вариант. А что можно посоветовать в замен?
Пояснюсь что мне нужно - клиенты конектятся к серверу на определенный порт, отправляют на СЕРВЕР сообщение, а он просматривыает заголовок, ложит копию в базу, а потом пересылает нужному клиенту(там).
У меня возникают два вопроса в связи с этим, как передавая буфер указать, что это именно идет дяде Васе, а не Пете при этом не скатившись в жесткую привязку к текстовому формату, заголовкам и прочей лабуде - ведь в плане пересылать ею и разный хлам, а-ля вордовский документ и пр.. Структура которую себе представляю слишком путанная и сможеством всякого хлама если реализовывать через сокет, может есть обходные пути?
← →
Verg © (2004-08-08 11:17) [9]
> дяде Васе, а не Пете
Это есть протокол уровня приложения. Каким бы транспортным протоколом ты не пользовался, протокол уровня приложения - это конкретная ответственность приложения. Никто за тебя его поддерживать не будет.
> Структура которую себе представляю слишком путанная и сможеством
> всякого хлама если реализовывать через сокет, может есть
> обходные пути?
Убери всякий хлам, распутай запутанность. Что тут еще посоветуешь....
← →
VID © (2004-08-08 12:08) [10]Skif (08.08.04 02:09) [8]
Ну напрммер, как тебе такая идея.
Формат передаваемых данных будет таков: заголовок + тело.
В заголовке указывается:
1. Тип (сообщение, данные)
2. Длина тела.
В теле соответственно идут уже данные какие нить (твой вордовский файл) или же просто текст сообщения.
Это очень простой вариант, точнее сказать упрощённый.
← →
Skif (2004-08-09 01:55) [11]Ну к такому я и склоняюсь варианту, но что если мне надо передать рисунок тот-же? как сформироввать заголовок?
← →
Ivolg (2004-08-09 11:25) [12]>able
Может показатся глупо,но всё равно: Пишу прогу для пересылки файлов по сети.Как она работает: фоткается рабочий стол, сохраняется эта фотка в потоке, поток передаётся в сокет и пересылается клиенту с момощью SendBuf, клиент принемает и сразу читает фотку. ПОлучается
ти по вид удалённого экрана. Хочу дабится скорости как у программы REMOTE ADMINISTRATOR Помогите!!!СПАСИБО!!!!!!!!
← →
Digitman © (2004-08-09 12:09) [13]
> Хочу дабится скорости как у программы REMOTE ADMINISTRATOR
> Помогите!!!СПАСИБО!!!!!!!!
прирост скорости достигается передачей не всего кадра, а сжатой "дельты", т.е. относительного изменения содержимого тек.кадра по отношению к базовому (кадру, являющемуся опорной точкой для синхронизации)
p.s.
что за дебилизм ? "дабится" - это по-русски ? или по-нерусски ?
← →
Kurtevich © (2004-08-09 12:16) [14]
> Тут промелькнула фраза, что сокеты может быть не самый лучший
> вариант. А что можно посоветовать в замен?
действительно интересная фраза промелькнула... и что можно посоветовать взамен?... %-)
> Ну напрммер, как тебе такая идея
а есть другие идеи - без заголовка и тела? %|
← →
Rouse_ © (2004-08-09 12:33) [15]Другие варианты - майлслоты, именованные каналы, к примеру...
← →
VID © (2004-08-09 15:11) [16]>>Skif (09.08.04 01:55) [11]
>>Ну к такому я и склоняюсь варианту, но что если мне надо передать рисунок тот-же? как сформироввать заголовок?
А в чём собственно проблема ?
Заголовок формируешь так:
1. Типа документа: data_picture;
2. Длина тела: ну 30кб.
3. А в само тело, копируешь рисунок, т.е. те самые 30 килобайт которые состовляют рисунок.
Вот и все пироги. А вообще, это твоя проблема - выбор формата передачи данных. Я тебе подсказал одно направление, и его конечно надо заточить под твою конкретную задачу, но этим ты должен заниматься.
Kurtevich © (09.08.04 12:16) [14]
>>а есть другие идеи - без заголовка и тела? %|
Есть: пойди да попей пивка.
← →
Ivolg (2004-08-09 19:28) [17]VID
У меня рисунок получается в 300-400 клибайт
← →
Rouse_ © (2004-08-09 21:59) [18]> [17] Ivolg (09.08.04 19:28)
ты его в TIFF чтоли отправляешь?
← →
VID © (2004-08-09 23:09) [19]>>Ivolg (09.08.04 19:28) [17]
>>VID
>>У меня рисунок получается в 300-400 клибайт
Блин, да хоть 300 мегабайт. Какая разница-то ? Это уже проблема сетевого соединения передать эти данные...
Я ж со скифом о формате передачи данных говорю, на теоретическом уровне.
← →
Ivolg (2004-08-10 09:54) [20]>Rouse_ В Jpg
>VID
Скажи как иммено сделать, чтоб размер картинки был 30кб?
← →
Skif (2004-08-10 10:14) [21]Тобишь, если я правильно понял, формирую заголовок и копирую буфер(объединяю) с загаоловком в send(write).
Угу. понял.
← →
Rouse_ © (2004-08-10 10:17) [22]> [20] Ivolg (10.08.04 09:54)
Смотри что сказал > [13] Digitman © (09.08.04 12:09)
← →
Ivolg (2004-08-10 10:22) [23]>Rouse_
Чёто я не понял?
← →
Rouse_ © (2004-08-10 11:06) [24]
> прирост скорости достигается передачей не всего кадра, а
> сжатой "дельты", т.е. относительного изменения содержимого
> тек.кадра по отношению к базовому (кадру, являющемуся опорной
> точкой для синхронизации)
← →
Digitman © (2004-08-10 12:46) [25]
> Ivolg (10.08.04 10:22) [23]
> Чёто я не понял?
что тут непонятного ? передается сжатый опорный кадр К(t0), следующий кадр К(t1) анализируется на отличие от предыдущего (например, изменился цвет точки с координатами [100,100]) и в сжатом виде передается не весь кадр К(t1), а только инф-ция об этой точке ... на приним.стороне изменения воспроизводятся в буфере предыдущего построенного кадра
← →
Ivolg (2004-08-10 16:41) [26]>Digitman (10.08.04 12:46) [25]
А как это можно осуществить. Примерчик можно или Хелп какой или ссылку на хелп дашь?
← →
Digitman © (2004-08-11 08:32) [27]
> Ivolg (10.08.04 16:41) [26]
> как это можно осуществить
осуществить ЧТО конкретно ?
← →
Ivolg (2004-08-11 09:31) [28]Digitman © (11.08.04 08:32) [27]
что тут непонятного ? передается сжатый опорный кадр К(t0), следующий кадр К(t1) анализируется на отличие от предыдущего (например, изменился цвет точки с координатами [100,100]) и в сжатом виде передается не весь кадр К(t1), а только инф-ция об этой точке ... на приним.стороне изменения воспроизводятся в буфере предыдущего построенного кадра
Только это ищё и по сети передать?
← →
Rouse_ © (2004-08-11 09:51) [29]Ты сначала придумай как выделить и хранить такую информацию и потом на основе нее менять картинку, а уж передать то ее как раз проще пареной репы...
← →
Digitman © (2004-08-11 13:18) [30]
> Ivolg (11.08.04 09:31) [28]
действительно .. см.
> Rouse_ © (11.08.04 09:51) [29]
← →
alienserg (2004-08-12 04:13) [31]2 ALL
Иволг - птица певчая :)
Кажись он посто дурит голову всем мэтрам :)
TIFF based Remote Administrator! В кошмарном сне такое не приснится :))))
Страницы: 1 вся ветка
Форум: "Сети";
Текущий архив: 2004.10.17;
Скачать: [xml.tar.bz2];
Память: 0.53 MB
Время: 0.033 c