Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
Wine bylo po roce vývoje od vydání verze 10.0 vydáno v nové stabilní verzi 11.0. Přehled novinek na GitLabu. Vypíchnuta je podpora NTSYNC a dokončení architektury WoW64.
Byl vydán Mozilla Firefox 147.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Firefox nově podporuje Freedesktop.org XDG Base Directory Specification. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 147 bude brzy k dispozici také na Flathubu a Snapcraftu.
Asociace repair.org udělila anticeny těm nejhorším produktům představeným na veletrhu CES 2026. Oceněnými jsou například šmírující kamery Amazon Ring AI, chytrý běžecký pás od společnosti Merach, která otevřeně přiznává, že nedokáže zabezpečit osobní data uživatelů, případně jednorázové lízátko, které rozvibrovává čelisti uživatele a tak přehrává hudbu. Absolutním vítězem je lednička od Samsungu, která zobrazuje reklamy a kterou lze otevřít pouze hlasovým příkazem přes cloudovou službu.
Zdravím, chtěl bych požádat zkušenější o radu, na čem postavit sdílené úložiště (SW, příp. HW), což jsem dostal v práci za úkol. Jsou na to cca následující požadavky:
V zásadě jde o něco, co by fungovalo jako Dropbox, ale aby to bylo šifrované. Budou se tam ukládat typicky dokumenty, zatím by se jednalo o řádově pár GB dat, sdílených mezi cca 5 uživateli. Nemusí to být čistě (vlastní) SW řešení, pokud by něco podobného nabízel třeba nějaký NAS, tak je to taky možnost.
Zatím mi vyšlo pár možných variant:
).Zatím mi přijde nejzajímavější varianta 4. za použití Seafile. Co jsem se dočetl, tak je z volně dostupných alternativ Dropboxu asi nejlepší (dle hodnocení uživatelů), třeba OwnCloud má sice spoustu rozšíření, ale taky spoustu chyb, a další alternativy taky mají nějaké problémy. Pak se mi líbí to šifrování (doufám, že funguje i při sdílení dat mezi více uživateli), mělo by tam fungovat verzování souborů (historie změn), a možná ještě nějaké další funkce budou přínosem (nestudoval jsem to úplně detailně). Z čeho mám ale trochu obavy, je to, že se na serveru neukládají data v původní podobě (soubory 1:1 jako na klientech) - abych byl v případě problémů schopný z toho data dostat... Máte zkušenosti se stabilitou, vč. klienta pod Win? Jak jsou tam řešené kolize souborů (pokud dva uživatelé nezávisle na sobě v jeden čas provedou úpravu)? A bylo by lepší to hodit na VPS, nebo radši použít vlastní železo a mít to připojené lokálně? Předem díky za vaše poznatky.
. Další věc, jak tam konkrétně řešit to verzování? Dělat třeba každou půlhodinu zálohy, resp. kopie souborů, které se změnily, a tenhle strom "záloh" zpřístupnit jen pro čtení...? Tam by se ale mohlo sem tam stát, že by taková granularita nebyla dostatečná. Nebo na to nějak naroubovat inotify a kopírovat soubory při změně/vytvoření?
incronu (v podstatě "cron", ale řízený událostmi přes inotify, nikoliv časem) nebo ještě lépe pomocí jeho dá se říct ekvivalentu, který ale umí i rekurzivní adresáře - watcher. Následně při každé změně souboru bych ho nějakým bashovým nebo pythoním skriptem zkopíroval do vedlejšího stromu a přidal do názvu datum a čas - podle toho by se pak případně dala dohledat potřebná verze. Mělo by to nějaká omezení, ale bylo by to relativně jednoduché tedy asi do doby, než bych od toho potřeboval nějaké sofistikovanější chování (nějak tam víc řešit oprávnění, nastavování sdílených složek, atd.), pak by to asi bylo poněkud horší
.
Pouzivam vlastni server s ubuntu, kde mi bezi samba + owncloud. Zadnych chyb jsem si nevsiml, vyjma snad toho, ze se chova dost nekorektne pripojovani samba adresaru primo pres admin menu owncloudu - proste to nenacita slozky, kdyz jsou moc velke (typicky hudba, filmy, apod). Takze si to mountuju primo na linuxu do tech slozek owncloudu konkretniho uzivatele (prdne se to do fstab a je to bez starosti).
Pak taky nepouzivam synchronizaci (jen s NB a tam mam pokusnou slozku - testuju to) - pry to obcas plete a maze soubory. Pro mne je to zatim zbytecnost, mam vsechna data na sitovem disku, takze synchronizaci prilis nepotrebuju a cekam, az owncloud dotahnou do konce - lepsi podpora prehravani videi primo v prohlizeci, poradny prehravac hudby, apod. Je to velice dobre naslapnuty projekt, jehoz tvurci presne pochopili, co lidi chteji, jen jim to holt trochu trva no
Ale za ty penize...? 
Osobne bych se s tim v praci asi nepackal a koupil nejaky komercni NAS - tvoji snahu stejne ASI nikdo neoceni, tak proc si komplikovat zivot? Ty NASy maji velice prijemne rozhrani, naklikas to za pet minut.
Pro mne byla hlavni priorita ta, ze vim, co ten system dela, ze si muzu zasifrovat data na oddilech toho disku a nespolehat se na nejake dodane reseni a ze si to muzu rozsirovat dle libosti. Ucil jsem se u toho linux, takze jsem spojil prijemne s uzitecnym.
Dneska si doma provozuju podobny server na Banana Pi (jen se sambou) a jeho zprovozneni mi diky tomu, co jsem se naucil trvalo jen par hodin - i se sifrovanymi slozkami, atd. Dnes uz bych to rozbehal za par minut. Cena oproti komercnimu nasu je zlomkova, ale nejvice si stejne cenim te otevrenosti a toho, ze vim, jak to doopravdy funguje a kdo do toho ma vlastne pristup.
. Samozřejmě nemám osobní zkušenost, ale v těch záporech u hodnocení OwnCloudu se takové stesky objevovaly celkem nezřídka.
S NASem celkem souhlas, ale zase problém jako výše - dá se tam nějak řešit verzování? Jde mi o to, že když třeba omylem smažu soubor nebo ho omylem přepíšu nebo nahradím novou verzí, ve které bude chybět kus původních dat, tak už nebude cesta, jak to obnovit zpět (jako to jde třeba na Dropboxu). Samozřejmě, že tam uvažuju nějakou formu zálohování, ale i v takovém případě by se tohle mohlo stát (pokud bych zálohoval třeba jednou denně).
Díky moc, to je zajímavá informace. Ještě bych se rád zeptal na pár věcí:
Tiskni
Sdílej: