Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
create table logins ( logId int unsigned not null primary key auto_increment, userId tinyint unsigned not null, /* FK */ login timestamp not null, logout timestamp, hostId smallint unsigned not null, /* FK */ expired bit not null default 1, foreign key (userId) references users(userId) on delete cascade, foreign key (hostId) references hosts(hostId) on delete cascade ) engine=innodb;V té tabulce když provedu změnu dvou buněk v jednom řádku, tak se v onom řádku změní buňky tři. Myslel jsem si, že chyba je někde v aplikaci, nebo uložené proceduře, protože jak je už z tohoto výpisu zřejmé, doba přihlášení a odhlášení je vždy stejná. Tak jsem poslední hodnotu, která ještě nebyla nastavována, upravil ručně.
mysql> select * from logins; +-------+--------+---------------------+---------------------+--------+---------+ | logId | userId | login | logout | hostId | expired | +-------+--------+---------------------+---------------------+--------+---------+ | 1 | 3 | 2008-06-01 17:20:02 | 2008-06-01 17:20:02 | 1 | | | 2 | 3 | 2008-06-01 17:21:25 | 2008-06-01 17:21:25 | 1 | | | 3 | 1 | 2008-06-01 17:22:12 | 2008-06-01 17:22:12 | 1 | | | 4 | 2 | 2008-06-01 17:26:12 | 0000-00-00 00:00:00 | 1 | 1 | +-------+--------+---------------------+---------------------+--------+---------+ 4 rows in set (0.00 sec)Spustil jsem samotný příkaz
update
zkopírovaný z uložené procedury.
mysql> update logins set expired=0,logout=current_timestamp where logId=4; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0Výsledek mě dosti zarazil. Posuďte sami.
mysql> select * from logins; +-------+--------+---------------------+---------------------+--------+---------+ | logId | userId | login | logout | hostId | expired | +-------+--------+---------------------+---------------------+--------+---------+ | 1 | 3 | 2008-06-01 17:20:02 | 2008-06-01 17:20:02 | 1 | | | 2 | 3 | 2008-06-01 17:21:25 | 2008-06-01 17:21:25 | 1 | | | 3 | 1 | 2008-06-01 17:22:12 | 2008-06-01 17:22:12 | 1 | | | 4 | 2 | 2008-06-01 17:26:25 | 2008-06-01 17:26:25 | 1 | | +-------+--------+---------------------+---------------------+--------+---------+ 4 rows in set (0.00 sec)Přestože nad tabulkou není nikde vytvářen žádný trigger a v příkazu
update
se při odhlášení nastavují jen sloupce expired
a logout
, změní se i hodnota ve sloupci login
. Nedovedu si takové záhadné chování MySQL-serveru vysvětlit. Čím to může být, že při vkládání se sloupce chovají normálně a při úpravě se chovají, jakoby byly jen jeden?
Řešení dotazu:
Tiskni
Sdílej: