Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
http://luxik.cdi.cz/~devik/qos/htb/ http://www.linuximq.net/ http://lartc.org/ http://www.google.com/search?q=htb+site%3Aroot.cz
# dropujeme P2P dev_p2p="wlan1" for proto_p2p in bittorrent directconnect shoutcast gnutella gnucleuslan ares kugoo mute napster openft poco tesla xunlei soribada soulseek edonkey hotline; do $IPTABLES -I FORWARD -o $dev_p2p -m layer7 --l7proto $proto_p2p -j REJECT $IPTABLES -I FORWARD -i $dev_p2p -m layer7 --l7proto $proto_p2p -j REJECT doneIP adresu už si tam určitě zvládneš doplnit, nutná je samozřejmě podpora v iptables a v jádře, nevím co kde používáš za distribuce.
Sprosté nadávky a napadání zde netolerujeme!
Zobrazit komentář
. Ale tohle jde podle mého názoru jen v malých sítích, kde se tohle tolik "neztratí".
Mam shaper nataveny na 1Mbit od jede 30KB Torent a zbytek je nepouzitelny.
Po ranu mi to nemysli
nechcem obmedzit dobu po ktorej moze nadviazat spojenia ale chcem obmedzit pocet ktore mozu paralelne bezat... viete niekto ako na to?
a pocet tcp spojeni z jedne IP pomoci
http://www.netfilter.org/documentation/HOWTO//netfilter-extensions-HOWTO-3.html#ss3.4
tady ty moduly ale nebyvaji v iptables standartne :(
nekdy taky byva problem ze se velkym poctem spojeni zaplni conntrack table a dalsi spojeni neprojdou, to je ale potom videt v dmesg ...
$IPTABLES -A FORWARD --length 0:500 -j logdrop ........... $IPTABLES -N logdrop $IPTABLES -F logdrop $IPTABLES -A logdrop -m limit --limit 1/s --limit 100 -j ACCEPT $IPTABLES -A logdrop -j DROP
) prave som zabil tyzden svojho zivota koli tomu ze linka mala sice dobry download (4mbit) ale up kolisal medzi cca 512-1024kbit... up bol potom tak pretazeny ze nesli otvarat ani stranky ani nic poriadne.... inak p2p som zatial neriesil, len obmedzeny pocet connectov tak som zvedavy... zatial to slape pekne tak snad sa netesim marne
este dohodim limitaciu poctu malych paketov a potom casom oshapujem p2p a je klud pevne verim...
... ftp v nete z ktoreho som sosol a na ktore som skusil poslat... pri downloade cca 500k/s stabilne pri up to kolisalo od cca 50-130kb/s... po prestaveni hw a wifi sa to rozbehlo... cely problem bol v zle nastavenom ethernete na jednom z nasich hw ap....
... ftp v nete z ktoreho som sosol a na ktore som skusil poslat... pri downloade cca 500k/s stabilne pri up to kolisalo od cca 50-130kb/s... po prestaveni hw a wifi sa to rozbehlo... cely problem bol v zle nastavenom ethernete na jednom z nasich hw ap....
Tiskni
Sdílej: