Diskuze: Tcp - ukončení servru
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 7 zpráv z 7.
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, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.


Ze serveru si musíš při ukončování poslat zprávu, podle který poznáš, že máš klienta odpojit.
Díky, ale tohle řeší jen půlku mého problému. Co když server spadne nebo se nějak přeruší spojení.
Nezbývá ti než třeba každých třeba 5 sekund to spojení kontrolovat a pokud do dalších 5 sekund neodpoví, tak spadl - odpojit.
servery by ale neměly moc často padat a když k tomu dojde, prostě nastane nějaká chyba. Však to je jedno, spadlý server ti v aplikaci nijak nepomůže.
Ahoj,
jak už zde bylo řečeno výše, pokud server bude ukončovat spojení, měl by o tom informovat klienty kteří na to adekvátně zareagují (odpojí se).
To jak budeš zjišťovat zda je server dostupný záleží na povaze aplikace. Buď můžeš v určitých časových intervalech posílat na server něco jako ping a čekat na odpověď s tím že pokud nepříjde, budeš server považovat za nedostupný. A nebo pokud ti stačí s o nedostupnosti serveru dozvědět až ve chvíli kdy posíláš data, hoď to do try-catch bloku (tomu se stejně nevyhneš).
Ono obecně, neboj se ten try-catch blok používat, vliv na výkon to samozřejmě má, ale znatelné to je až ve chvíli kdy ho voláš opravdu hodněkrát během krátké chvíle. Neříkám že by se měl cpát všude, ale obecně bych doporučoval ho používát "za vrátky" tvé aplikace. Tzn. všude tam kde se může cokoli stát vinou někoho jiného (špatné spojení, nefunkční server, poškozený soubor atd.) a ty to nemůžeš nějak ovlivnit.
Díky, doufal jsem ze to nebudu muset použít ale vypadá to že ano. Jen doufám, že to přece jen neubere moc výkon.
Zobrazeno 7 zpráv z 7.