Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
Computer History Museum (Muzeum historie počítačů) zpřístupnilo své sbírky veřejnosti formou online katalogu. Virtuálně si tak můžeme prohlédnout 'rozsáhlou sbírku archivních materiálů, předmětů a historek a seznámit se s vizionáři, inovacemi a neznámými příběhy, které revolučním způsobem změnily náš digitální svět'.
Ruský hacker VIK-on si sestavil vlastní 32GB DDR5 RAM modul z čipů získaných z notebookových 16GB SO-DIMM RAM pamětí. Modul běží na 6400 MT/s a celkové náklady byly přibližně 218 dolarů, což je zhruba třetina současné tržní ceny modulů srovnatelných parametrů.
Národní identitní autorita (NIA), která ovlivňuje přihlašování prostřednictvím NIA ID, MEP, eOP a externích identit (např. BankID), je částečně nedostupná.
Byla vydána nová verze 1.16.0 klienta a serveru VNC (Virtual Network Computing) s názvem TigerVNC (Wikipedie). Z novinek lze vypíchnout nový server w0vncserver pro sdílení Wayland desktopu. Zdrojové kódy jsou k dispozici na GitHubu. Binárky na SourceForge. TigerVNC je fork TightVNC.
Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.
Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.
V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.
Tenhle semestr budu dělat bakalářku, cílem bude udělat jednak "serverovou" část - aplikaci, která bude parsovat webové stránky apod a vyzobávat z nich obsah a jednak obecné miniaplikace (plasmoid, screenlet...) které budou tento obsah zobrazovat...
Když se podíváme na miniaplikce (dosaďte si za to slovo, které je vám milejší) v různých prostředích zjistíme, že spousta z nich si je v prinicipu velmi podobná. Alespoň mi se to teda zdá:) Jedny zobrazují fotku dne, další počasí, další nějaký kus webu... a uživatel potřebuje pro každou tuhle věc další miniaplikaci - musí ji stáhnout, nainstalit, aktualizovat (fotka dne mu přestane fungovat a on musí stahovat verzi 0.7 místo 0.6 protože se cosi změnilo na původní stránce)... takhle bude stačit jedna a URL ze kterého stahovat data.
Serverovou část chci psát v Ruby on Rails, jednak je to pro mě pohodlné, jednak jsou tam některé věci fajn (XML, Hpricot) a taky mají "zabudovaný" web server, takže když by si to chtěl někdo vyzkoušet mělo by to být jednodušší. Vznikne tak jakýsi "framework" pro získávání dat pro miniaplikace a bude jednodušší dopsat podporu pro další stránky, služby apod. KDEčko tohle řeší pomocí dataenginů, což je boží, ale: je to jen pro KDEčko; a uživatel musí řešit dataengine a plasmoid, přijde mi to složité. Ta serverová část by měla umět ten obsah vracet v různých formátech - XML, HTML, a co bude potřeba...
Jestli to někoho zaujalo tak bych měl pár dotazů - pro jaké prostředí vytvořit ty miniaplikace? Plasmoid do KDE, to je jasné, do GNOME mi teď přijde jako oficiální Screenlet... když by mi zbyl čas a chtěl nějaké další? Co používáte? Lákalo by mě ještě Maemo.
A další věc, z jakých webů získávat data? Nějaké tipy, nejlépe věci, které nejsou a chybí vám...
Jestli je něco nejasné, ptejte se, nastínil jsem to v rychlosti. Prosím takové ty lidi co se vyrojí když někdo píše o bakalářce a chtějí napsat že za jejich časů se dělaly mnohem drsnější věci tak prosím nepiště:)
Díky za podněty
Tiskni
Sdílej:
Jen by mě zajímalo, jak se ten plasmoid (screenlet…) bude lišit od plasmoidu, který zobrazuje webovou stránku (třeba WebKitem) a občas ji obnoví (což může dělat i ta stránka samotná bez podpory plasmoidu). Prostě mi přijde, že na straně klienta není moc co programovat. Ta serverová část bude zajímavější.
Máte pravdu, ti klienti budou primitivní. Jako pohrávám si s nápadem že když by dostávali XML tak by tam šlo elegantněji nadefinovat různé layouty zobrazení, více dat a v intervalu je měnit... jenže tohle všechno půjde nejspíš udělat i s HTML a JS...
Ono je jak HTML, tak XML univerzální, ale každé v jiném smyslu. XML jsou čistá data, která je možné zobrazit jakkoli (nějakým webovým jádrem, ale i třeba tlustým klientem), nebo je snadno konvertovat na něco jiného. (X)HTML je zase univerzální v tom smyslu, že pojme libovolná data (nejsme omezeni DTD/Schématem, které jsme si nazačátku napsali), ale pohybujeme se v jiné vrstvě (prezentační).
Asi bych to posílal jako XHTML, aby se toho na klientovi dělalo co nejmíň a aby se nemusel aktualizovat a byl univerzální (určitě už něco takového existuje). A akorát na serveru mít data v nějakém obecném formátu (XML, databáze), abychom je mohli v případě potřeby posílat a vykreslovat i jinak, než jako HTML.
Určitě, ještě v brzkých dobách začínajících KDE 3 jsem měl applet na počasí a když se odpojilo od netu tak z něho vyskakovalo pop-up okno... děs, to určitě nechci:)
Ty ryze lokální údaje nechám na ryze lokálních miniaplikacích... tady si myslím že je konkurence dobrá a navíc by každý musel mít ten server poskytující info spuštěný na lokále a moje vize je spíš že jeden server bude obsluhovat spousty lidí...