Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
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:
