Byl vydán Debian 13.2, tj. druhá 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.
Google představil platformu Code Wiki pro rychlejší porozumění existujícímu kódu. Code Wiki pomocí AI Gemini udržuje průběžně aktualizovanou strukturovanou wiki pro softwarové repozitáře. Zatím jenom pro veřejné. V plánu je rozšíření Gemini CLI také pro soukromé a interní repozitáře.
V přihlašovací obrazovce LightDM KDE (lightdm-kde-greeter) byla nalezena a již opravena eskalace práv (CVE-2025-62876). Detaily v příspěvku na blogu SUSE Security.
Byla vydána nová verze 7.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Tor Browser byl povýšen na verzi 15.0.1. Další novinky v příslušném seznamu.
Česká národní banka (ČNB) nakoupila digitální aktiva založená na blockchainu za milion dolarů (20,9 milionu korun). Na vytvořeném testovacím portfoliu, jehož součástí jsou bitcoin, stablecoiny navázané na dolar a tokenizované depozitum, chce získat praktickou zkušenost s držením digitálních aktiv. Portfolio nebude součástí devizových rezerv, uvedla dnes ČNB v tiskové zprávě.
Apple představil iPhone Pocket pro stylové přenášení iPhonu. iPhone Pocket vzešel ze spolupráce značky ISSEY MIYAKE a Applu a jeho tělo tvoří jednolitý 3D úplet, který uschová všechny modely iPhonu. iPhone Pocket s krátkým popruhem se prodává za 149,95 dolarů (USA) a s dlouhým popruhem za 229,95 dolarů (USA).
Byla vydána nová stabilní verze 7.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 142. Přehled novinek i s náhledy v příspěvku na blogu.
Společnost Epic Games vydala verzi 5.7 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Intel vydal 30 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20251111 mikrokódů pro své procesory.
Byla vydána říjnová aktualizace aneb nová verze 1.106 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.106 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Tak jsem se konečně dostal k tomu, že mé stránky jsou v bídném stavu a žádají přinejmenším trochu živé vody. Požadavky jsou tentokrát už zcela jasné, jejich podrobným rozborem jsem došel k tomu, co je pro mě IMHO nejlepší. Totiž wiki.
Wiki sice, pravda, není nic revolučního, ale je to dobrý nápad jak vytvářet a spravovat webové stránky. Pominu nyní myšlenku wiki otevřené všem, což není můj případ. Na wiki je fajn, že s ní dokážete tvořit i rozsáhlé stránky rychle a rychle je upravovat. Chcete novou stránku? Zadáte do prohlížeče její požadovanou adresu a jednoduše tu stránku napíšete. Chcete na ni přidat odkaz na existující stránku? Ťuknete na edit a napíšete ho tam. Chcete něco napsat, ale nestíháte a chcete si to jenom poznamenat? Použijete prostě normálně odkaz který chcete a později si kdykoliv necháte vypsat chybějící stránky a doplníte je.
Nechci po těch stránkách nic úžasného, pár odkazů, neměnných stránek a prostor na ukládání konfiguráků a různých mini-HOWTO a poznmáek, které si pro sebe píšu. S wiki mi to dle mého půjde nejpříjemněji a nejrychleji.
Zůstává nyní jediný problém. Totiž konkrétní technické řešení. Řekněme, že z jistých důvodů se omezíme na PHP a MySQL databázi. Zalíbila se mi celkem Wikka Wiki, i když je na ní potřeba dělat celkem dost úprav přímo v kódu, pro změnu vzhledu (samozřejmě přes CSS, ale bez změn v HTML výstupu se taky neobejdu), počeštění je trochu problém (kódování, řetězce jsou v kódu natvrdo, na stránkách mají ovšem úpravu pro gettext) a místo odstavců dělá nové řádky (obzvláště hnusné, budu to muset opravit).
Pokud má tedy někdo tip na lepší wiki, tak sem s ním, zatím se trápím tvorbou koukatelného vzhledu (náročná věc, dovolím si poděkovat za colourlovers.com a Pixymu za jeho úžasné míchatko barev).
Tiskni
Sdílej:
).
Když se to tak vezme, je tenhle komentář k ničemu, ale třeba to nahlodá ty požadavky na technické řešení (-li nejsou dány hostingem, třeba).
Má to koukam i šablony, fajn.
Když si člověk hraje měsíc s Javou, tak se ani není čemu divit
Uz mam hotovo SCM
Parser mám rozdělený na dvě části. Blokový, který bere text řádku po řádce a formou stavového automatu řeší nadpisy, odstavce, seznamy a další blokové elementy a pak na řádku zavolá řádkový parser, který řeší řádkové elementy, jako zvýraznění, odkazy apod. Ten je mixem str_replace, ereg_replace a preg_replace_callback, přičemž zejména poslední fukce je hodně užitečná a doporučuji prostudovat.
Nahrazovací funkce s regexy jsou pro tento účel asi nejlepší řešení, to je pravda.
Druhá možnost je UTF-8, jako v MediaWiki (viz třeba Wikipedia: Čeština), ale to vede ke spoustě problémů, zjm. ve Firefoxu.hm, a bugy ve Firefoxu jsou pro výběr systému nějak extrémně důležité?
href a odkaz opět v některých prohlížečích nefunguje.
Diakritika prostě do URL adres (až na pár výjimek) nepatří, je s tím víc starostí než užitku.
Podle RFC 1738 všechny divnoznaky musí být v URL zakódované. Nijak se ale neřeší kódování znaků, pouze kódování oktetů.v současnosti (resp. pro HTTP 1.1) platí RFC 2396 (které vychází z 1738 a 1808), a to se v otázce kódování odkazuje na RFC 2277 RFC 2277 v sekci 3.1 říká, že "Protocols MUST be able to use the UTF-8 charset" a dále "Protocols MAY specify, in addition, how to use other charsets or other character encoding schemes for ISO 10646, such as UTF-16, but lack of an ability to use UTF-8 is a violation of this policy;" - a jelikož jsem v RFC 2616 (HTTP 1.1) nenašel žádnou specifikaci "how to use other charsets" týkající se URI, vyvozuji z toho, že se smí užívat pouze UTF-8
Jde o to, že když v Opeře napíšete example.org/žščř, tak se to odešle v UTF-8, ale ve Firefoxu v Latin1.za prvé, používá-li Firefox HTTP 1.1, pak musí zvládat UTF-8, za druhé, neurčí-li Firefox, že je v URI použito něco jiného, než UTF-8 (což nemůže, neboť mu k tomu RFC 2616 nedává prostředky, AFAIK), pak použití Latin1 je v rozporu s RFC 2396 (via RFC 2277)
Diakritika prostě do URL adres (až na pár výjimek) nepatří, je s tím víc starostí než užitku.kolikrát jsme už něco takového slyšeli? (nemám odkazovat na blogy a flejmy zde, že?
)
IMHO jediná věc (v současných URI), která by měla být omezena na ASCII, jsou doménová jména, neboť tam nejde o problém technický nýbrž obchodní (registrace domény firmy v miliónu různých variant včetně různých záměn podobně vypadajících znaků - už takhle je dost problémů typu mojefirma.cz vs. moje-firma.cz a se spekulanty registrujícími všemožné varianty překlepů kolem slavných domén ...)
Wordpress mi přišel příliš blogocentrický a já na stránkách blogovat neplánuju.