76
Server / Re:SYN Flood attack
« kdy: 30. 10. 2019, 22:03:35 »Wireshark/tcpdump je skvělá věc, ale nikdy jsem si nevšiml že by ukazoval který proces provoz způsobuje.
proces dohledáte podle portu.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Wireshark/tcpdump je skvělá věc, ale nikdy jsem si nevšiml že by ukazoval který proces provoz způsobuje.
puvodni_nazvy | perl -pe 's/.([^._-]+$)/.$1/'
tcpdump "tcp[tcpflags] & tcp-syn != 0"?
téměř každá diskuze, do které se zapojí Mirek Prýmek a Idris skončí u monád.Tentokrát jsme v tom ale naprosto nevinně
To ale není chyba technologie/konceptu, že to lidi nechápou. Takových témat se najde mnohem víc, třeba “the M word” ve FP.
Takže dejte pokoj s monádami, je to v kontextu diskuze nepodstatný a neužitečný detail.
vaham nad uzitecnosti Streamu (monady)Streamy jsou úlet.
https://mikhail.io/2018/07/monads-explained-in-csharp-again/
To vysvětlení je celkem pěkné.
Ovšem, popravdě, když se po roce koukám na svůj kód, tak si říkám, co jsem tím chtěl vlastně říct?
No a nejsem si jistý, jestli zrovna tohle zlepšuje čitelnost zápisu.
v provnání s vláknynehrozí data races a jiné chyby.V jakém smyslu? V porovnání s čím? Jaký přesně mechanismus zaručuje, že k nim nemůže dojít?
Dost katastrofa je to ale na úrovni infrastruktury: Pokud chci async/await použít, musím mít úplně jiné, "async" knihovny. A ty jsou oproti jejich starším "sync" variantám většinou daleko víc zabugované nebo nedodělané.
A neopovazuj se strkat asynchronni veci na backend, bo si te najdu a zbiju te.
Byla delší, vypadala hustě, kolega jí nerozuměl.