SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
Zdravim.
Mam nasledujici problem. Mam ulozeny IP adresy v 5 tabulkach. Potreboval bych pomoci SQL dotazu vybrat vsechny IP adresy ze vsech tabulek, "zgrupovat" duplicitni zaznamy a zaroven spocitat, kolikrat se ktera IP adresa ve vsech tabulkach nachazela. Pro jednu tabulku jsem to resil naledovne - "SELECT IP, COUNT(*) as Pocet FROM tabulka GROUP BY IP", ale pro vice tabulek jsem bezradny.
dekuji za pomoc Petr
btw. "nalit" vsechny data do jedne tabulky se mi nechce, protoze v kazde tabulce je cca 0,5 mil zaznamu.
Diky, toto mi bohuzel nepomohlo - neslo o JOIN ale o UNION (kde je ale problem s funkci COUNT)
Vyresil jsem to tak, ze jsem vytvoril view do ktereho jsem vybral IP adresy ze vsech tabulek (pomoci UNION ALL) a nasledny COUNT a GROUP BY jsem udelal nad timto view.
Pokud by se nekomu podarilo nacpat vse do "jednoho" SQL dotazu, tak pro zajimovost prosim o zaslani. Alespon bych udelal benchmark co je rychlejsi 
Neznám strukturu tabulek, ale napadá mě toto:
SELECT
ip_address,
COUNT(1)
FROM
(SELECT
ip AS ip_address
FROM
ip1
UNION ALL
SELECT
ip
FROM
ip2)
GROUP BY
ip_address
/
Pokud tě zajímají hlubší statistiky, například groupovat i po tabulkách (postupné součty), jde to udělat takto:
SELECT
ip_address,
table_type,
COUNT(1)
FROM
(SELECT
ip AS ip_address,
1 AS table_type
FROM
ip1
UNION ALL
SELECT
ip,
2
FROM
ip2)
GROUP BY
ip_address,
table_type
/
Postupné součty:
SELECT
table_type,
ip_address,
COUNT(1)
FROM
(SELECT
ip AS ip_address,
1 AS table_type
FROM
ip1
UNION ALL
SELECT
ip,
2
FROM
ip2)
GROUP BY ROLLUP (
table_type,
ip_address)
/
Na databázích, které nepodporují GROUP BY ROLLUP, se to musí trošku vochcat:
SELECT
table_type,
ip_address,
COUNT(1)
FROM
(SELECT ip AS ip_address, 1 AS table_type FROM ip1
UNION ALL
SELECT ip, 2 FROM ip2)
GROUP BY
table_type,
ip_address
UNION ALL
SELECT
table_type,
NULL,
COUNT(1)
FROM
(SELECT ip AS ip_address, 1 AS table_type FROM ip1
UNION ALL
SELECT ip, 2 FROM ip2)
GROUP BY
table_type
UNION ALL
SELECT
NULL,
NULL,
COUNT(1)
FROM
(SELECT ip AS ip_address, 1 AS table_type FROM ip1
UNION ALL
SELECT ip, 2 FROM ip2)
/
Z toho je vidět, že se musí ty tabulky probrousit několikrát, což není dvakrát cool. Ale naštěstí Oracle i DB2 je v klidu. 
Co se výkonu týče, byl bych úplně vklidu. Zrovna dneska jsem třeba dopsal SELECT, který brousí tabulky s několika miliony záznamů. Je to celkem zajímavý report, tak mě to bavilo.
A výsledková sada je u klienta do 30 sekund. Ani jsem neřešil indexy
protože by to stejně při tak malém množství vyšlo na FULL SCAN. 
Dobrá, tak vážně. Pokud s datovou strukturou nemůžeš pohnout, zajímal bych se o materializované pohledy. Jak jsem to pochopil, spíš se u tebe jedná o nějaké logy, takže spíš pod tlakem smažíš nové záznamy. Materializovaný pohled umí být FAST REFRESH ON COMMIT, což by mělo jít na MySQL nějak očurat (ano, fackuju se) triggerem. Kdyžtak kdykoli můžeš ty logy odlejt někam do historie, udělat z nich agregát a k němu pak připočítávat (tabulka IP_AVG obsahuje ten agregát tabulky IP1) (sakra, já jsem dneska nějakej dobrej; asi bych toho měl už nechat…):
SELECT
NVL(x.ip, y.ip) AS ip,
NVL(x.cnt, 0) + NVL(y.cnt, 0) AS cnt
FROM
(SELECT
ip,
COUNT(1) AS cnt
FROM
ip2
GROUP BY
ip) x
FULL OUTER JOIN
(SELECT
ip,
cnt
FROM
ip_avg) y
ON (x.ip = y.ip)
/
Až na ten FULL OUTER JOIN se mi to líbí.
A ten jde obejít takto:
SELECT
ip,
SUM(cnt)
FROM
(SELECT
ip,
COUNT(1) AS cnt
FROM
ip2
GROUP BY
ip
UNION ALL
SELECT
ip,
cnt
FROM
ip_avg)
GROUP BY
ip
/
Jo. A místo NVL() jde použít NULLIF(). 
A mimochodem: díky za zpříjemnění večera. Už jsem se bál, že se budu nudit.

P.S.: Jako obvykle: v příloze je skript na hraní; tak hodně štěstí!
Tiskni
Sdílej: