Americký výrobce čipů Intel propustí 15 procent zaměstnanců (en), do konce roku by jich v podniku mělo pracovat zhruba 75.000. Firma se potýká s výrobními problémy a opouští také miliardový plán na výstavbu továrny v Německu a Polsku.
MDN (Wikipedie), dnes MDN Web Docs, původně Mozilla Developer Network, slaví 20 let. V říjnu 2004 byl ukončen provoz serveru Netscape DevEdge, který byl hlavním zdrojem dokumentace k webovým prohlížečům Netscape a k webovým technologiím obecně. Mozille se po jednáních s AOL povedlo dokumenty z Netscape DevEdge zachránit a 23. července 2005 byl spuštěn MDC (Mozilla Developer Center). Ten byl v roce 2010 přejmenován na MDN.
Wayback byl vydán ve verzi 0.1. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána nová verze 6.18 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově se lze k síti Tor připojit pomocí mostu WebTunnel. Tor Browser byl povýšen na verzi 14.5.5. Thunderbird na verzi 128.12.0. Další změny v příslušném seznamu.
Meta představila prototyp náramku, který snímá elektrickou aktivity svalů (povrchová elektromyografie, EMG) a umožňuje jemnými gesty ruky a prstů ovládat počítač nebo různá zařízení. Získané datové sady emg2qwerty a emg2pose jsou open source.
Byla vydána (𝕏) nová verze 25.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 25.7 je Visionary Viper. Přehled novinek v příspěvku na fóru.
Před 40 lety, 23. července 1985, společnost Commodore představila první počítač Amiga. Jednalo se o počítač "Amiga od Commodore", jenž byl později pojmenován Amiga 1000. Mělo se jednat o přímou konkurenci počítače Apple Macintosh uvedeného na trh v lednu 1984.
T‑Mobile USA ve spolupráci se Starlinkem spustil službu T-Satellite. Uživatelé služby mohou v odlehlých oblastech bez mobilního signálu aktuálně využívat satelitní síť s více než 650 satelity pro posílání a příjem zpráv, sdílení polohy, posílání zpráv na 911 a příjem upozornění, posílání obrázků a krátkých hlasových zpráv pomocí aplikace Zprávy Google. V plánu jsou také satelitní data.
Společnost Proxmox Server Solutions stojící za virtualizační platformou Proxmox Virtual Environment věnovala 10 000 eur nadaci The Perl and Raku Foundation (TPRF).
Byla vydána nová verze 2.4.65 svobodného multiplatformního webového serveru Apache (httpd). Řešena je bezpečnostní chyba CVE-2025-54090.
Prosim o pomoc,
na jednom nasem stroji (debian) bezi php aplikace komunikajici s mysql db.
Php aplikace stejne jako data ukladana a ctena z DB je v kodovani 8859-2. ALe systemove kodovani mysql-serveru je v utf-8 (aspon to rika parametr character-system-set prikazu show variables; )
Aplikace funguje v pohode...
Jenze kdyz chci aplikaci rozjet na jinem stroji (resp. chci overit zalohu db, ze funguje) tak diakrtika nefunguje - aspon pro ř,š,ě a mozna dalsi.
Zkousel jsem ruzne postupy:
1.Zaloha pomoci phpmyadmin: export db probehl v poradku - vytvoreny soubor byl v kodovani utf-8 (nevim ,kde se da nastavit typ kodovani pri exportu) . Zkousel jsem tento Utf-8 soubor prevest na 8859-2 a naimportovat - bezuspechu.
2. zalohoval jsem pomoci mysqldump a paramteru --default-character-set:
mysqldump -u uzivatel -p -B databaze --default-character-set=latin2 > dump.sql -soubor byl v kodovani 8859-2, ale po naimportovani se opet hacky, carky nezobrazuji dobre.
Muzete mi poradit ?
Je potřeba nastavit ještě kódování při importu, je tu na to FAQ.
Tento mini faq jsem take cetl, ale asi tomu moc nerozmunim....
Muzete mi upresnit jak presne mam provadet import konkretne pro muj pripad ?
4.12.2008 20:34
okbob | skóre: 30
| blog: systemakuv_blog
| Benešov
jeste zalezi jak data ukladate do MySQL. Jestli v latin2 (a MySQL to bez problemu vezme, byt je nastavena na utf), tak pri dumpu nesmis nastavit zadnou konverzi - pak mas dump v cistem latin2. Jinak dojde ke zmrseni diakritiky - db si mysli, ze ma data v utfku, ty jsou ale v latin2, takze provadi jakousi divokou konverzi.
Nevim jestli to je tvuj pripad - podivej se na dump a jestli je citelny tak pak problem je v importu, coz muzes nastavit vlozenim prikazu SET NAMES 'latin2'; na zacatek souboru
V mem pripade je jiz vygenerovany dump necitelny......Takze , kdyz exportuji db pres phpmyadmin (server ma nastaveno kodovani na utf8, data jsou ukladana v latin2), dump je typu utf8 - necitelny.
Pokud si dump zkusim prekonvertit na latin, take to nepomuze.
Nakonec jsem to vyresil tak, ze jsem zkusil neimportovat dump do db pres prikazovou radku, ale pres phpmyadmina. Pro import jsem nastavil utf8, a je to v pohode....
Mam v tom docela hokej...
Treba tady http://www.abclinuxu.cz/poradna/databaze/show/239057 nekdo resil podobny problem, a vyresil to jinak - mne ale zase tento postup nezafungoval. Je zde proste mnoho veci, ktere je treba vzit v uvahu a mam teda v tom dost zmatek
8.12.2008 11:02
okbob | skóre: 30
| blog: systemakuv_blog
| Benešov
Není to složité - stačí si uvědomit, že jsou tři druhy kódování - jedno v kterém jsou data posílána na klienta, případně čtena z klienta, pak další ve kterém si server drží data, a konečně třetí (ve kterém jsou skutečně data). V ideálním případě je druhé a třetí kódování shodné. Pro MySQL je bohužel docela typické, že server skutečné kódování se liší od konfigurace serveru - viz. typicky latin1 X latin2, nebo latin2 X UTF. Pokud server sputí konverzi dat z latin1 do UTF a data jsou reálně v latin2, tak se nemůžete divit, že výsledek nedopadne - naštěstí pro Vás některé chyby lze opakováním odstranit.
skusil by som nastavit kodovanie db latin2_czech_cs
a potom dat vytvorit table, tie budu mat kodovanie prebrate ako je db teda latin2_czech_cs
nastavit v scripte hned po pripojeni db "SET NAMES 'latin2'"
vlozit nejake data
odzalohovat cez phpMyadmin - subor bude utf8 (nic s nim nerobit)
zmazat vsetky table
skusit spat naimportovat: znakova sada suboru: utf8
mne to takto fungovalo, ale kodovanie db muselo byt latin2_czech_cs ak bolo laitn2_bin neslo to
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz