Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
Ve Windows to vypadá jasně. Je definována hierarchie proměnných a listy mají zapsány konstantní hodnoty typu string, číslo atd. Program napsaný v některém podporovaném programovacím jazyce si pomocí knihovního volání může přečíst hodnotu některé registrované proměnné. Taky může v registrech něco měnit. Kdesi jsem čtl, že výhoda linuxu je, že žádné registry nemá a konfigurační soubory si může editovat každý jak chce, ne nějakým přiblblým regeditem. Pro programátora to rozhodně výhoda není - kromě svojí aplikace si musí naprogramovat ještě syntaktickou analýzu a diagnostiku konfiguráku. Není to výhoda ani pro nevinného uživatele, protože diagnostika konfiguráku je samozřejmě vždy odfláknutá, chyby to neohlásí a udělá to něco jiného.
Něco by to chtělo. Náhodou moc neprogramuju, a když tak v Pythonu. Tím pádem nemám problém. Místo ad hoc vymyšleného konfiguračního souboru si můžu napsat pythonský modul a v něm pěkně přiřazovacími příkazy hodnoty parametrů. Celou syntaktickou analýzu za mě potom udělá interpret jazyka. Může to být i naopak, hodnoty parametrů si vypíšu, jak mi je dává pythonský __repr__(), do souboru a je to.
Stejně by to něco chtělo. Něco jako API k nějakému pěknému programovacímu jazyku. Jazyk by byl dán, dejme tomu, a API z každého skutečného programovacího jazyka by se k němu muselo postavit, jak by umělo. Tak vidíte, základní problém je organizační. Když někdo tenhle jazyk navrhne, implementuje a vytvoří API do C, co dál? Kdo to bude propagovat, kdo to bude používat, kdo napíše API do dalších jazyků.
Tak jak jsem to napsal, tomu chybí hybná síla. Škoda že nemám nějakou skutečnou myšlenku. Budeme se dál trápit s chybami v ručně psaných konfiguračních souborech, nebo se budeme zavile proklikávat uživatelskými rozhraními ke konfiguraci aplikací tak dlouho, až uvěříme, že tohle je ta správná cesta.
Tiskni Sdílej:
Nie ze by som bol proti klasicky textovym konfigurakom, ale v niektorych jazykoch sa klasicke textaky parsuju trochu drevenne. Proti klikatkam som osobne zaujaty, lebo clovek si tam naklika nevie co a ani nevie ako. Treba pisat extra gui... Ked je zle nakonfigurovane gui a nespusti sa, co potom s nim ?
Registre sa cele natahuju do pamate, a programy si ich navzajom rady babru, potom vznikaju neprijemnosti ...
XML je: Strom, ktorého uzly majú svoj menný priestor, sadu atribútov (párov kľúč, hodnota). Uzol môže byť aj text a <? ?> a <! > tagy, to je špeciálny prípad.
Kvízová otázka: Je nasledujúci text XML?
#xml version="1.0"
apache(xmlns = "http://apache.org/httpd-config.xsl", xmlns:rewrite = "http://apage.org/httpd/mod_rewrite.xsl") {
load_module(name="mod_rewtire");
rewrite:rule(test = "/old", replace="/new", redirect="true");
directory(path = "/") {
deny() "*";
}
directory(path = "/var/www/html") {
allow() {
"index Exec"
}
}
}
Odpoveď znie áno, je to XML, aj napriek tomu, že to nemá jeho lexiku. Iná lexika by mohla byť ešte jednoduchšia a vobec nemusí podporovať plnú štruktúrovateľnosť XML.
Použitie XML znamená len sa obmedziť na takú úroveň štruktúrovateľnosti, akú umožnuje XML. Netreba využiť jeho formát a ani všetky semantické pravidlá, čo náramne urýchli parser. Pritom stále môžeme použiť DOM API.
XML je: Strom, ktorého uzly majú svoj menný priestor, sadu atribútov (párov kľúč, hodnota). Uzol môže byť aj text a <? ?> a <! > tagy, to je špeciálny prípad.
Použitie XML znamená len sa obmedziť na takú úroveň štruktúrovateľnosti, akú umožnuje XML. Netreba využiť jeho formát a ani všetky semantické pravidlá, čo náramne urýchli parser. Pritom stále môžeme použiť DOM API.
Jsem v šoku. Jdu se učit DOM. Problém je jen v tom,že už jsem se ho učil 3x a nikdy nenaučil.
.ini
. Wine ukazuje, že je možné takto ukládat i registry. Naprogramování je snadné a rychlé.
Asi je to o nějaký pokus o zvrácenou rovnováhu - když se může množné číslo Windows překládat do češtiny jako jednotné - (ten) Windows…
Pro programátora to rozhodně výhoda není - kromě svojí aplikace si musí naprogramovat ještě syntaktickou analýzu a diagnostiku konfiguráku.Hmmm... ja by som povedal, že dôležitejšie ako trápenie sa programátora nad parsermi, je prístupnosť a jednoduchá úpravu konfigurákov pre užívateľa. IMHO je podľa mňa textový konfigurák stále lepší ako nejaké registre, aj keby tvorba syntaktického analyzátora pre konigurák mala programátorovi trvať viac ako tvorba samotného programu.
Na tuto námitku jsem se snažil odpovědět hned v původním textu. Když uživatel udělá syntaktickou chybu v konfiguráku, dostane velmi často nesprávnou reakci, např. řádka bude vynechána nebo interpretována nesmyslně.