2020-10-29 Technické řešení

Aktualizace za UX tým:

• úpravy a aktualizace v dokumentu Požadavky na web: https://docs.google.com/document/d/1MAL_fW6fvn0LzTU3na3-XVpsKqbwi7oSpW9-lbsoyPo/edit
• stav mockupů ve Figma: https://www.figma.com/file/9avjIglqc1VVc84zHIoLha/CovidPortal?node-id=1%3A155

Zeptám se na přikladu. Může teoreticky vzniknout něco à la kalkulačka mezd = funkční věc na frontendu, bude i něco takového? Pokud ano, mockupy jsou v tom dost omezené.
Pokud to ma být cca za 2 týdny, pak to musí být i v mockupech a jak to bude vypadat. A je třeba to navrhnout hned.

Nápad s tím to oddělit není špatný.

Ještě nevíme, na ministerstvu je málo informaci a nikdo nechce dat souhlas.

Data by se dala tahat z míst, kde mají vznikat. Například adresáře, kontakty na úřady a seznamy (brát je z nějaké databáze)?

> Shrnutí druhů obsahu.

Co se týče grafů a vizualizací, tak data, vizualizace a grafy od Honzy Vančury (je i na Slacku), je asi to nejlepší, co je teď možné na internetu najít. Bylo by možná dobré se zkusit domluvit zda by neudělal plugin.
Vizualizace od MZČR nejsou responzibilní na mobil atd.

Je otázka co za grafy by mělo být? A zda je tam vůbec dávat. Podle úvodní shody by na webu neměly být statistické údaje a mělo by se zužitkovat to, že jsou dobře zpracované na jiných stránkách například onemocneni-aktualne.mzcr.cz

Lze to využít ilustrativně – např. pro číslo R. Myslím si, že je bude potřeba spíše míň než víc.

Určitě souhlasím, vymyslet pouze pár věcí, například tři číselné hodnoty nebo tři grafy: Číslo R, naplněnost nemocnic nebo percentuální počet z testů.

Vymyslet high-lighty, vybrat to nejzajímavější, co nejlépe ilustruje aktuální situaci.

Tomáš se ještě dotkl otázky aktualizace dat, to si asi zaslouží bohatší komentář. S návrhem přijde nějaký resort, nejčastěji MZ, pak se to na vládě upraví.

Velmi často budeme mít na aktualizaci webu nějaký prostor. Text bychom měli mít k dispozici před zveřejněním na TK, to by mělo fungovat systémově. Měli bychom být schopní upravit znění opatření, kterých se to dotýká.

Proto by bylo třeba mít upozornění typu "Aktualizována jsou pouze data v přehledu opatření" a přes noc/později doplnit ostatní = životni situace a detaily. To bude velmi dramatické. 

Snad by mohl vzniknout systém ala Irsko – pět stupňů, kdy bude připraven text opatření předem a pouze to přepneme a přizpůsobíme další věci. 

Za mě to dává smysl, nic z toho není nerealizovatelné v Drupalu. Stále to jsou relativně jednoduché stránky a jednoduchá struktura dat.

Co mi není úplně jasné je napojení na front-end. Padlo rozhodnutí o front-end technologii? Budou to staticky generované HTML stránky nebo React front-end?

Algolia by mohla být náročná k naplnění.

Jak bude oddělen front-end a back-end. Nadefinuje se API? Musí být back-end první k dispozici.

Máme představu kdo by se ujal front-endu?

Zatím nemáme, prvně jsme oslovili komunitu s WordPressem, ale nakonec se ukázalo, že pro tento typ dat to není nejvhodnější řešení.

Vývojáře na Gatsby a React bychom v komunitě najít mohli. Pokud bychom Drupal nerozdělili, měli bychom asi větší problém.

Decoupling Drupalu nám naopak umožní si práci efektivně rozdělit.

Teď řeknu něco nepříjemnýho, Drupalu bychom nemohli provozovat na naší infrastruktuře.

Drupal neobhájím před týmem bezpečáků. Určitě ne na stejné infrastruktuře jako je Portál občana.

Varianta by mohla být v NAKITu hostovat jen staticky content, stále je to lepší cesta než stavět jiné složité řešení jako WordPress.
Nebude to veřejně přístupný server, tím se zvýší bezpečnost. 

Do NAKITu by se dostal pouze balík statických souborů (Gatsby frontend).

Hodně se to komplikuje - je důležité si říct jak moc je to DB a jak moc je to obsah – zda nevzít na každou část jiné řešení: databázové řešení a CMS na obsah.

Chci upozornit, že je zde moc "možná" a "kdyby".

Ten můj prototyp se nám podařilo nasadit do NAKITu poměrně rychle a bez problémů. Nestačilo by tam doplnit políčko pro HTML obsah?

Tento prototyp se dá kdykoliv nahradit. Pro postupný vývoj začít s tímto prototypem a pak nahradit Drupalem.

Rozumím, ale myslím si, že Drupal ten zaklad zvládá - za dva dny je to hotové.

Obrovská výhoda je v tom, ze další lide mohou rychle naskočit a upravovat hotové nebo tvořit nový obsah.

Co nevkládat texty nyní do Google Sheets, ale hned do prototypu DB systému, kde to lze lépe strukturovat?

Redakční systém dělat na CMS, ale tady je DB s redakční částí připraven.

Můžeme připravit Drupal bokem prozatím?

Tomáši, Honzo, pokud je možné zpřístupnit prototyp pro redakční tým, tak by bylo vhodné zadávat rovnou tam.
Případně můžeme překlápět to, co je v Google Sheetu.

Shodli jsme se na Gatsbym, můžeme na tom tedy začít pracovat? 

My jsme připraveni to zadávat. Začínají vznikat i EN texty. 

Můžu to uvolnit i na další lidi, budu potřebovat IP adresy editorů.

Také musím zmizet.
My budeme pokracovat v navrhování. Architektura je finální, jak jsem říkal v úvodu.

Budeme postupně přidávat, i v sobotu.

Lukáš Caldr

Na tom webu koronavirus.mzcr.cz je ve WordPressu publikovací tlačítko + webhook.
Stejně tak by se dalo udělat tlačítko v Drupalu.

Na mzcr trvá generovaní cca 20sec. To bude podobné i pro Gatsby, s tím mám zkušenosti na WordPressu a trvá to cca desítky sekund.

Ano, my budeme konzultovat a schvalovat s MZ.
Probíhá i závěrečná redakce.

Uvažuji i o tom, že dle zmíněných informací budeme muset měnit obsahy, aby nebyly tak dlouhé a daly se číst i na mobilu.

Souhlasím, podobně s tím pracujeme, ale bohužel to nelze vždy.
Ne vše lze přepisovat do lidské řeči.

Musí tam být i základní podkladový materiál - autoritativní text.

Zatím bych využil to, co dává DB, podle tabulek.

Čekal bych pak návrh od UX týmu.

Technická pro pro frontendisty: máme předřazený webový firewall (WAF), který hlídá splnění pravidel OWASP 3.0

Dále od začátku zapojit provozně-bezpečnostní dohledy a sběr telemetrie do Azure Application Insights.

Ještě k PDF a podobnému obsahu – jako slide 22 prezentace (pro mobilní uživatele?) - nemít to už oddělené v datech a počítat s tím v návrhu? Oddělit ten krátký text pro zobrazení karet od samotného obsahového rámce daného opatření.

Atomizace informací, aby nebyl velký text.

Jako to dělá potrebujurousku.cz?

Návrh i pro Dominika: Ke každému novému usnesení vlády mít možnost zkopírovat navázané FAQs a texty a ty změnit.

S tím souhlasím, klidně komentujte to, co je již hotové v Google Sheet, pokud se vám zdají texty dlouhé.

Někdy je velmi obtížné zkoncentrovat to do jedné vět – ze zkušeností vím, že lidi pak čtou pouze tu jednu větu, tak aby se to tím nekomplikovalo.

Souhlasím s tím texty rozdělit do částí, dle životních situací. Dá se to okomentovat, my to zapracujeme.

Souhlasím. Měřitelné to je, ale někdy jen z části – třeba z linek. Nemusí dojít k poklesu, ale můžou víc jen zpřesňovat.

Ostatní je dojmologie nebo informace ze samospráv/od starostů, zkušenosti ze Svazu měst a obcí.

Mělo by vzniknout vyhodnocení, ve spolupráci s linkami, KHS nebo podatelnami.

Dle životních událostí (rodiče, senioři, podnikatelé...).

Dle krajů - až se začne rozvolňovat, tohle bude dávat vetší smysl.

Doporučení bude přibývat s tím, jak bude ubývat opatření.

Štítkuje se doporučeni/opatřeni? viz https://meet.google.com/linkredirect?authuser=0&dest=https%3A%2F%2Fdocs.google.com%2Fspreadsheets%2Fd%2F1Cw8dZx2up6KQ-gar_Jso6DcnhEul_DcBtU7PiUvpl1M%2Fedit%3Fusp%3Dsharing

Filtrace dle dosahu (kraj), zdroj, role (starosta), štítky (zde kategorie).

Ne vždy, budou to mít opatření, nebudou to mít hygienická doporučení. 
Dotaz na to čí je to opatření? Je to velmi důležité Nyní vše vydává vláda. Je to důležité proto, protože kdo to vydává, ten to vykládá a kontroluje a případně dává sankce.

Ano, to by tam mohlo být a měli bychom být schopní to tam zakomponovat.

To by se mělo zapracovat – shrnout i do sekce kontaktů.

Jak na technické řešení platnosti a účinnosti? Jak to vyřešit?

Téma aktuality – když je nějaká aktualita, zobrazovat banner? Může to být nějaký odkaz na tiskovky atd? Jako to má Slovensko nebo gov.uk.