Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
2006-11-23_Rozdelany_notas, prostě datum a lehký popis. V něm mám fotky v jpg a pak v textovém souboru popisky, z kterého to bere můj skritpík pro okomentování do Exifu, a konvertované z RAFu, _1 _2 atd. podle způsobu konverze nebo jen náhledy, a dále podadresář RAW se staženými RAFy. Stahuji rovnou do adresáře, pak vymažu vyloženě rozostřené, strhlé, expozičně nebo kompozičně mimo, jinak si záběry nechávám. Zkonvertuji RAFy, pokud jsou to vyloženě výcvaky focené do raw jen pro jistotu, tak RAF pak promažu trochu víc a nechám jen povedené nebo ty, které potřebují víc úprav. No tyto originály potom ještě zazálohuji jinam.
A dále mám adresář výběr, kde mám stejné podadresáře a v nich obrázky/ a fotky/. Ve výběru mám vybrané obrázky třeba editované, ve fotkách upravené pro fotolab a v obrázcích pro web (1600x1200). Na tyto adresáře už nesahám, takže když chci (nebo pro někoho) po čase z fotolabu kopii, tak se jen podívám na popisek zezadu na jméno, najdu ji ve výběru a odnesu do labu :). Pokud dávám fotky (někomu, na web, ...) tak ještě na výběr pustím skriptík, který je zároveň podle popisku okomentuje a je to i s popiskama. Pokud dělám další úpravy tak jako další _ číslo nebo do adresáře (třeba jiný rozměr do labu).
Co potřebuji najdu bez problémů, hlavně si pamatuji kdy co takže podle data, pokud hledám nevím co tak podle popisků. Rozhodně nejsem takový magor abych rval vše do databáze, možná by to zasloužily popisky s Exifama, ale zatím žádný systém nesplňuje mé požadavky pro přenositelnost, archivaci, jednoduchost. Když si vypálím něco na CD tak chci také mít možnost vše přečíst kdekoliv na jakémkoliv systému, včetně widlí nebo FreeDOSu na notebooku, bez složité instalace čehokoliv. Což mi žádná databáze nesplní. Chci mít možnost číst si popisky klidně za několik let. To mi nesplní také. A nechci se upnout na nějaký program, který mi třeba nebude vyhovovat nebo změní formáty dat nebo budu muset přejít na jiný systém a všechno komplet předělávat. Za to mi databáze a parní mlátičky a jiné kanóny na tohoto vrabce opravdu nestojí :).
imho třídit fotky do adresářů je nepraktické a zastaralé. Navíc vymyslet v tomto logický systém je nemožné. Budoucnost vidím v tom si fotky tagovat, napr. tak jak to umožňuje výše zmíněný f-spot.Univerzální systém ve třídění fotek do adresářů asi skutečně vymyslet nejde, ale s tím, že třídění do adresářů je zastaralé a nepraktické, bych si dovolil polemizovat ;) Záleží na účelu, za jakým si kdo ty fotky ukládá. Pokud je primárním cílem archivace fotek "digitální fotoalbum" (jednou za čas se koukneme na staré fotky z ...), adresářová struktura více než postačí. Ponecháváme si všechny výhody unixového filesystému a nemusíme se ručně tagovat s každou fotografií (což je IMHO dost časově náročné). Tagy přicházejí ke slovu teprve v okamžiku, kdy očekávám, že budu chtít vyhledávat podle klíčových slov (což si dovedu představit u profi fotografa, ale pro "normální lidi" je to, myslím, zbytečné (zkuste mne přesvědčit o opaku :)) Takže já hlasuju pro: kategorie/rok/yymmdd_nazevakce s tím, že třeba fotky z týdenní dovolené jsou pochopitelně v jednom adresáři, nesekám to po dnech. Přijde mi to docela logické (jako bych je strkal do papírového fotoalba, s tím, že to máme taky jednu sérii "kam cpeme postupně dovolené apod", a pak vedle na speciální samostatná alba ("jiná kategorie") - svatba, dcerka, "velká" dovolená v USA, atd. Ve výsledku si musím jen pamatovat, co kdy bylo, nebo aspoň jak jsem to album pojmenoval, a pak se k fotkám dostanu přes jeden find ;)
), je nadstavba v podobě tagů určitě dobrý nápad. Ale na tom, že vespod by to mělo zůstat tříděno "unixově", se tím nic nemění, ne?
PS: Heč, moje žena je unix-compatible ;)
díky.
Ale všechny foťáky musí mít nastavené datum, což není zcela u každého uživatele samozřejmé
#skript, ktorý všetky .jpg súbory v adresári prekopíruje do podadresára ./output s novým názvom Foto_datum_cas.jpg
#! /bin/bash
# Vysledok sa zapise do podadresara ./output
# Ak tento adresar neexistuje, tak sa vytvori
if [ ! -d "./output" ];
then mkdir ./output
fi
#Spracuj vsetky subory JPEG v adresari
for I in ./*.[jJ][pP][gG];
do
echo $I;
# Vyber z EXIFu datum vytvorenia
DATUM=`/usr/bin/exiftags $I 2>/dev/null | grep Created | awk '{print $3}' | awk -F: '{print $1$2$3}'`;
echo $DATUM
# Vyber z EXIFu cas vytvorenia
orig_cas=`/usr/bin/exiftags $I 2>/dev/null | grep Created | awk '{print $4}'|awk -F: '{print $1$2$3}'`;
echo $orig_cas;
# Novy subor bude v adresari ./output s Nazvom v tvare Foti_Datum_cas.jpg
vysledok=`printf "./output/Foto_%s_%s.jpg" $DATUM $orig_cas`;
ls -la $I;
echo $vysledok;
cp $I $vysledok;
done
#Využíva utilitku exiftags
jhead -nf%y%m%d-%H%M%S -ft *
Třídit fotky podle dní mi přijde nesmyslné - jednak fotek nemám až tak moc a jednak chci mít související fotky pohromadě (několik dní po sobě)
) pak podle obsahu DB souboru necham vygenerovat adresarovou strukturu se symlinky. A na opravdove prohlizeni muzu pouzit treba Gwenview.
Tiskni
Sdílej: