KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.
Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.
Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.
Kybernetický útok zasáhl nejméně 150 supermarketů Intermarché a několik prodejen řetězců Leclerc a Coopérative U. Chladicí jednotky napadených obchodních domů byly nastaveny na nepřetržité odmrazování a teplota v nich mnohdy vystouala až nad 50°C. Škody napáchané na chlazeném a mraženém zboží budou patrně dosahovat miliónů eur.
… více »Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).
V červnu byla představena aplikace Myna pro převod řeči na text v prostředí desktopu Ubuntu. Včera byla Myna zpřístupněna širší komunitě Ubuntu formou technologické ukázky dostupné v Ubuntu 24.04 LTS, Ubuntu 26.04 LTS a Ubuntu 26.10 s GNOME na Waylandu.
Ubuntu 27.04 bude Tenacious T-Rex.
Byla vydána nová verze 2026.4.0 "Never-slop" svobodného softwaru ScummVM (Wikipedie) umožňujícího bezproblémový běh mnoha klasických adventur na zařízeních, pro které nebyly nikdy určeny. Přehled novinek v poznámkách k vydání a na GitHubu. ScummVM oslavil 25 let. Verze 0.0.1 vyšla 8. října 2001.
Kanadský vývojář Anthony Sistilli vytvořil ironický DIY projekt parodující kamerové systémy Flock, s cílem názorně demonstrovat rizika masového sledování jaké provozují tyto komerční ALPR systémy. Z levné IP kamery a vlastního ML softwaru (napsaného s pomocí SI circa za 20 minut, kód se mi bohužel nepodařilo dohledat) běžícího v laptopu sestavil jednoduchý systém, který detekuje výhradně policejní vozidla, zaznamenává jejich SPZ a
… více »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