Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Ahoj,
už jsem převáděl (je to trošku dýl) a největší problém byl s konverzí. Nejlepší je udělat dump, upgradovat, upravit hlavičku dump souboru na správné kódování a pak importovat.
Občas jsem narazil na db s MySql 4.1, kde byly data uložený v Latin2, ale db si myslela, že jsou v Latin1. Důsledkem bylo to, že při čtení z db ve formě Latin1 bylo možné následně zobrazit vše na stránkách správně v Latin2, ale nefungovalo správně řazení atp. Pokud bys narazil na tenhle problém, tak napiš, udělal jsem si na to malý php skript na opravu
Jo a je nezbytné správně nastavit kódování v jakém chceš data získávat a v jakém ukládat.
Libor
#recode -l <- vypíše všechna kódování co umí... #recode latin1..UTF-8 < soubor.vstup > soubor.vystupJura
mysqldump --default-character-set=latin1 .... > dump.sql a následně: mysql --default-character-set=latin1 < dump.sql
mysql --default-character-set=latin1 nemělo fungovat.
. Mysql nemá problémy s kódováním. Problém je ten, že v rámci toho dumpu z mysql 4.0, je přídána k tabulkám informace o jejich kódování. Vypadá to nějak takhle: ENGINE=MyISAM DEFAULT CHARSET=latin1;. A to kódování u tabulky má větší váhu než nastavení pro server nebo databázi.
Takže pokud ty data mají být uložena v utf8 (zdůrazňuji uložena, protože je klidně můžu mít uložena v latin2 a výsledky mi to může vyhazovat v utf8 - je třeba rozlišovat mezi kódováním pro vzájemnou komunikaci mezi klientem a serverem a mezi kódováním, v kterém jsou data uložena na serveru), tak je třeba vykopat to latin1, narvat tam utf8, a překódovat ty data. Doporučuju snad něco takového (bez záruky
):
mysqldump --default-character-set=latin1 databaze > dump.sql
sed -e 's/=latin1/=utf8/' dump.sql > dump2.sql
iconv -f(původní "implicitní" kódování dat v mysql - pro češtinu asi latin2) -tutf8 dump2.sql > utf8.dump.sql
mysql --default-character-set=utf8 databaze < utf8.dump.sql
Huh, snad je to dobře :)
sed -e "s/SET NAMES latin1/SET NAMES utf8/" dump2.sql. Já to teda zkoušel na mysql 5.0 ...
CREATE TABLE `access` ( `aid` tinyint(10) NOT NULL auto_increment, `mask` varchar(255) NOT NULL default '', `type` varchar(255) NOT NULL default '', `status` tinyint(2) NOT NULL default '0', PRIMARY KEY (`aid`) ) TYPE=MyISAM;
Hele co vyplivne:
echo "show variables like '%character%'" | mysql ?
echo "show variables like '%character%'" | mysql Variable_name Value character_set latin1 character_sets latin1 big5 cp1251 cp1257 croat czech danish dec8 dos estonia euc_kr gb2312 gbk german1 greek hebrew hp8 hungarian koi8_ru koi8_ukr latin1_de latin2 latin5 sjis swe7 tis620 ujis usa7 win1250 win1251ukr win1251 convert_character_set
create database x character set utf8, což si IMHO nedělal) a nebo pro server, což jsem chtěl zjistit pomocí toho show variable. Pro server se to dá nastavit v my.cnf .
[mysqld] character-set-server = utf8
Tiskni
Sdílej: