Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci
… více »Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.
potrebuji v Jave napsat kod ktery pres HTTP odesle POST. V postu jsou textove informace s diakritikou. Script ktery prijima formular miva kodovani UTF-8 nebo ISO 8859-2. Uz mi dochazi napady jak telo onoho POSTu sestavit. Zkousel jsem vse, co jsem kde precetl.
Spravna cesta by podle me byla :
Nevite jak presne, postupovat pri kodovani POSTu, nebo nemate fungujici kus kodu?
Diky Tomas.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
String, ale byte[]. Takže v prvním řádku byste měl volat jen val.getBytes("ISO 8859-2"). Mimochodem, metoda getBytes() a konstruktor new String() bez určeného kódování použijí kódování platformy (tj. na Windows kódování pro danou jazykovou mutaci Windows, na unixech kódování nastavené v locale), a pokud to někde v kódu uvidíte nebo použijete, je to skoro vždy špatně.
Diky za pomoc.
Sam jsem citil, ze mit to cele ve stringu nebude spravne.
Co se tyce HttpClient, ten jsem pouzival bohuzel ani v nem to kodovani nedokazu zprovoznit.
V hlavicce ze serveru mi prijde nasledujici :
V tele HTML dokumentu je kodovani ISO 8859-2.
Rozumim tomu spravne, ze POST na server ma mit telo v kodovani ISO 8859-2?
Jak k tomu dospet?
URL encode necha normalni znaky jako a..z A..Z napokoji. Vyescapuje specialni znaky jako mezery, enter, zavinac ... . Navic vezme specialni znaky(diakriticke) a ty zakoduje podle tabulky pro zvolene kodovani.
Kdyz se divam, co tam posila FF, tak je obsah pekne zakodovany %40 @ %26 ř atp. Z Javy se mi cela diakritika zakoduje znak '?'
Napada nekoho neco?
UrlEncodedFormEntity předat správné kódování.
Řetězec tvořící tělo POSTu musíte podle mne poskládat z jednotlivých částí, URLEncoder.encode() by vám zakódovalo i oddělovače jednotlivých parametrů (&). Ve výsledném řetězci by pak měly být jen znaky z ASCII, takže do výstupu byste měl vypsat os.write(telo.getBytes("ASCII"); (ale pokud tam máte správně jen ASCII znaky, nebud v tom rozdíl).
Tiskni
Sdílej:
