-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
OSTED!not-for-mail
From: Borneq <b...@a...hidden.pl>
Newsgroups: pl.comp.programming
Subject: Wieloużytkownikowy serwer udp?
Date: Wed, 6 Sep 2017 23:31:45 +0200
Organization: ATMAN - ATM S.A.
Lines: 13
Message-ID: <ooppg2$lcn$1@node2.news.atman.pl>
NNTP-Posting-Host: 91.239.205.105
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1504733506 21911 91.239.205.105 (6 Sep 2017 21:31:46
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Wed, 6 Sep 2017 21:31:46 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
Thunderbird/52.3.0
X-Mozilla-News-Host: news://news.atman.pl:119
Content-Language: pl
Xref: news-archive.icm.edu.pl pl.comp.programming:211474
[ ukryj nagłówki ]Jeśli chodzi o tcp to przykładem jest serwer http. Choć może złym
przykładem, bo jedynie tam łączy się na krótko, a nie trzyma połączenia
cały czas.
Natomiast jak to może być w przypadku udp?
Co do zrobienia: komunikacja - serwer i klient zwykle na lokalhost.
Wersja jednoużytkownikowa działa - serwer odbiera na zadanym porcie i
wysyła do portu, z którego łączy się klient.
Teraz chciałbym niewiele klientów, 2 może 3.
Może serwer z wątkami? Ale tam nie ma połączenia, jak to będzie
działało? Czy dla każdego klienta osobny port? czy port jeden?
Chciałbym dla każdego klienta mieć osobną sesję, każdy ma inne dane,
nawet jest licznik kolejnych komend wydawanych z klienta, każdy klient
ma mieć własny licznik.
Następne wpisy z tego wątku
- 07.09.17 01:14 Szyk Cech
- 08.09.17 15:00 Adam Wysocki
- 08.09.17 15:01 Adam Wysocki
- 08.09.17 15:29 Roman Tyczka
- 08.09.17 18:44 Borneq
- 04.10.17 15:39 Adam Wysocki
- 04.10.17 19:56 Roman Tyczka
- 06.10.17 19:05 PawelS cbrbob(at)wbcd(dot)pl
- 12.10.17 14:40 Adam Wysocki
- 12.10.17 15:58 Roman Tyczka
- 12.10.17 17:05 M.M.
- 12.10.17 18:40 Roman Tyczka
- 12.10.17 18:49 M.M.
- 12.10.17 18:50 M.M.
- 12.10.17 19:04 Roman Tyczka
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=