Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Сети";
Текущий архив: 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
1-1096949483
Simon
2004-10-05 08:11
2004.10.17
Forms


9-1087222996
Uncle Archi
2004-06-14 18:23
2004.10.17
OpenGL


8-1090855559
asat
2004-07-26 19:25
2004.10.17
Graphics32


1-1096720987
M-Alex
2004-10-02 16:43
2004.10.17
Edit.


14-1096051536
GanibalLector
2004-09-24 22:45
2004.10.17
Из космоса получен первый искусственный сигнал





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский