Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.
Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.
První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.
Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci
… více »Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
No pokud by k nim přibralili i Buřta, a všechno to šoupli do ťurmy někde na Sibiři, jdu do sklepa pro šáňo.
Kdysi jsem učinil zajímavou zkušenost. Kamarádovy WD disky, po zapojení do řadiče na mé desce žhavily jako svině. U něj byly ok. Na druhou stranu moje Seagate disky se chovaly takhle zase u něj. Takže zřejmě na chování firmware HDD mívá vliv i kooperace s řadičem.
Starší rotační disky mám už jen v úložišti doma. 3,5 palcové jsou značky Seagate a 2,5 palcové Toshiba. Dvě Toshiby umřely hned ze startu, ale zbytek drží. Mám dlouhodobě v plánu reorganizaci, tak už to moc neřeším.
Pokud jde o SSD používám všude k naprosté spokojenosti Samsung EVO (850 a 860). Ale někdo prý měl s nimi potíže.
Tak snad z toho zase nebyla ztráta dat jako u paní veterinářky.
A, u paní veterinářky nebyla ztráta dat způsobena schopností či neschopností admina, ale její vlastní iniciativou.
B, disky žhavili jako svině – [Oni] žhavili. V originále je ale disky žhavily jako svině. Tedy [Ony/Ty] disky žhavily, takže měly asi problém. Ne že by je někdo pekl někde na roštum nebo jim přilepšoval autogenem.
Nepatřím k těm, co by moc často marodili. A takhle mě neskrouhlo ještě nikdy nic. Opravdu to není moc příjemné, když se ve tři ráno z ničeho nic vzbudíš tím, že se dusíš a nevíš čím to je. Obzvláště když víš co se může přihodit.
Ja mam experimentalne pul roku na jednom stroji btrfs pres 3 rotacni disky s 3-nasobnyma kopiema a zatim dobry, uvidime az jeden z nich umre, jestli to btrfs ustoji stejne jako by to ustal mdraid 5.
Lépe než mdraid 5 ti to ustojí i Btrfs v raid 1 módu.
U Btrfs bys měl mít multidevice minimálně počet kopií + 1 disk, právě pro případ, že jeden umře. Protože takhle, když ti jeden z těch tří disků umře se ti Btrfs přepne do readonly a nedovolí rw remount, dokud nebude mít k dispozici zas 3 disky.
Pro tři disky bohatě stačí Btrfs v raid1 s jednou kopií, protože když jeden ten disk chcípne, obnoví chybějící bloky na ty dva co zbydou. A když ten chcíplý disk vyměníš, uděláš rebalance a jedeš bez ztráty kytičky furt pryč.
U Btrfs teoreticky platí, že čím více disků máš, tím lépe. Jenže prakticky to přináší nežádoucí komplikace, pokud jich máš víc, než kolik zvládne jeden řadič.
Vím o čem mluvím, protože takové pole mám. 3 řadiče a 12 disků. Pozůstatek z dob, kdy maximální kapacita jednoho HDD byla 2TB. Mám v plánu upgrade a budou to max. 4 velké HDD v řadiči na desce. Otázkou je, zda-li v takovém případě není lepší použít ZFS a menší NVME disky jako keš. I když asi ne, protože na ty soubory stejně lezu náhodně a mockrát se k nim nevracím.
MD raid, LVM a nad tím souborový systém Je zastaralé řešeníA co používáš v případě, kdy je ten disk navíc potřeba i šifrovat?
A nějaký rozumný důvod proč bych ho měl šifrovat bys po ruce neměl?
Je-li takový stroj napadený, je to šifrování na úrovni blokového zařízení k prdu, protože probíhá na nižší vrstvě. Smysl by to mělo možná tak u nějakého notebooku s citlivými daty, ale na domácím úložišti?
A nějaký rozumný důvod proč bych ho měl šifrovat bys po ruce neměl?1) krádež – ta hrozí prakticky všude 2) reklamace disku
Ad 1, A co bys chtěl ukrást? Dej vědět a klidně ti to nasdílím. Sdílení dat je totiž důležitou prevencí před jejich definiticní ztrátou. Já tedy v posmrtný život, či pobyt na nebesích nevěřím, ale kdyby snad náhodou, tak by mě po celou věčnost sralo ať už v pekle nebo na nebi, kdyby mnou pracně shromážděná data přišla vniveč.
Ad 2, Nereklamuji. A když, tak dříve nežli na tom disku nějaká smysluplná data jsou. A pokud mi nějaký disk doslouží, tak většinou projde i mechanickou destrukcí, pokud není recyklovatelný.
Ale abys neřekl.
Šifruji rovnou to blokové zařízení a používám dekapitované hlavičky.
Ehm, nechci to do toho kecat, ale nemáš pravdu.
U Btrfs se šifrují se pouze ukládané bloky dat a to pouze jednou, protože se pak už jenom čtou. Vícekrát se šifrují leda když používáš více šifrovaných blokových zařízení. Ovšem to už je jiná pohádka – pro paranoidní blázny. Já osobně vyhodnotil, že v praxi šifrování žádný smysl nemá, protože slabým článkem je stejně ten, kdo s těmi daty pracuje.
To máš sice pravdu, ale to zpomalení je marginální.
Opravdu si nedokážu představit, že by se někdo chtěl co dostat ke tvým datům zrovna tím, že by ti kradl počítač. To na něm syslíš klíč k tajemství vesmíru? Podle mne jsou prakticky veškerá data bez kontextu bezcenná. A pokud ti někdo štípne notebook, tak ho střelí za pár šupů o dál někomu, kdo veškerá tvá data přemázne ani nemrkneš.
Pak mám různé rozpracované věci, které jednou veřejné být mají, ale zatím nejsou hotové, takže ani veřejné.
To já taky a právě proto silně pochybuji, že by se našel blázen, který by tu práci chtěl udělat za mne.
A rodinné fotky? Tak to mohu jen politovat tvou bezmeznou naivitu. Všude se totiž válí tuny rodinných fotek. Většina je stejně na jedno brdo a pokud nemají popis, kdo je kdo a kde a kdy to je, je to jen nezajímavá datová makulatura. Ty obličeje zůstanou bezejmenné, stejně jako na fotkách starých alb, když zemřeli ti, co by k těm tvářím mohli přidat jména.
No jo. Já zapomněl Žako, že ty seš úplný Fanda Mrázek.
Ale jeden důvod, proč ty data šifrovat bych přeci jen pro tebe našel. A to je virtální disk v rámci AWS, atp.
Tiskni
Sdílej: