Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
function ascii2hex($ascii) {
$hexadecimal = '';
for ($i = 0; $i < strlen($ascii); $i++) {
$byte = strtoupper(dechex(ord($ascii{$i})));
$byte = str_repeat('0', 2 - strlen($byte)).$byte;
$hexadecimal.=$byte." ";
}
return $hexadecimal;
}
ale problem tohto je, ze mi diakritiku (+ľščťžýáíéúä, atď) nevie prekonvertovat.
Budem vdacny za kazdu radu.
Řešení dotazu:
0xC0 jak v latin2 tak ve win1250, ale v jinych znacich se tyto dve lisi. Treba ž je ve win1250 0x9E, v latin2 je to 0xBE.
<?php $str = 'This is an encoded string'; echo base64_encode($str); ?>
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Subject: =?iso-8859-2?q?Server_linux=2Ecz=3A_Upozorn=ECn=ED_na_=FA=E8ast_?=
=?iso-8859-2?q?v_konferenc=EDch?=
=?iso-8859-2?q?Server_linux=2Ecz=3A_Upozorn=ECn=ED_na_=FA=E8ast_?= =?iso-8859-2?q?v_konferenc=EDch?=Všimni si hlavně toho začátku
=?iso-8859-2?q? .... To kódování samozřejmě musí odpovídat kódování toho stringu, který jsi zakódoval.
< a href="mailto:?=?iso-8859-2?q?Server_linux=2Ecz=3A_Upozorn=ECn=ED_na_=FA=E8ast_?= =?iso-8859-2?q?v_konferenc=EDch?= "> odosli email </a>
<a href="mailto:email@soban.cz?subject==?iso-8859-2?q?Server_linux=2Ecz=3A_Upozorn=ECn=ED_na_=FA=E8ast_?= =?iso-8859-2?q?v_konferenc=EDch?= "> odosli email </a>
header('Content-Type: text/html; charset=utf-8');
$pokusnytext=urlencode("234 ľščťž");
echo '<a href="mailto:aaa@aaa.aa?subject= =?utf-8?q?'.$pokusnytext.'Server_linux=2Ecz=3A_Upozorn=ECn=ED_na_=FA=E8ast_?= =?iso-8859-2?q?v_konferenc=EDch?= "> odosli email </ a>';
ale outlook2003 si s tým neporadí (viď obrázok)
echo '<a href="mailto:aaa@aaa.aa?subject='.urlencode('předmět').'&body='.urlencode('tělo').'">klik</a>';
nevim jak Outlook 2003, ale kolega v praci pouziva Outlook 2007 a myslim i 2010 a myslim ze mu to funguje (nestezoval si
<a href="mailto:aaa@aaa.aa?subject=Server linux.cz: =?UTF-8?B?VXBvem9ybsSbbsOtIG5hIMO6xI1hc3QgdiBrbw==?=
=?UTF-8?B?bmZlcmVuY8OtY2g=?=
"> odosli email </a>
Prostě když chceš změnit kodování tak ten text musíš taky překodovat, tvůj text se mi taky nezobrazuje správně, v utf je správný tento.
Prostě si musíš udělat pořádky a správně překodovat znaky.
A mělo by to fungovat i v win.
=?UTF-8?Q?) Outlook ani Evolution nežere, pojídá ho jen Thundebird tzn, závisí to na e-mail klientovi.
len sa obavam, ze to neni univerzalne riesenie a na inej masine by to mohlo byt tiez rozhadzane.
Myslím, že v tomhle máš zcela pravdu. Závisí to na tom, jaké kódování používá klient. CP1250 ti bude určitě fungovat na českých Windows, ale pokud to bude něco jiného je dost pravděpodobné, že to selže.
Nejspíš bys ani nemusel používat převod do HEX ale jen nastavit správný content type té stránky. Problém ale zůstane – bude to zase záviset na tom, že mail klient i stránka používají stejné kódování.
Část problémů by se dala odfiltrovat zjištěním jaké kódování používá prohlížeč přes user agent accept-encoding, ale opět – prohlížeč a mail klient mohou používat jiná kódování.
Podle mě tohle stoprocentně vyřešit nejde. Kdyby ses na diakritiku vykašlal tak by sis ušetřil hodně starostí a možných problémů. Pokud to má být něco pro komunikaci, tak je ještě možnost vytvořit nějaký formulář na odesílání mailů
nemyslim si...Nemyslis si? Clovek by skoro rekl ze ja jsem ten komu to nefunguje. BTW zkusil jsem si to a v opere i firefoxu se spravne otevrou i neenkodovany mailto: odkazy, takze mas blbe i kodovani dokumentu. A vysvetlovat kodovani a nastavovani http hlavicek nekomu kdo podle vlastnich slov nemysli
, na to v patek vecer nemam nervy.
<html>
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style></style>
</head>
<body>
<a href="mailto:test@test.cz?subject=ěščřžýáíé">link</a>
<a href="mailto:test@test.cz?subject=%C4%9B%C5%A1%C4%8D%C5%99%C5%BE%C3%BD%C3%A1%C3%AD%C3%A9">link</a>
</body>
</html>
čo sa FF a opery týka - to je snáď iná kapitola...Prohlížeč je úplně první a základní kapitola, protože právě prohlížeč to musí překódovat ze znakové sady dokumentu (deklarované v http hlavičkách) překódovat do znakové sady systému (ve které se předávají parametry mezi programy). Ty jako autor stránky nemůžeš vědět jaké kódování používá cílový systém, a poštovní program nemůže vědět v jakém kódovaní byla stránka ze které parametry pochází, pouze prohlížeč zná obojí a může to zkonvertovat správně. Pokud víš, že je to správně, všechno ostatní je chyba poštovního klienta.
Inak tvoja veta "Kodovani urcis tak ze ho urcis." je bohovská...Možná bohovská, ale pravdivá. Hlavičku Content-Type posílá server, tedy si ji můžeš určit ty. Pokud máš v ruce dokument v jiném kódování, můžeš překódovat dokument nebo změnit hlavičku - obě řešení jsou zcela ekvivalentní.
Takže skúsme menej osočovania a viac produktívnych príspevkov.Když jsem se ti produktivně pokusil poradit, odpověděl jsi že si "nemyslíš" že je to správě, aniž by ses obtěžoval to vyzkoušet. Taková přezíravost vůči někomu kdo se ti snaží poradit je sprosťárna, a jestli jsem tě urazil, tak věz, že to byl záměr a zasloužil sis to.
Tiskni
Sdílej: