Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.
3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.
Open source webový aplikační framework Django slaví 20. narozeniny.
V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
tak myslim ze to je jasny:
Na serveru je kodovani unix charset=ISO8859-2; DOS charset 852,
a v kombinaci s tim ze locale mas utf8 tak pozitam ze i souborovej system je v utf8 (kdyz pridas obsah /etc/fstab tak to bude jasny).
ted mas bohuzel problem protoze to co uz je tam ulozeno je spatne - musis to opravit, Pak zkus zmenit nastaveni samby na UTF8 nebo UTF-8 nevim presne, restartuj sambu a zkus z nejakyho klienta nahrat soubor ěššččřřžýé.txt a pak si ho na serveru zobrazit
Ja ti nevim ale tohle muze bejt spousta veci:
No tak jestli to zobrazuje otazníky tak problem asi s fontem nebude. Můžeš do konzole napsat ěščřžýáíé, s tím, že se to tam zobrazí.
co mas napsano v /etc/fstab
o oddílu na kterym je to sdílení (server)??
a co ti vypíše příkaz locale
na servru??
Jo ještě mně napadlo: Vzhledem k tomu že tam evidentně mas graficky rozhraní tak si zkus pustit nejakej terminal v okně ať se nemusis prepinat do konzole. Ono totiž ted byva klasicka konzole přenastavena na EN locale - např u mně v mandrivě když se přepnu do konzole tak mam EN klavesnici.
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=
sory tohle sem napsal trošku vejš ted to sem davam jenom pro zopakovani:
tak myslim ze to je jasny:
Na serveru je kodovani unix charset=ISO8859-2; DOS charset 852,
a v kombinaci s tim ze locale mas utf8 tak pozitam ze i souborovej system je v utf8 (kdyz pridas obsah /etc/fstab tak to bude jasny).
ted mas bohuzel problem protoze to co uz je tam ulozeno je spatne - musis to opravit, Pak zkus zmenit nastaveni samby na UTF8 nebo UTF-8 nevim presne, restartuj sambu a zkus z nejakyho klienta nahrat soubor ěššččřřžýé.txt a pak si ho na serveru zobrazit
A tohle je už nový:
pokud chceš dočasně změnit locale tak musis prepsat LC_* proměný(např.: export LC_ALL=cs_CZ.ISO-8859-2
) a taky změnit font terminalu a mozna i zdroj klavesnice - no proste zadna legrace lepší je tu sambu dobře nakonfigurovat.
pro klienty by to neměla bejt zadna změna, když to provedeš dobře. Samba totiž s nima bude vždycky komunikovat se stránkou 852. Prakticky to komunikuje takhle: Klient(cp1250)->(852)SambaServer(UTF8)->(UTF8)filesystemkdejesdileni. U tebe byl nejspiš problem v tom ze sambaserver to konvertoval do ISO-8859-2. T.j. kdyz provedes konverzi nazvu z ISO-8859-2 do UTF-8 na straně file systemu serveru a pak zmenis nastaveni samby tak budou vsichni spokojeny a vše ti bude fungovat jak ma.
Jo tak to mas asi pravdu, presne sem nepatral, nicmene podstata si myslim je stejna uklada to nespis v ISO... a kdyz k tomu pristupuje primo ze serveru tak se pokousi cist ISO pomoci UTF.
A reseni si myslim je taky stejny. Nebo ne?
PS:Jeste ze uz doma maj vsichni linux a tyhle trable dou mimo mne (naposled jsem takovyhle ... musel resit na kolejich.
Tiskni
Sdílej: