Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.
Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
Je rozhodně hloupost v jednom cyklu přes nějaké mysql_fetch_array načíst celou tabulku do pole, a následně ve druhém cyklu foreach přes toto pole něco dělat s jeho jednotlivými "řádky".
Tu operaci, kterou provádíte ve druhém cyklu s "řádkem" pole proveďte přímo v prvním cyklu s tím, co vám vrátila databáze - a náhle neukládáte do paměti v kterémkoliv okamžiku nic víc než jeden jediný řádek.
Jestli to dobře chápu, tak jednotlivé řádky zapisujete do nějakého souboru - ten soubor si samozřejmě fopennete před vstupem do cyklu čtení tabulky, v těle cyklu děláte jenom fwrite a po skončení cyklu uděláte fclose. I kdyby se ten soubor roztáhl na pár GB, nemusíte mít z paměťových nároků této operace obavy - protože ten soubor se celý v paměti neudržuje...
1. Nevím, jaké informace potřebujete předem znát k tomu, ať můžete formátovat. Nicméně pokud to je něco jako maximální hodnota nějakého pole (ať víte, kolik míst potřebujete pro zobrazení), můžete to zjistit jediným dotazem typu select max(cosi) from kdesi. Jinak řečeno, možná se vám podaří potřebné informace zjistit nikoliv procházením všech řádků, nýbrž použitím vhodné agregační funkce - což je samozřejmě mnohem efektivnější, nicméně závisí to na vašich konkrétních potřebách.
2. Se souborem problém nebude. Akorát, jak už jsem říkal, jej v tom cyklu nesmíte opakovaně otevírat a zavírat, to by samozřejmě výkon dost snížilo. (Ale pořád by to "jenom" snížilo výkon, nevyhučelo by to na držku kvůli "out of cokoliv".)
Tiskni
Sdílej: