-
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
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 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
Najnowsze wątki
- 2025-01-27 OT musk
- 2025-01-27 Bydgoszcz => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-01-27 Warszawa => Java Developer <=
- 2025-01-27 Warszawa => Data Engineer (Tech Lead) <=
- 2025-01-27 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-27 Kto ma PRAWNĄ rację? poseł KO mec. R. Giertych v. mec. B. Lewandowski
- 2025-01-27 Gliwice => IT Expert (Network Systems area) <=
- 2025-01-27 Koszyk okrągły, walec 3x AA, na duże paluszki R6
- 2025-01-27 Warszawa => QA Engineer <=
- 2025-01-27 Warszawa => Analityk Biznesowo-Systemowy <=
- 2025-01-27 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-01-27 Bieruń => Team Lead / Tribe Lead FrontEnd <=
- 2025-01-27 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-27 Kraków => User Experience Designer <=
- 2025-01-27 Kraków => iOS Developer (Swift experience) <=