Byla vydána první veřejná preview verze PrusaSliceru 3.0. Přesně 15 let po zveřejnění první verze Slic3ru, které připadlo na 1. září 2011. Jedná se o dosud největší upgrade PrusaSliceru: "Řídili jsme se tím, co skutečně potřebujete, a tak jsme například zcela zahodili stávající uživatelské rozhraní a vytvořili ho znovu od nuly. Přinášíme také nový systém projektů, kompletně přepracované profily navržené pro moderní tiskárny s větším
… více »Byl vydán Mozilla Firefox 155.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze Smart Window, zatím ale dostupné pouze pro uživatele v USA, Kanadě a Francii. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 155 bude brzy k dispozici také na Flathubu a Snapcraftu.
Tima Cooka na pozici generálního ředitele společnosti Apple dnešním dnem nahradil John Ternus, který byl dosud odpovědný za hardware. Tim Cook vedl Apple od roku 2011, kdy funkci převzal od později zesnulého spoluzakladatele společnosti Stevea Jobse. Za 15 let v čele Applu více než zdvojnásobil tržní hodnotu firmy.
Organizátoři konference LinuxDays ukončil veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata pro letošní ročník. Hlasovat můžete do pondělí 7. září, poté bude podle výsledků hlasování sestaven program pro letošní ročník.
Servo, engine webového prohlížeče napsaný v Rustu, byl vydán ve verzi 0.5.0. Novinky shrnuje přehled projektu za červenec. Došlo k dalšímu pokroku ve vykreslování webových stránek. Současným cílem projektu je vytvořit komponentu webového prohlížeče jako WebView pro použití v jiných aplikacích.
IKEA a XBOX představují kolekci YXSTABY (pdf). Ta přináší designová a praktická řešení, díky nimž se prostor pro hraní během sekundy promění v útulný a harmonický domov.
Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).
Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
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: