Diskuze: Sitovy chat - chatovaci mistnosti, historie
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 5 zpráv z 5.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Vlakna bych tam zatim zbytecne netahal.
Chatovaci mistnost by jsi mel mit jako tridu, ktera si bude pamatovat vsechny
uzivatele, co v ni jsou - pri pripojeni ji predas toho uzivatele, ktery by ten
stream mel mit idealne u sebe (taky by mel byt jako trida).
A odebrat ho samozrejme z mistnosti, kdyz se odpoji
.
Pri posilani zpravy uzivatelem pak musis posilat, do jake mistnosti chatuje a na serveru se pri zpracovani te zpravy podivat, kdo vsechno v te mistnosti je a vsem tem lidem tu zpravu rozposlat.
Chat dvou lidi pak muze byt jako chat v mistnosti s nejakym genericky vygenerovanym nazvem, ktery se ani nemusi zobrazovat.
Switch je v tomhle pripade asi nejlepsi volba, jen bych misto stringu posilal cislo typu zpravy binarne jako cele cislo.
Dekuji za odpoved. Nedovedu si predstavit, jak do toho netahat vlakna. Na strane clienta mam vlakna dve, jedno je prijimaci, druhy odesilaci. Kdybych u serveru zredukoval pocet vlaken na 2 (pouze s jednim jednim vlaknem si to nedovedu vubec predstavit) - vlakno, ktere prijima nove sockety a vlakno, ktere provadi urcite operace, tak nevim, jak s jednim vlaknem odchytit napr. zpravu klienta 1 do mistnosti 1 a zaroven potvrdit registraci klienta 2, navic, co jsem pochopil, tak kdyz vlakno ceka na vstup ze socketu, tak se pozastavi.
Na klientovi i na serveru ti staci 1 vlakno pro zapis i cteni i pro prijmuti novych pripojeni, neni duvod mit vlaken vic (pokud pouzivas TcpListener a TcpClient).
Vláknům se vyhnout lze, pokud použiješ neblokovací sokety (non-blocking socket).
Zobrazeno 5 zpráv z 5.