Google bude vydávat zdrojové kódy Androidu pouze dvakrát ročně. Ve 2. a 4. čtvrtletí.
Bezpečnostní specialista Graham Helton z Low Orbit Security si všímá podezřelých anomálií v BGP, zaznamenaných krátce před vstupem ozbrojených sil USA na území Venezuely, které tam během bleskové speciální vojenské operace úspěšně zatkly venezuelského diktátora Madura za narkoterorismus. BGP (Border Gateway Protocol) je 'dynamický směrovací protokol, který umožňuje routerům automaticky reagovat na změny topologie počítačové sítě' a je v bezpečnostních kruzích znám jako 'notoricky nezabezpečený'.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,58 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,32 %. Procesor AMD používá 67,43 % hráčů na Linuxu.
V Las Vegas probíhá veletrh CES (Consumer Electronics Show, Wikipedie). Firmy představují své novinky. Například LEGO představilo systém LEGO SMART Play: chytré kostky SMART Brick, dlaždičky SMART Tagy a SMART minifigurky. Kostka SMART Brick dokáže rozpoznat přítomnost SMART Tagů a SMART minifigurek, které se nacházejí v její blízkosti. Ty kostku SMART Brick aktivují a určí, co má dělat.
Vládní CERT (GovCERT.CZ) upozorňuje (𝕏) na kritickou zranitelnost v jsPDF, CVE-2025-68428. Tato zranitelnost umožňuje neautentizovaným vzdáleným útočníkům číst libovolné soubory z lokálního souborového systému serveru při použití jsPDF v prostředí Node.js. Problém vzniká kvůli nedostatečné validaci vstupu u cest k souborům předávaných několika metodám jsPDF. Útočník může zneužít tuto chybu k exfiltraci citlivých
… více »V úterý 13. ledna 2025 se v pražské kanceláři SUSE v Karlíně uskuteční 5. Mobile Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a související infrastrukturu. Akci pořádá David Heidelberg.
… více »Už je 14 dní zbývá do začátku osmého ročníku komunitního setkání nejen českých a slovenských správců sítí CSNOG 2026. Registrace na akci je stále otevřená, ale termín uzávěrky se blíží. I proto organizátoři doporučují, aby se zájemci přihlásili brzy, nejlépe ještě tento týden.
… více »Rok 2026 sotva začal, ale už v prvním týdnu se nashromáždilo nezvykle mnoho zajímavostí, událostí a zpráv. Jedno je ale jisté - už ve středu se koná Virtuální Bastlírna - online setkání techniků, bastlířů a ajťáků, kam rozhodně doražte, ideálně s mikrofonem a kamerou a zapojte se do diskuze o zajímavých technických tématech.
Dějí se i ne zcela šťastné věci – zdražování a nedostupnost RAM a SSD, nedostatek waferů, 3€ clo na každou položku z Číny … více »Vývojáři GNOME a Firefoxu zvažují ve výchozím nastavení vypnutí funkce vkládání prostředním tlačítkem myši. Zdůvodnění: "U většiny uživatelů tento X11ism způsobuje neočekávané chování".
Nástroj pro obnovu dat GNU ddrescue (Wikipedie) byl vydán v nové verzi 1.30. Vylepšena byla automatická obnova z disků s poškozenou čtecí hlavou.
Jak již víte, objekty jsou ukládány do databáze. Abych se vyvaroval toho, že SQL příkazy budou na desítkách či stovkách míst, vytvořil jsem jednu třidu, která má na starosti persistenci dat. Druhou a možná ještě důležitější výhodou je zjednodušení práce. Tato třída definuje několik málo základních metod, které jsou velice snadné na používání. Programátor tudíž vůbec nemusí znát JDBC, aby mohl naprogramovat nové vlastnosti.
Jak vidíte z diagramu tříd, subsystém persistance se skládá ze dvou
rozhraní a jejich implementací. Hlavním rozhraním je
Persistance, které definuje základní metody pro manipulaci a
hledání objektů. Jeho implementací je MySQLPersistance.
Nicméně v kódu nevytvářím jeho instance, ale přistupuju k němu přes
PersistanceFactory. Jak název napovídá, jedná se o Factory
pattern. Hlavní výhodou je, že pokud bych přešel na jinou databázi, stačilo
by mi naimplementovat pro ni podporu jako implementaci rozhraní
Persistance a změnit jednu řádku v
PersistanceFactory.
Součástí této vrstvy je i transparentní cache. V případě potřeby můžete
použít i jinou než předvolenou cache při volání metody
getPersistance v třídě PersistanceFactory. Toho
se například používá při indexaci dat pro vyhledávání. Zvolená cache je
hojně volána na začátcích metod v MySQLPersistance, takže není
nutné se zdržovat pomalými JDBC voláními. DefaultCache je
velice primitivní a vyřazuje objekty, které nebyly během několika
posledních minut použity nebo už dlouho nebyly synchronizovány s databází.
Až budu mít čas, vytvořím alternativní implementaci založenou na některé
Open Source knihovně, nejspíše z Jakarty. Slibuji si od toho větší
stabilitu.
Controller je relativně jednoduchý. Základem je třída
AbcFMServlet, což je potomek HttpServletu. Hlavní
práce se uskutečňuje v přepsané [overriden] metodě service().
Ta nejdříve zavolá metodu performInit(), která má na starosti
uložení parametrů a předdefinovaných proměnných do mapy env a
zpracuje přihlašování. Dále zavolá abstraktní metodu
process(), která vrátí jméno šablony, která má sloužit jako
výstup. Tato šablona se nahraje a vykoná. Její výstup se vrátí
uživateli.
Metoda process() má následující tvar:
protected abstract String process(HttpServletRequest request,
HttpServletResponse response, Map env) throws Exception;
Každý servlet dědící z této třídy je tedy povinen ji naimplementovat. V
ní se provádí veškeré zpracování vašich požadavků. Tedy kontrola parametrů,
zpracování a finálně výběr šablony, respektive přesměrování prohlížeče na
jinou stránku. Například když uložíte diskusi, zavolá se servlet
EditDiscussion. Ten uloží diskusi do databáze (a zároveň do
cache). Jenže proč by měl zobrazovat diskusi, když od toho je servlet
ViewRelation? Proto jednoduše vypočítá nové URL a přes volání
response.sendRedirect(url) přesměruje prohlížeč na tento
servlet. Jako název šablony vrátí null, takže žádná další data nejsou
vrácena prohlížeči.
Zajímavým fíglem je ještě výběr šablony. Každá šablona se skládá ze dvou
souborů. Prvním je template.fm, což je šablona stránky. Tedy
obligátní levý sloupec se službami a rubrikami, pravý sloupec s aktuálními
články na ostatních serverech a patička s copyrightem. Druhým souborem je
vlastní obsah stránky, tedy zobrazení formuláře či tohoto článku. Toto
dělení je pochopitelné, pokud chci změnit něco v šabloně stránek, nemusím
opravovat sto souborů, ale jen jeden.
AbcLinuxu existuje v několika variantách, kromě hlavní existuje ještě varianta pro lynx, pro sidebar Mozilly a připravuje se žádaná verze pro Plucker. Bylo by hloupé, kdyby se kvůli každé této variantě musely vytvářet všechny soubory znovu. Proto jsem vytvořil mechanismus pro jejich sdílení.
Základem je stejná stromová struktura všech variant. Pokud je potřeba,
vytvoří se kopie souboru v podadresáři varianty a ta získá přednost před
defaultní variantou. Vysvětlím to na příkladě. Pokud si prohlížíte úvodní
stránku v Internet Exploreru či Mozille, použije se předvolená varianta
web. Vykoná se tedy šablona vzniklá ze souborů
web/template.ftl a web/show/index.ftl. Pokud však
používáte lynx, použijí se soubory lynx/template.ftl a
lynx/show/index.ftl, protože jsou oba předefinované pro
šablonu lynx. Ale u prohlížení článku pod lynxem se použije
šablona lynx/template.ftl a soubor
web/show/article.ftl, neboť jej nebylo třeba změnit. Celá
varianta pro lynx se ve skutečnosti skládá jen z šablony a úvodní
stránky!
V řeči kódu se tento výběr děje v třídě FMTemplateSelector
a jeho obecnému předku TemplateSelector.
TemplateSelector při inicializaci načte xml soubor s definicí
všech šablon v systému. Každý servlet má nadefinováno několik akcí. K této
akci je pak přiřazena šablona v několika variantách. Pokud tedy tyto
varianty existují, jinak je tam uvedena jen jedna pro předvolenou variantu
web. U šablony je možné nadefinovat proměnné, které se mají
vložit do mapy env. Typicky to bývá titulek stránky.
Servlety pak volají metodu select(). Například
EditDiscussion podle kontextu zavolá jednu z metod:
FMTemplateSelector.select("ViewRelation","article",env,request,null);
FMTemplateSelector.select("ViewRelation","driver",env,request,null);
FMTemplateSelector.select("ViewRelation","discussion",env,request,null);
FMTemplateSelector.select("ViewRelation","hardware",env,request,null);
FMTemplateSelector.select("ViewRelation","software",env,request,null);
V metodě select() se nejdříve detekuje prohlížeč a pokud se
jedná o nástroj na mirrorování, je vrácena stránka s upozorněním, že toto
chování se nám nelíbí. Následně se vyhledá v mapě šablon kombinace servletu
a akce. Pokud taková kombinace neexistuje, vyhodí se vyjímka. Pak se pro
kombinaci servletu, akce, prohlížeče a HttpRequestu vybere
šablona, například web. Pak se pro danou šablonu zjistí obsah
šablony, včetně případných proměnných (kromě statických jsou podporovány i
dynamické, například titulek článku je stejný jako název článku). Název
šablony s obsahem se uloží do proměnné a jako výsledek se vrátí řetězec
template+"/template.ftl", například
"plucker/template.ftl". Tato šablona se pak načte a vykoná v
metodě service() v AbcFMServletu.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
ukladani dat do XML je moderni trend. neni sice optimalni, ale vyrobci db se snazi vytvorit lepsi podporu pro XML. pokud to jeste oracle neumi, tak verim, ze brzy bude umet XPath dotazy
spise by me zajimalo, co na designu shledavate slozitym? me to prijde naopak velice jednoduche a elegantni.
mam tu hierarchii trid reprezentujici objekty, jednoduchy zpusob pro jejich persistenci, controller a view. pokud se nekomu MVC architektura zda slozita, tak je to jeho problem, vyvracet mu to nebudu, casem na to prijde sam.
slozitejsi je vyber sablon, to priznavam, na druhou stranu mi to hrozne setri cas a usnadnuje spravu. verzi pro lynx jsem diky ni zvladl za hodinu vytvorenim tri souboru, kdybych musel delat vsechny soubory pro lynx znovu, vykaslal bych se na to. v planu je verze pro plucker (opet mi budou stacit tri/ctyri soubory) a pro gprs.
Ja osobne uz pouzivam pekne dlouhou dobu Smarty(smarty.php.net) a jsem velmi spokojen.