Medailonky dobrovolníků v blog postech

[zoul]

Chtěli bysme víc zviditelnit dobrovolníky, kteří dělali na konkrétních projektech – například v blog postu o dokončeném projektu tedy nějak vizuálně „prodat“ všechny, kteří se za Č.D na projektu podíleli. Vizuální představa je prostě profilová fotka s kruhovým ořezem, jménem a případně rolí na projektu („UX Design“, „Tech Lead“, etc).

Jak tohle nejlíp do blog postu dostat? Postupné varianty od dřevní po ideální:

0. Stylované HTML. Výhody: stačilo by nachystat styly a nic jiného. Nevýhody: všechno ostatní, je to pracné a svazuje nám to ruce do budoucnosti (viz též Strukturovaný obsah ve zdrojových souborech #68).
1. MDX komponenta s ručně vyplněnými daty, například:

   <VolunteerProfile
       img="https://data.cesko.digital/img/…"
       name="Tomáš Znamenáček"
       role="Cat Trainer"
   />

   Výhody: Výborný poměr cena/výkon, relativně future-proof řešení.
2. MDX komponenta napojená na nějakou databázi, například:

   <VolunteerProfile id="123" role="Cat Trainer"/>

   …a k tomu databázi (lokální JSON/YAML nebo časem AirTable?) s profilovkami a jmény. Výhody: totéž co předchozí, plus bysme omezili duplikaci dat a umožnili proklik z profilovky do nějaké větší databáze dobrovolníků, která bude časem na hlavním webu. Nevýhody: není to už overkill?

A pak je tu ještě otázka, jestli profilovky vkládat do článku takhle „ručně“, anebo jestli seznam zapojených lidí nevložit přímo do metadat článku a nevysypat je pak na nějaké standardizované místo, třeba do sidebaru, záhlaví, zápatí nebo na místo určené nějakým ručním kontejnerem (<InsertVolunteersHere/>).

Tohle je furt spíš brainstorming než specifikace, takže uvítám připomínky a návrhy, Matěji.

[landsman]

@zoul Standardně vídám v Gatsby projektech jen nickname/email/id v meta datech o článku a zbytek se již vyrenderuje na určené místo v šabloně. Data se pak krásně čtou z dalšího markdown souboru, kde jsou jednotliví autoři vyspecifikování, včetně avataru atd. Přes Gatsby GraphQL query k nim lze pak vypisovat libovolně medailonky. Databáze overkill :) Kontrola na správnost nickname se dá pak klidně doplnit do CI testu.

[zoul]

Souhlas, na tohle by databáze byla overkill, ale tohle je trochu jiný use case – tohle nejsou autoři, ale dobrovolníci Česko.Digital, jejichž seznam bude výhledově uložený někde v AirTable. Takže vlastně volíme mezi tím, jestli tady v blogu lokálně (aspoň dočasně?) budovat nějakou jednodušší kopii téhle dobrovolnické databáze, anebo jestli se rovnou nějak odkazovat na živá data z ní. („Živá“ ve smyslu „během překladu blogu“, ne při každém zobrazení na klientovi.)

[zoul]

FWIW, teď jsem dělal s tou databází dobrovolníků v AirTable (viz https://github.com/cesko-digital/volunteer-sync) a vypadá to, že tahat odsud záznamy podle Slack ID dobrovolníka by mohlo být docela jednoduché. (Jen by to chtělo kešovat, ať si zbytečně nezpomalíme překlad blogu.)

[HormCodes]

Mne se více povzdává ta druhá varianta s používáním nějakého ID, protože veškeré updaty informací dobrovolníka budou jednodušší - nebude třeba procházet jednotlivé články. V případě renderování jsem pro nechání na straně překladu z důvodu SEO.

Nemám odhad jakým způsobem ovlivní synchronizace dat čas buildu, ale pokud jde o Netlify pricing, tak bych řešil problém až nastane (řešení, jak započítávaný čas buildu snížit existují).

Pokud jde o umístění, má to být univerzální z hlediska počtu? Tj. že může být jen 1 dobrovolník nebo třeba 20?

[zoul]

Pokud jde o umístění, má to být univerzální z hlediska počtu? Tj. že může být jen 1 dobrovolník nebo třeba 20?

Bohužel jo. Pokud to bude designově oříšek, nabízí se nějak přepínat řešení podle počtu. Ale asi bych to prozačátek nekomplikoval a jen skládal kontejnery vedle sebe (a pohlídal výšku řádku, aby byl řádek vždycky tak vysoký, jako je nejvyšší komponenta v něm).

[HormCodes]

Co tedy pracovat s 2 variantami? Mít možnost vložit dobrovolníky přímo do článku a zároveň mít možnost přidat boční kartu se všemi, kdo se na projektu podílejí (něco podobného jako tu)?

Z toho mi vychází další otázka, zda aktuální tým bude vázaný na článek nebo také jako reference, ale v tomto případě mi z toho vychází lepší varianta definovat konkrétní lidi na konkrétní článek.

[zoul]

Ten sidebar jsem si taky tak představoval. Ale asi bych navrhoval s ním počkat na nový web, kde to můžem vyřešit nějak systémověji, a zatím zůstal jen u vkládání přímo do článku? Aktuální tým bych vždycky skládal ad-hoc, pro daný článek, souhlas.