NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.
Počítačová hra Tetris slaví 40 let. Alexej Pažitnov dokončil první hratelnou verzi 6. června 1984. Mezitím vznikla celá řada variant. Například Peklo nebo Nebe. Loni měl premiéru film Tetris.
MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Tiskni Sdílej:
Záloha na cloudu nebo na dedikovaném serveru vyžaduje silnou linku - jak dlouho tam ta data budete nahrávat? Jak dlouho je budete stahovat?Záleží na tom, jak se to dělá, ale pro nahrávání ta linka tak silná být nemusí - děláme rsyncem off-site zálohy jednou za měsíc z cca 30TB dat*) a průměrný datový tok, který to potřebuje, je 20Mbps. Samozřejmě první kopie, kdy se nedaly dělat rozdíly, chtěla podstatně víc. I to by ale na slabé lince šlo s dedikovaným serverem řešit - první záloha se udělá lokálně a až pak se to odveze do serverovny, v případě katastrofy se ten server (nebo disk) dá zase přivézt. *) jednou za měsíc znamená, že se každý den zazálohuje něco a všechna ta něco mají dohromady 30TB dat
Dobrá záloha se pozná podle toho, že není dostupná online ze zálohovaného místa (tj rm -rf na zálohovaném serveru nevymaže i zálohy - což není tak neobvyklé, jak by se mohlo zdát).
+1 Na to jsou dobré buď dva (či víc) externí disky, které střídáš – pak ti zavirovaný/napadený systém může během zálohování smazat poslední zálohu, ale zbude ti ještě předposlední na druhém disku. Nebo zálohování po síti – používám SSH a Btrfs:
Pokud jde o úložiště mimo objekt, nešel bych do cloudu, ale v jiném objektu bych na Internet připojil vlastní NAS mechaniku od QNAP (levnější kvalitnější HW) nebo Synology (dražší, lepší firmeware).
Potom se zpravidla využije systémové zálohování všech dat přes noc (synchronizace) a v parametrech se vyloučí zálohování nějakých pracovních/zábavních/(z jiných zdrojů dosažitelných) oblastí.
Pokud se rozhodnete k výše uvedenému řešení, potom si nechejte nastavit zálohování skutečně znalou osobou.
- nechte si vše popsat
- provést nastavení na síti, nastavení firewall
- zaškolit se na obnovu
- nechat předvést obnovu systému, "laickou" obnovu omylem smazaných dat, ...
Uvádím, protože v praxi jsem zažil různé tragédie se špatně nastaveným zálohováním, takzvanými "odborníky" na všechno.
Zásadně RAID bych nepovažoval za zálohu, ani archivaci.
Proč ne?
Uživatel smaže omylem data a z čeho je chcete obnovit?
Malware znehodnotí systém (dnes oblíbené zašifrování dat).
Potřebujete získat starší verzi údajů, protože obsah nepoškozeného/čitelného souboru byl nesprávně modifikován (ale to jej již spíše o archivaci než o zálohování).
...
Prostě bych nerad testoval kvalitu záchranné vesty až když budu plavat podél boku hořící lodiToto je vec na ktoru sa casto zabuda. nech uz vam tie zalohy nastavi ktokolvek, sucast riesenia musi byt pravidelna kontrola zalohy. (ci uz komplet data, alebo nahodna cast dat) Pokial mate toto nastavene, tak jednak viete ako data obnovit, ked to naozaj budete potrebovat, lebo to budete robit pravidelne a tiez budete mat istotu, ze tie zalohy casom neprestali fungovat. (viz nedavny problem Gitlabu, kde zistili, ze zalohy im uz nejaky ten mesiac nefungovali) IMHO tato poziadavka sama o sebe znacne zjednodusi vyber technologii a pokial si to chcete kupit ako riesenie od nejakej spolocnosti, vela nedoveryhodnych firiem odfiltrujete prave tou poziadavkou na pravidelnu verifikaciu zaloh - ak vam povedia, ze to netreba, lebo.. tak si radsej najdite niekoho ineho.
Ochranu proti "ramsomware" jsme po dlouhé době řešení a pokusů vyřešili, draze ale funkčně. Máme dvě NAS jednotky, které se střídají v on-line režime - lichý a sudý týden.
Prvotní bylo, jen jeden NAS a jeden externí disk s celkovou zálohou prováděnou jednou týdně přes noc po kontrole systému. Následně externí disk odpojen do příštího týdne.
Daleko lepsi by bylo, pokud by si autor onen ostudny fakt nechal pro sebeProč by mělo někoho zajímat, že z tvého pohledu to je ostudný fakt? (Mně zas připadá ostudné, když má někdo potěšení z toho, že jsou ostatní chudší, příp. že na objednávku vydírá zaměstnance firem, ale to tě jako cizí názor nejspíš taky nebude zajímat...)
Nezisková organizace je organizace (právnická osoba), jejímž účelem není vytvářet zisk, tedy která není obchodní společností ani jiným podnikatelským subjektem.Vyplácet zaměstnancům mzdu s tím není v rozporu. Svoje názory si můžeš strčit za klobouk; takto je ten právní termín nadefinovaný.
jednoduchy model zalohovania: - archivy podla hodin (celkovo 24 archivov) natrepat do cron.hourly a dookola nechat prepisovat - archivy podla dni (celkovo 28-31 archivov) natrepat do cron.daily a dookola nechat prepisovat - archivy podla tyzdnov (celkovo 52-53 archivov) natrepat do cron.weekly a dookola nechat prepisovat - archivy podla mesiacov (celkovo 12 archivov) natrepat do cron.yearly a dookola nechat prepisovat idealne rdiff-backup, /etc, projekty s kopou malych suborov a pod. ...