Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.
David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …
Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.
Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.
V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
PS: Jako zarytému perlistovi mi zásadně vadí, že komentáře jsou delší než vlastní kód!U nas ve firme se naopak rika, ze komentar musi byt delsi nez metoda (Java)... sice trochu nadsazka, ale v podstate jde o vyjadreni principu, ze spatne komentovany kod muze byt super dobry, ale kdyz k nemu nekdo po case prijde a musi ho studovat, tak produktivita prace jde do haje.
No aktivita možná vzrostla, ale nikde to nevidět.No když už si toho všiml i takový bulvár jako DDJ, tak na tom něco bude...
Roughly 80% of the world’s data cannot plausibly be stored in a relational database. The 20% that does fit there is important enough that we’ve spent the last 20 years stuffing it into relational databases and doing interesting things with it. I’m still doing a lot of that. But there’s a lot more data out there that doesn’t look like tables than does.
A nebo rovnou objektovou databázi.A nebo. Ale mam pocit, ze ty se prosazuji jeste pomaleji nez XML storage. Je nejaka objektova DB, ktera by byla podobne rozsirena jako ZopeDB?
I když zrovna to STX mi připomíná XSLT, a jak bych podle toho chtěl postavit dostatečně funkční databázi, na to už mi fantazie nestačí... (Ale to neznamená, že bych se to nechtěl rád dozvědět ) Leda že bych měl nějaké velké XML soubory a nad nimi tyto příkazy prováděl.STX v podstate (z uzivatelskeho hlediska) je XSLT. Zmente namespace a odstrante nutnost stavet kvuli transformaci cely XML strom do pameti a mate STX (zhruba ) Kdyz se kolem toho motaji lide jako Michael Kay a Petr Cimprich, tak celkem verim, ze z toho neco bude. Pokud bude STX na urovni XSLT 2.0, bude jeho sila dost velka -- i kdyz nejaky rozumny nastroj na UPDATE/INSERT chybi. XUpdate se jaksi neujalo, umi ho snad jen 4Suite a mozna Saxon?
"Objektově-relační databáze", "STX" a "Pes přeoperovaný na chobotnici" z mého pohledu patří do téže množiny (a sice do množiny obskurností).Rozvedte to s tim STX trochu. Jak si predstavujete reseni nejvetsiho problemu XSLT a dalsich dnesnich technologii na transformaci/dotazovani do XML -- tedy nutnosti reprezentovat cely XML strom v pameti? (krome nazoru "tahnete s XML do haje" )
Já si osobně taky myslím, že XML je dost o problémechKdyz ho razite nekam, kam se nehodi, tak jo. Ale ja i kdyz jsem narazil na problemy, tak nikdy nebyly takove, abych se musel divat po alternative -- ona totiz srovnatelne rozsirena a podporovana alternativa pro praci se stromovymi daty neni (ne, YAML opravdu neni alternativa k XML, pokud nechcete zustat u ukladani konfiguracku pro pristup do DB ). Kombinace XML a XSLT mi proste osobne mnohokrat pomohla a usetrila velkou sposutu casu (generovani statickych webu v kombinaci s Antem, datova zakladna pro dynamicke vicejazycne weby v kombinaci s DB etc...). Nemluve o tom, ze to reseni je prenositelne a kdyz se rozhodnu pouzit ho misto v Pythonu nebo PHP v Jave, tak muzu.
ale je in a každý kdo jí používá je happy a cool. Ale dost humoru.No tak u XML myslim tohle uz opada. Ted se na nej spise hazi spina a roli ruzovoucke in super technologie prejima uz zmineny YAML, ktery nemalo lidi (hlavne railsistu) povazuje za spasitele...
Zatímco na XML tam najdu hned minimálně 3 různé knihovny pro práci.Ano, a všechny tři jsou odporné a použitelné jen s krajním sebezapřením. Pro mě jako kdyby tam vůbec nebyly, já jsem rád, že tam pořád ještě jsou, jen kvůli zpětné kompatibilitě se softwarem, co je používá. Jediná pořádná XML knihovna pro Python, kterou jsem aspoň trochu ochoten vzít na milost, je lxml. ElementTree API je ještě rozumně použitelné, ale v "referenční implementaci" mi chybí pořádný XPath, takže od lxml mě nikdo neodtrhne.
ale na data typu "tabulka uživatelů" a podobně mi přijde pořád ještě lepší YAML, obzvlášť pokud do toho člověk musí lozit editorem ručně.To byste se divil. Me je XML na editaci moc prijemne a to z jedhono duvodu -- ze je vizualne symetricke. Vidim, kde tag konci a kdyz to mam rozumne zformatovany, tak vim, k cemu ze tenhle koncovej tag patri. U YAMLu tezko.
Nicméně kolem sebe zvláště od Vimařů slyším, že dotyční XML nepoužívají, pokud nemusejí.<flame>Vim neumi automaticky uzavirat tagy nebo zvyraznovat XML syntaxi? </flame>
...YAML se nemusíme bavit, to je prostě směšná záležitost typu, jakých si u Ruby vymysleli spousty, YAML je IMHO velmi nedomyšlená a nedotažená věc.Ale? Že o tom tolik víte... FYI, YAML rozhodně nevymysleli rubisté, ti ho jen přijali.
Tiskni Sdílej: