Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
Ahoj,
zabývám se návrhem webové aplikace (obecně) a sháním nějaké povídání o návrhových vzorech týkajících se umisťování více věcí na jednu (obvykle HTML) stránku.
Klasické MVC je fajn, ale v podstatě řeší jen onu centrální komponentu, jako je třeba ta na zobrazení dotazu, který právě čtete.
Mě však právě zajímají různé způsoby, jak na stránku elegantně dostat i další věci, jako třeba výpis zpráviček nalevo, menu nahoře, anketu, reklamy, vyhledávací políčko a další věci.
Nevíte tedy o nějakých zajímavých článcích, návrhových vzorech a podobných věcech toho se týkajících (třeba i jen vzdáleně)?
ps: Jde mi o posbírání zajímavých materiálů pro další studium, nikoliv o jedno správné řešení.
"/cesta/v/aplikaci/k/action?do=NAZEV_KOMPONENTY-NAZEV_SIGNALU&NAZEV_KOMPONENTY-NejakyParametr=hodnota"Signál může být např. přičtění hlasu v anketě. Trik je v tom, že konkrétní controller má mechanismus k vyhledání komponenty. Komponenta je představována třídou, jejíž instanci vrací metoda controlleru nazvaná "getComponentNAZEV_KOMPONENTY". Zároveň se tím řeší vytvoření instance komponenty přesně v okamžiku, kdy je poprvé potřeba. Pokud chci stejnou komponentu používat třeba ve všech controllerech, tak je jednoduše podědím od společného předka. Signály od komponent se obsluhují úplně na začátku, ještě před provedením Action. Navíc komponenty jsou uspořádány do stromové struktury, tj. komponenta může obecně obsahovat potomky. V Nette je to elegantně doplněné systémem šablon, kde v příslušné šabloně stačí uvést:
{widget menu $treba_nejaky_parametr}Šablona má přístup ke controlleru, umí si načíst komponentu "menu" a zavolat na ní metodu
render($muze_mit_parametry)
. V šablonách jde pak snadno generovat odkazy na signály (s tím ?do= na konci).
Obsluha signálů je řešena tak, že komponenta má metodu "handleNAZEV_SIGNALU(...parametry...)
".
Podle mě je to celkem elegantní řešení. Zatím jsem do toho úplně neproniknul, ale je tam pár problémů - třeba pokud je potřeba jednu komponentu umístit na stránku vícekrát.
V Nette je nad tím postavena ještě podpora pro AJAX - po přijetí signálu pomocí AJAXu se prohlížeči může poslat vyrenderované HTML změněných komponent - tím lze jednoduše řešit treba to hlasování v anketě na stránce...
Pokud to můžu srovnat třeba se Zend Frameworkem pro PHP, tak tam tohle asi nemá obecné řešení. Viděl jsem řešení, kdy takovéhle komponenty byly realizované jako speciální Controller a Action, pak se v rámci jednoho requestu volaly různé Action, výstup šablony se vždy uložil zvlášť pod nějakým označením, a v hlavní šabloně se to vykreslilo na správná místa.
Propojení komponent se asi obvykle řeší v Controlleru. Konktrétně v tomhle případě je stejně potřeba získat data pro ten seznam z modelu a předat mu je - no a v tomhle okamžiku se na základě těch dat (počet záznamů) a konfigurace (po kolika stránkovat) nastaví stránkovač. Př.:
class NejakyController extends BaseController {
function renderNejakaAction()
{
$model = new NejakyModel();
$data = $model->getData();
$this->getComponentStrankovac->setup($model->count(), POCET_ZAZNAMU_NA_STRANKU);
$model->limitPage($this->getComponentStrankovac->getCurrentPage());
$this->getComponentVypis()->data = $model->getData();
// nebo v Nette lze pouzit:
// $this['vypis']->data = ...;
}
// funkce se schvalne jmenuje 'create...', Controller volani 'getComponent...'
// automaticky prevede na tuto funkci a navrch zajisti propojeni instance
// komponenty s Controllerem. Komponenta pak muze vyuzit Controller ke
// generovani odkazu apod.
function createComponentStrankovac()
{
return new Strankovac();
}
//
function createComponentVypis()
{
return new Vypis();
}
}
Jiná možnost je, že se data pro ten seznam načítají z modelu přímo v té komponentě "seznam", pak stránkování jde udělat jako sub-komponentu toho seznamu a opět v okamžiku načtení dat se počet stránek nastaví té sub-komponentě. Tohle nijak neomezuje možnosti vykreslení v šabloně - lze samostatně vykreslit seznam a stránkování přesně jak je potřeba. Jedna komponenta obecně nemusí být vykreslena v jednom bloku v šabloně, jde spíš o "logickou" část stránky.
Je možné také řešení, kdy obě komponenty budou připojeny ke controlleru, a třeba ta komponenta na stránkování se zevnitř dostane k seznamu:$pocetStran = $this->getController()->getComponentSeznam()->getPageCount();
Tím se ale podle mě omezí znovupoužitelnost té komponenty, protože pevně předpokládá existenci "seznam" v Controlleru. Co když budu mít těch seznamů na stránce víc?
Tiskni
Sdílej: