Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
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: