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.
Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
username | sql/email | ldap/kvota ----------------------------------------- usr1 | e@email.com | 500 usr2 | d@email.com | 500 usr3 | c@email.com | 500 usr4 | b@email.com | 500 usr5 | a@email.com | 500 Teď se rozhodnu seřadit je podle kvóty a pak podle emalu, tzn. ldap vrátí první 3, ty pak se ty tři seřadí jako c@..., d@..., e@... Správně by ale měl výpis vypadat takto: usr5 | a@email.com | 500 usr4 | b@email.com | 500 usr3 | c@email.com | 500Doufám v nějakou dobrou duši, která mi s tím pomůže
(-------PHP APLIKACE--------)--(centrální db v mysql) | | | (ftp/mysql) (mail/ldap) (*/*)...
(-------PHP APLIKACE--------)--(centrální db v mysql) || (-------Backend manager-----) | | | (ftp/mysql) (mail/ldap) (*/*)...A v centrální DB si kešuj všechny potřebné informace. Update centrální DB pak spouštěj buď periodicky nebo občas při dotazu či nejlépe ať si každá služba aktualizuje svá data sama (pár scriptů to obstará; = backend manager). Krom toho, že se ti výrazně zrychlí "PHP APLIKACE", tak si ušetříš starosti s přílišnou různorodostí služeb, resp. je vytlačíš stranou, kde nestraší.
Starost s nedostupností služeb bych viděl jako celkem podstatný argument pro kešování.I jako argument proti. Třeba služba ftp je nedostupná pro aplikaci php z důvodu částečného výpadku spojení, ale uživatelé ftp normálně používají a můžou si měnit hesla. PHP aplikace ale ftp službu nevidí a tak veškeré úpravy bude provádět lokálně. Ve chvíli kdy bude služba dostupná i pro php aplikaci nastane konflikt: aktualizovat cache podle služby nebo službu podle cache. Jinak to s těmi částečnými dotazy je výborný nápad, asi to udělám tak, děkuju.
PHP aplikace ale ftp službu nevidí a tak veškeré úpravy bude provádět lokálně.Cache bude z pohledu aplikace read-only, takže nic takového nemůže nastat. Úpravy se udělají normálaně přímo s danou službou, jakoby žádná cache nebyla. Uživatel dostane potvrzení o úspěšnosti přímo od služby. Je to takové kolečko, které se otočí s každou provedenou úpravou.
Tiskni Sdílej: