Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Byla vydána nová verze 2.52.0 distribuovaného systému správy verzí Git. Přispělo 94 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
VKD3D-Proton byl vydán ve verzi 3.0. Jedná se fork knihovny vkd3d z projektu Wine pro Proton. Knihovna slouží pro překlad volání Direct3D 12 na Vulkan. V přehledu novinek je vypíchnuta podpora AMD FSR 4 (AMD FidelityFX Super Resolution 4).
Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.
U příležitosti státního svátku 17. listopadu probíhá na Steamu i GOG.com již šestý ročník Czech & Slovak Games Week aneb týdenní oslava a také slevová akce českých a slovenských počítačových her.
Byla vydána nová verze 9.19 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček BirdNET-Go, tj. AI řešení pro nepřetržité monitorování a identifikaci ptáků.
Byla vydána nová verze 3.38 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.10 souvisejícího programovacího jazyka Dart (Wikipedie).
Organizace Apache Software Foundation (ASF) vydala verzi 28 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byl vydán Debian 13.2, tj. druhá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Google představil platformu Code Wiki pro rychlejší porozumění existujícímu kódu. Code Wiki pomocí AI Gemini udržuje průběžně aktualizovanou strukturovanou wiki pro softwarové repozitáře. Zatím jenom pro veřejné. V plánu je rozšíření Gemini CLI také pro soukromé a interní repozitáře.
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: