Diskuze: tcp/ip client chyby v datech
Tvůrce
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 |
Použítí TCP by mělo vyloučit chybu v síti.
PS: napiš to rovnou vše jen v hexa 
Předpokládej chybu u sebe nebo na serveru. Nevím, zda se chybovost paketů kontroluje nějak lépe než skrz CRC (což nevylučuje možnost, že chybné pakety budou považovány za dobré, ale ta pravděpodobnost je velmi malá).
O to se prakticky stará TCP a jeho by to vůbec trápit nemělo, ne?
chyba na straně serveru není vůbec vyloučena, spíš jsem se chtěl poradit jestli je možné aby bylo něco špatně u mě s takovýmhle minimalistickém klientem
python
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect((ip, port))
sock.send(b'nejaka data')
print(sock.recv(23))
sock.close()
Přesně tak, může se stát, že dojde k chybě, ale tohle je čistě
softwarový problém.
Pošli kód, který ty data posílá a přijímá.
O to se prakticky stará TCP a jeho by to vůbec trápit nemělo, ne?
TCP se ti stará mj. o to, aby ti vytvořilo iluzi, že ti pakety došly ve stejném pořadí, v jakém je odesilatel poslal, že ti každý došel právě jednou.
Nevím ale, jak by mohly obě strany (klidně na jednom drátě, poř. na jedné bezdrátové síti. Na tom drátě by to možná ještě šlo) poznat, že přenos opravdu proběhl bez chyby. Protože nerozumí datům, která posíláš uvnitř paketu. Takže pokud sedí CRC, nemají se důvod domnívat, že je něco špatně. Samozřejmě, tohle se dá řešit i dalšími protokoly, která třeba část obsahu hašují, takže je větší záruka než u CRC (ale bere to více místa a výkonu).
Zobrazeno 7 zpráv z 7.
