Na 23. září 2026 je do bratislavské Nové Cvernovky naplánovaná jednodenní konference #nobullshit.camp pro tech leadery, DevOps a platform inženýry. Mají tu zaznít upřímné příběhy z praxe o tom, co v produkčních systémech reálně fungovalo, co se pokazilo a co si z toho lidé odnesli. Témata pokrývají tři oblasti – DevOps a platformy (Kubernetes, cloud, provoz systémů), firemní kulturu a leadership. Program běží ve dvou formátech: hlavní
… více »Byla vydána nová verze 1.58 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Josephine Pfeiffer. Vypíchnout lze možnost nmtui zobrazit nastavení Wi-Fi jako QR kód nebo podporu CLAT (464XLAT) a tunelů GENEVE (Generic Network Virtualization Encapsulation).
Zákaz používání mobilních telefonů a dalších elektronických komunikačních zařízení ve školách, jehož uzákonění navrhli jako poslanci premiér Andrej Babiš (ANO) a ministr školství Robert Plaga (za ANO), dnes podle očekávání vláda podpořila. Novinářům to oznámil Babiš, podle Plagy byla podpora kabinetu jednomyslná. Účinnost předkladatelé navrhují od 1. září 2027. Podle opoziční ODS je plošný zákaz líbivé populistické opatření namířené proti digitální gramotnosti dětí.
Vládní CERT upozorňuje (𝕏) na zranitelnost ve WordPress Core: CVE-2026-63030 s přezdívkou wp2shell. Zranitelnost typu vzdálené spuštění kódu (RCE) bez nutnosti autentizace umožňuje útočníkovi spouštět libovolný kód prostřednictvím endpointu WordPress REST API Batch. Ke zneužití není vyžadován platný uživatelský účet ani interakce uživatele. Úspěšné zneužití může vést ke kompletnímu kompromitování webové stránky a souvisejících dat. Zranitelnost postihuje verze WordPress 6.9.0 až 6.9.4 a 7.0.0 až 7.0.1.
Evropská komise (EK) vyměřila čínskému internetovému prodejci AliExpress pokutu 550 milionů eur (13,3 miliardy korun) za porušení povinností vyplývajících z nařízení o digitálních službách (DSA). Platforma podle EK řádně neposuzovala a neomezovala rizika související s prodejem nelegálních, nebezpečných nebo padělaných výrobků na svém internetovém tržišti. Komise zároveň firmě nařídila přijmout nápravná opatření. Podle AliExpressu je pokuta nepřiměřená.
Ruffle, tj. open source emulátor Flash Playeru napsaný v Rustu, byl vydán ve verzi 0.4.0. Ke stažení je také na Flathubu. Přímo ve webovém prohlížeči lze vyzkoušet online dema nebo vlastní swf soubory.
HollowByte je zranitelnost typu Denial of Service (DoS) v kryptografické knihovně OpenSSL. Útočník může odesíláním škodlivého payloadu o velikosti pouhých 11 bajtů zaplnit paměť serveru. OpenSSL před ověřením dat vyhradí nepřiměřený blok paměti (až 131 KB). Server pak čeká na data, která nepřišla. Zranitelnost je opravena ve verzích OpenSSL 4.0.1, 3.6.3, 3.5.7, 3.4.6 a 3.0.21.
Ve španělské A Coruñě probíhá GUADEC 2026, tj. letošní konference vývojářů a uživatelů desktopového prostředí GNOME. Videozáznamy přednášek jsou k dispozici na YouTube.
Společnost Collabora ve spolupráci s Valve vyvíjí Holo Core, tj. port Arch Linuxu pro ARM64 procesory (AArch64), který bude pohánět VR headset Steam Frame. Pro testování Arch Linuxu pro AArch64 jsou k dispozici binární balíčky, zdrojové kódy i kontejner pro Docker nebo Podman.
Mikroprocesor Zilog Z80 byl oficiálně uveden na trh před 50 lety, tj. v červenci 1976. Výroba mikroprocesoru skončila v roce 2024.
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=245 time=9.78 ms
Wifi :)
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=250 time=9.84 ms(UPC)
$ ping seznam.cz PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=252 time=3.11 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=252 time=0.997 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=252 time=0.830 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=252 time=0.895 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=252 time=0.785 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=6 ttl=252 time=0.993 ms(vpsFree.cz
)
norasan:~# ping -c5 seznam.cz PING seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=253 time=1.00 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=253 time=0.000 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=253 time=0.000 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=253 time=0.000 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=253 time=0.000 ms --- seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3999ms rtt min/avg/max/mdev = 0.000/0.200/1.000/0.400 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=245 time=4.44 msKolejNet VUT.
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=245 time=2.31 msposledni míle na 10GHz, pak optika
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=242 time=10.7 ms
$ ping www.seznam.cz -c5 PING www.seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=250 time=44.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=250 time=80.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=250 time=43.1 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=250 time=43.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=250 time=43.8 ms --- www.seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4001ms rtt min/avg/max/mdev = 43.112/51.258/80.851/14.808 ms
PING seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=249 time=5.81 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=249 time=5.47 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=249 time=6.12 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=249 time=5.50 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=249 time=5.46 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=249 time=11.5 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=249 time=8.30 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=8 ttl=249 time=9.74 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=9 ttl=249 time=5.55 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=10 ttl=249 time=5.52 ms --- seznam.cz ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9014ms rtt min/avg/max/mdev = 5.468/6.900/11.510/2.072 msPateřní linka je optika, ale rozvod po bvaráku je klasická UTP, routovaná přes Microtiky.
člověk si zvykne rychle
.
univerz@localhost ~ $ ping seznam.cz
PING seznam.cz (77.75.76.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=248 time=1.32 ms
Nějak sice zlobí upload, ale co už nadělám s O2
me to staci, kdyby to melo stahovat jeste rychlejs tak nestacim delat volny misto na disku 
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=245 time=11.1 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=245 time=20.1 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=245 time=18.3 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=245 time=12.3 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=245 time=11.5 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=6 ttl=245 time=11.1 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=7 ttl=245 time=11.0 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=8 ttl=245 time=14.3 ms
Odpověď od 77.75.72.3: bajty=32 čas=15ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=16ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=13ms TTL=250Z Suse je to skoro stejné.
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=250 time=14.6 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=250 time=13.9 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=250 time=14.1 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=250 time=14.4 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=250 time=13.6 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=250 time=13.8 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=250 time=13.3 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=8 ttl=250 time=14.3 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=9 ttl=250 time=26.5 ms ^C --- www.seznam.cz ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 8072ms rtt min/avg/max/mdev = 13.397/15.461/26.549/3.941 ms
No ešte sa uvidí, povedal slepí.
(A predtým na univerzite tiež asi 2 roky, s krátkou prestávkou keď som pracoval inde). Nejakú dobu som mal dobrý kontrast, v práci oných 100Mb/s a mobilne GSM 9.6kb/s
(to bolo pred nástupom GPRS)
čekal sem metanfetaminovej zápisek
vic chapadel nez zvladne kolibac spocitat
Fakt mazec no.
Pravda ze download servery s free uctem to nevyuziji ani nahodou a s premiem to taky tak slavny nebude.
Mel jsem na mesic premium na rapidshare a server ani nevyuzil rychlost 3 Mbit/s co mam. Ftp server CVUT (silicon hill) vsak dava full a porad bez jakychkoli poklesu proste o da muj download to dava i upload serveru CVUT. Toto jen tak pro porovnani.
Hafo serveru ma vsak dnes nastaven upload limit pro jednotlive klienty.
Mnozstvi filmu ci serialu jez se na tak pomale lince da stahnout i jako free na rapidu ci ulozto je tak velke ze to neni sance sledovat. Leda by clovek musel lezet na kanapi a jen cumet a cumet.
Vyuzit Vasi linku jako ftp ci http server a s par kamarady se domluvit na hosting jejich stranek ci souboru je dnes uz snad taky pase.
Maximalne me napada vyuziti jao repozitar na nejakou distribuci.
Ovsem za tak malo penez je to kazdopadne krasna sluzba.
Vylozene to vyzyva k tomu stat se jeste navic providerem pro par sousedu.
Mozna to vsak maji ve smlouve zakazane takto poskytovat pripojeni dalsi osobe.
Pravda ze download servery s free uctem to nevyuziji ani nahodou a s premiem to taky tak slavny nebude.Moje zkušenost je, že při single downloadu to tak slavné opravdu není, ale jakmile pustíš nějaký download manager, který zaráz stahuje 3-4 soubory, tak Rapidshare tu 25 Mbit/s linku v pohodě zaplní, a součet rychlostí se stabilně drží na cca 2.7 MB/s .
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=7 ttl=251 time=0.987 ms
Ještě není všem dnům konec, třeba přijde někdo ze seznamu. Já už se tomu víc přiblížit neumím.
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=8 ttl=255 time=0.492 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=14 ttl=250 time=3.95 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=15 ttl=250 time=3.36 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=16 ttl=250 time=5.45 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=17 ttl=250 time=5.23 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=18 ttl=250 time=5.44 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=19 ttl=250 time=3.96 msA Taky wifi, několik veřejných IPv4 adres, včera jsem se dozvěděl, že zavádějí i IPv6.
Za stejny prachy mam 30/15 a v noci to stoupa k 50/25 a navrch verejnou IP.
Zakladni balik TV jo, Programy na vic do toho nepocitam a telefon jsem nechtel.
firzen@hope:~$ ping seznam.cz PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=251 time=3.03 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=251 time=2.61 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=251 time=2.72 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=251 time=2.57 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=251 time=2.80 ms ^C --- seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 2.570/2.749/3.030/0.170 msA to mám přitom "jen" 17/2 Mb/s. Netbox je prostě nejlepší poskytovatel. :)
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=248 time=6.55 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=248 time=5.70 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=248 time=5.86 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=248 time=5.95 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=248 time=6.14 msPraha je opodál , takže si nestěžuju. 16/16Mbit optika za 300 měsíčně
Já mám teď 30/4Mbit taky za 300 měsíčně
.
Po chvíly eufórie jsem zjistil to samé, jako autor blogu - většina serverů plnou rychlost prostě nedá (a to používám navíc DNS cache). Jediné servery, kde plnou rychost využiju, je při tahání ze serverů českých univerzit - instalovat Debian z takového mirroru je pomalu rychlejší, než instalovat ho z CD/DVD (obzvlášť když jste šetřiví a vypálíte to na DVD+RW, které se mechanice moc nelíbí).
Rapidshare jsem nezkoušel, účet nemám, warez a filmy netahám (vždyť ani nestíhám shlédnou věci, co mám nahrané z DVB-T). I u Bitorrentu se většinou nedostanu na víc než pár Mbit/s, jen jednou pamatuju, že jsem ve špičkách tahal nad 10Mbit/s tam i zpět (nějaké čestvě vydané linuxové LiveCD).
Takže pokud zrovna neinstalujete nebo netaháte aktualizace, tak jediná výhoda rychlé linky jsou malé latence a velký upload, plus možnost tahat paralelně z mnoha zdrojů, aniž by se brzdily.
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=245 time=65.1 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=245 time=69.2 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=245 time=60.6 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=245 time=50.5 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=245 time=73.4 ms
^C
--- www.seznam.cz ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms
rtt min/avg/max/mdev = 50.507/63.800/73.472/7.891 ms
SHIT!
Tiskni
Sdílej: