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.
Dobry den,
na 1. serveru mam rozbehnutou php aplikaci, ktera pouziva kodovani win-1250. Aplikace komunikuje s Mysql serverem 4.0. V ni je pouze jedna databaze Nastaveni kodovani serveru je take win1250. Kodovani je nastaveno v my.cnf pomoci default-character-set=win1250. Pokud pres php myadmina exportuji tuto databazi dostanu soubor ve win1250 naprosto citelny.
Nyni ale potrebuji docasne tuto aplikaci rozebehnout na jinem PC, kde je mysql server 5.0.32.
2. mysql server jsem nijak nenastavoval co se tyka kodovani
Vypis show variables 2.PC je
character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci
Potrebuji naimportovat dump na 2. sql server, tak aby kdyz budu tuto db pozdeji exportovat aby byl opet ve win1250.
Je mi jasne ze pri soucasnem nastaveni 2.sql serveru bude aplikace na 2.PC fungovat v pohode z hlediska kodovani, ale vim ze exportovany soubor jiz nebude ve win1250 citelny.
Nechce se mi ted experimentovat
Prosim o radu, jak nejjednoduseji nastavit 2.Sql server tak aby vse pracovalo ve win1250, nebo pripadne aby s win1250 pracoval pouze u teto DB (to je jedno)
Na 2. PC bezi jiz jedna DB, ta ale neni dulezita, na ni neni treba brat ohled
Dekuji
Dekuji za opdpoved,
ja jsem to provedl tak (zatim test), ze na 2. PC (tam kam se bude importovat dump a kde byl sql server v default nastaveni) jsem nastavil v /etc/mysql/my.cnf:
default-character-set=1250 do sekce [client] a [mysqld]
pote jsem dump (s cp-1250) naimportoval z prikazove radky
mysql -u root -p DB < dump.sql.
Pokud se na importovana data v sql podivam pres phpmyadmin, jsou citelna, ale do aplikace musim zadat SET NAMES cp1250, aby se data zobrazovala dobre.
Nyni pokud vsak exportuji tuto databazi, vyexportovany soubor je v kodovani utf8. Sice je dobre citelny ale je v utf-8. I kdyz vse na mysql serveru (krome character_set_system=utf8) je nastaveno cp-1250.
Exportoval jsem pres phpmyadmina. Da se nejak zajisti aby se vyexportoval v cp-1250 ? aby ji mohl naimportovat na puvodni server, ktery pouziva cp-1250.
Nebo cesta je prekodovat utf-8 dump na cp-1250 a pak import ?
Tiskni
Sdílej: