Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Bylo oznámeno (cs) vydání Fedora Linuxu 43. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.
Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.
PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
Od 3. listopadu 2025 budou muset nová rozšíření Firefoxu specifikovat, zda shromažďují nebo sdílejí osobní údaje. Po všech rozšířeních to bude vyžadováno někdy v první polovině roku 2026. Tyto informace se zobrazí uživateli, když začne instalovat rozšíření, spolu s veškerými oprávněními, která rozšíření požaduje.
Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
Dobrý den, dejme tomu že mám tuto tabulku
CREATE TABLE n ( id int(11) NOT NULL auto_increment, datum datetime NOT NULL, stav tinyint(1) NOT NULL, PRIMARY KEY (id) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; INSERT INTO n (id, datum, stav) VALUES (1, '2009-01-25 13:26:56', 0), (2, '2009-01-25 13:27:47', 0), (3, '2009-01-25 13:28:23', 0), (4, '2009-01-25 13:28:35', 0), (5, '2009-01-25 13:28:46', 3), (6, '2009-01-25 13:29:01', 3), (7, '2009-01-25 13:29:10', 1), (8, '2009-01-25 14:48:42', 1), (9, '2009-01-25 14:48:48', 1), (10, '2009-01-25 14:48:56', 0), (11, '2009-01-25 14:49:02', 0), (12, '2009-01-25 14:49:08', 0);
To jsem zvědavý jestli takový select jde vytvořit.
Asi bych to řešil procedurou nebo triggerem a další tabulkou.
kdyby tam zadne id nechybelo (byly v rade za sebou) tak neco takoveho?
SELECT n2.id FROM n n1 JOIN n n2 ON (n2.id = n1.id + 1) WHERE n1.stav != n2.stav
Nebo bez ohledu na id jen podle data (id muze byt libovolne) a vcetne prvniho a posledniho radku
SELECT n2.id as id, n2.datum as datum, n2.stav as novy_stav
FROM n n1
RIGHT JOIN n n2 ON (
n2.datum = (SELECT min(datum) FROM n WHERE datum > n1.datum )
)
WHERE n1.stav != n2.stav
OR n2.datum = (SELECT min(datum) FROM n)
OR n2.datum = (SELECT max(datum) FROM n)
Jak píšeš, kdyby tam žádné nechybělo. Na to bych se nespoléhal....
No podle těch id to určitě dělat nebudu, protože nejdou po sobě, jinak to druhé řešení funguje tak jak má, ale je tam problém při větším množství záznamů,
jenom při 200 záznamech mi to trvá nějakých 30s. A když bych měl několik tisíc záznamů, tak už je ten dotaz nepoužitelný.
Máš tam patřičné indexy?
Nejsou tam.
Indexy Ti značně zrychlí selecty, ale zase na úkor insertům. Pokud se do té tabulky nevkládají data po stovkách řádcích, tak se nemusíš bát.
Sice je to OT, ale v Oracle XE by slo by to pomoci analickych dotazu. Postgres pre taky neco takovyho ma.
Nemohlo by (tedy v MySQL) fungovat něco jako:
set @m=-1;select id,datum,@m:=stav from (select * from n order by datum) t where stav<>@m;
Já vím, je to docela drsný 
Co se týká výše uvedeného řešení, tak podle mne nefunguje dobře, pokud by bylo více záznamů ve stejný čas.
SELECT * FROM n WHERE stav != predchozi_stavInsert by pak musel být proveden nadvakrát:
INSERT INTO n SET datum = NOW(), stav = $s, predchozi_stav = NULL;
SET @predchozi_stav = (
SELECT stav
FROM n
WHERE datum = (
SELECT MAX(datum)
FROM n
WHERE datum < NOW() AND predchozi_stav IS NOT NULL
)
);
UPDATE n
SET predchozi_stav = @predchozi_stav
WHERE id = LAST_INSERT_ID();
Samotné zjišťování předchozího stavu určitě půjde výrazně zjednodušit. Navíc pokud si ho vyplňující program může mezi jednotlivými inserty pamatovat, nebude to znamenat prakticky žádnou režii navíc (a stačí jeden insert).
Tiskni
Sdílej: