.Pirátská strana » Technický odbor

Ještě mě napadla další věc: existuje nějaká pirátská CDN, kam se dají publikovat statické assety (např. fotky k článkům)? Momentálně je to všechno v GITu, což mi přijde jako poměrně nešťástné řešení, které příliš době s narůstajícím počtem příspěvků neškáluje. Každý, kdo si repo clonuje, pak musí stahovat desítky MB dat... Rozhodně to neodpovídá GIT best practices :)

Pokusim se odpoveded na nektere nezodpovezene technicke veci.
Filip Vařecha napsal:

• Jakým způsobem probíhá nastavení DNS a kdo to má na starost? Jedna-li se o dom pirati.cz 2+ radu , tak TO.
• Jaký je cílový OS? hostovane weby jsou hostovane na Debianu Jessie nebo Stretch(z hlavy si nejsem jist) a pres nginx
• Jaká verze Jekyllu a Ruby je k dispozici? ruby v. 2.4.1 a s tim spojena verze jekyllu 3.4.2
• Je možné přidávat do Gemfile další závislosti? Pokud ano, je zde nějaké omezení? viz popsane Martinem
• Je vůbec nutné používat celý Jekyll vzhledem k tomu, že ve výsledku servírujeme statický web??? Konkrétně pro nás by bylo skvělé mít možnost publikovat jen vybuilděný site, protože bychom s cílem jednoduššího vývoje rádi celý projekt lokálně provozovali na Dockeru, kde nás nelimituje druh OS atd. Druhe casti s "site" a "docker" uplne nerozumim. Prosim vysvetleni. Hostuje se jen sestaveny web.

Čím kompletnější dokumentace bude, tím samozřejmě lépe.

Díky!

Zdenek Kubala napsal:

Pokusim se odpoveded na nektere nezodpovezene technicke veci.
Filip Vařecha napsal:

• Jakým způsobem probíhá nastavení DNS a kdo to má na starost? Jedna-li se o dom pirati.cz 2+ radu , tak TO.
• Jaký je cílový OS? hostovane weby jsou hostovane na Debianu Jessie nebo Stretch(z hlavy si nejsem jist) a pres nginx
• Jaká verze Jekyllu a Ruby je k dispozici? ruby v. 2.4.1 a s tim spojena verze jekyllu 3.4.2
• Je možné přidávat do Gemfile další závislosti? Pokud ano, je zde nějaké omezení? viz popsane Martinem
• Je vůbec nutné používat celý Jekyll vzhledem k tomu, že ve výsledku servírujeme statický web??? Konkrétně pro nás by bylo skvělé mít možnost publikovat jen vybuilděný site, protože bychom s cílem jednoduššího vývoje rádi celý projekt lokálně provozovali na Dockeru, kde nás nelimituje druh OS atd. Druhe casti s "site" a "docker" uplne nerozumim. Prosim vysvetleni. Hostuje se jen sestaveny web.

Čím kompletnější dokumentace bude, tím samozřejmě lépe.

Díky!

Díky za opovědi. A teď co se Dockeru týče:

Docker je platforma pro bundlování aplikací do containerů. Výhodou Dockeru je, že daný container obsahuje image OS a vlastně celého prostředí, které aplikace vyžaduje pro spuštění. V našem případě to má ty výhody, že pro vygenerování výsledné statické podoby webu nepotřebujeme na konkrétním počítači mít danou verzi Linuxu atd., protože veškeré závislosti jsou součástí containeru. Vzhledem k tomu, že se ve výsledku hostuje sestavený web (jak sám píšeš), bylo by pro nás nejsnazší vám dodávat jen tu sestavenou podobu (klidně může zůstat v GITu v _site) bez toho, aby se to buildilo u vás. Tím nebudeme závislí na verzi Ruby/Jekyllu, kterou máte nainstalovanou na cílovém OS, můžeme klidně používat latest a jako bonus můžeme stejně pohodlně web buildit i z Windows (díky Dockeru, který běží na všech podstatných OS).

Samozřejmě bychom mohli buildit i u vás, ale to by předpokládalo, že na cílovem OS je Docker nainstalovaný, do čehož vás samozřejmě nechceme nutit. Právě proto bychom si to rádi vyřešili sami a vám dodali už jen hotový statický web.

https://www.docker.com/what-docker

Stačí to takhle?

Každopádně by bylo dobré veškeré zde zmíněné závěry někde publikovat veřejně, aby nemusely další místní sdružení psát dotazy na TO v případě, že budou chtít založit vlastní lokální web. Prostě sepsat dokumentaci, nebo alespoň FAQs. To bylo ostatně hlavním předmětem tohoto podání.

Filip Vařecha napsal:

Díky za opovědi. A teď co se Dockeru týče:

Docker je platforma pro bundlování aplikací do containerů. Výhodou Dockeru je, že daný container obsahuje image OS a vlastně celého prostředí, které aplikace vyžaduje pro spuštění. V našem případě to má ty výhody, že pro vygenerování výsledné statické podoby webu nepotřebujeme na konkrétním počítači mít danou verzi Linuxu atd., protože veškeré závislosti jsou součástí containeru. Vzhledem k tomu, že se ve výsledku hostuje sestavený web (jak sám píšeš), bylo by pro nás nejsnazší vám dodávat jen tu sestavenou podobu (klidně může zůstat v GITu v _site) bez toho, aby se to buildilo u vás. Tím nebudeme závislí na verzi Ruby/Jekyllu, kterou máte nainstalovanou na cílovém OS, můžeme klidně používat latest a jako bonus můžeme stejně pohodlně web buildit i z Windows (díky Dockeru, který běží na všech podstatných OS).

Samozřejmě bychom mohli buildit i u vás, ale to by předpokládalo, že na cílovem OS je Docker nainstalovaný, do čehož vás samozřejmě nechceme nutit. Právě proto bychom si to rádi vyřešili sami a vám dodali už jen hotový statický web.

https://www.docker.com/what-docker

Stačí to takhle?

Nejsem si jist, zda-li se chapeme stejne.
Verze ruby + jekyllu je v github repo v souboru dockeru, ne? Tzn. verze ruby+jekyllu je dana.

Pro kontrolu syntaxi a buildu je nastaven Travis job. Pouziti dockeru pro lokalni upravy nic nebrani a diky tomu, ze jsou zdrojaky na githubu lze snadno pracovat s kodem a muzeme vyuzivat GH propojeni s travisem.

Nevim, kde beres to, ze na cilovem stoji musi byt docker(jak jsem psal vyse).

EDIT: Pokud bys chtel kolaborovat, tak stejne musis mit nekde dockerfile a aktualni verzi webu(coz mi prijde jako duplikovani) a v pripade, ze nekdo nechce pouzivat docker, tak pri odebrani zdrojaku z GITHUB repa bude v riti.

Zdenek Kubala napsal:

Filip Vařecha napsal:

Díky za opovědi. A teď co se Dockeru týče:

Docker je platforma pro bundlování aplikací do containerů. Výhodou Dockeru je, že daný container obsahuje image OS a vlastně celého prostředí, které aplikace vyžaduje pro spuštění. V našem případě to má ty výhody, že pro vygenerování výsledné statické podoby webu nepotřebujeme na konkrétním počítači mít danou verzi Linuxu atd., protože veškeré závislosti jsou součástí containeru. Vzhledem k tomu, že se ve výsledku hostuje sestavený web (jak sám píšeš), bylo by pro nás nejsnazší vám dodávat jen tu sestavenou podobu (klidně může zůstat v GITu v _site) bez toho, aby se to buildilo u vás. Tím nebudeme závislí na verzi Ruby/Jekyllu, kterou máte nainstalovanou na cílovém OS, můžeme klidně používat latest a jako bonus můžeme stejně pohodlně web buildit i z Windows (díky Dockeru, který běží na všech podstatných OS).

Samozřejmě bychom mohli buildit i u vás, ale to by předpokládalo, že na cílovem OS je Docker nainstalovaný, do čehož vás samozřejmě nechceme nutit. Právě proto bychom si to rádi vyřešili sami a vám dodali už jen hotový statický web.

https://www.docker.com/what-docker

Stačí to takhle?

Nejsem si jist, zda-li se chapeme stejne.
Verze ruby + jekyllu je v github repo v souboru dockeru, ne? Tzn. verze ruby+jekyllu je dana.

Pro kontrolu syntaxi a buildu je nastaven Travis job. Pouziti dockeru pro lokalni upravy nic nebrani a diky tomu, ze jsou zdrojaky na githubu lze snadno pracovat s kodem a muzeme vyuzivat GH propojeni s travisem.

Nevim, kde beres to, ze na cilovem stoji musi byt docker(jak jsem psal vyse).

EDIT: Pokud bys chtel kolaborovat, tak stejne musis mit nekde dockerfile a aktualni verzi webu(coz mi prijde jako duplikovani) a v pripade, ze nekdo nechce pouzivat docker, tak pri odebrani zdrojaku z GITHUB repa bude v riti.

Tak zjevně se pořád nechápeme. Moje jediná snaha je: neřešit na straně serveru pirátské strany build webu (přepokládám, že tam pouštíte bundle exec jekyll build). To nám rozváže ruce, protože nebudeme závislí na verzích jekyllu a ruby, které vy tam máte. Jediné na co se ptám je to, jestli je pro vás OK jen vzít _site a nasadit to bez toho abyste to buildili. Travis a spol si pořeším jak budu potřebovat, klidně to můžu testovat v Dockeru, nebo bez něj, to už je šumák.

Já nechci odebírat zdrojáky z repa. Jen chci abyste místo buildu na straně pirátskýho webu prostě vzali co je v _site a hotovo :)

Případně, pokud je to moc složité u vás udělat, tak bych volil cestu si celý deployment řešit po svém přes GH pages a jen bych vás pak poprosil o nastavení proxy jak psal v prvním komentáři Martin Rejman.

Filip Vařecha napsal:

Já nechci odebírat zdrojáky z repa. Jen chci abyste místo buildu na straně pirátskýho webu prostě vzali co je v _site a hotovo :)

A ja pisu, udelej co potrebujes, po mergnuti se to zbuildi u nas a kdyz ne, tak pripadne pridame moduly nebo se najde jiny zpusob. Aktualne je ten repozitar prazdny. :)
Zatim tu resime neco co vlastne ani nevime jak vypada. :)
Je tohle schudne reseni?

Zdenek Kubala napsal:

Filip Vařecha napsal:

Já nechci odebírat zdrojáky z repa. Jen chci abyste místo buildu na straně pirátskýho webu prostě vzali co je v _site a hotovo :)

A ja pisu, udelej co potrebujes, po mergnuti se to zbuildi u nas a kdyz ne, tak pripadne pridame moduly nebo se najde jiny zpusob. Aktualne je ten repozitar prazdny. :)
Zatim tu resime neco co vlastne ani nevime jak vypada. :)
Je tohle schudne reseni?

Klidně to tak můžeme udělat, ale například už teď vím, že abych vyřešil autoresize obrázků, bude potřeba zvednout verzi Jekyllu. Jestli jste s tím OK tak opravdu řešíme virtuální problém :)

Filip Vařecha napsal:

Zdenek Kubala napsal:

Filip Vařecha napsal:

Já nechci odebírat zdrojáky z repa. Jen chci abyste místo buildu na straně pirátskýho webu prostě vzali co je v _site a hotovo :)

A ja pisu, udelej co potrebujes, po mergnuti se to zbuildi u nas a kdyz ne, tak pripadne pridame moduly nebo se najde jiny zpusob. Aktualne je ten repozitar prazdny. :)
Zatim tu resime neco co vlastne ani nevime jak vypada. :)
Je tohle schudne reseni?

Klidně to tak můžeme udělat, ale například už teď vím, že abych vyřešil autoresize obrázků, bude potřeba zvednout verzi Jekyllu. Jestli jste s tím OK tak opravdu řešíme virtuální problém :)
Super konecne neco konkretniho. :)
Co mas presne namysli s tim autoresize?

Zdenek Kubala napsal:

Filip Vařecha napsal:

Zdenek Kubala napsal:

Filip Vařecha napsal:

Já nechci odebírat zdrojáky z repa. Jen chci abyste místo buildu na straně pirátskýho webu prostě vzali co je v _site a hotovo :)

A ja pisu, udelej co potrebujes, po mergnuti se to zbuildi u nas a kdyz ne, tak pripadne pridame moduly nebo se najde jiny zpusob. Aktualne je ten repozitar prazdny. :)
Zatim tu resime neco co vlastne ani nevime jak vypada. :)
Je tohle schudne reseni?

Klidně to tak můžeme udělat, ale například už teď vím, že abych vyřešil autoresize obrázků, bude potřeba zvednout verzi Jekyllu. Jestli jste s tím OK tak opravdu řešíme virtuální problém :)
Super konecne neco konkretniho. :)
Co mas presne namysli s tim autoresize?

Mám na mysli to, aby lidi nemuseli nahrávat obrázky ořezaný podle toho jak chce web. Místo toho si to nahrajou jak uznaj za vhodný a o crop/resizing se postará Jekyll při buildu. Aby to šlo udělat na úrovni, chci s tím zároveň vyřešit cache busting a další věci co to teď nedělá (i když by mělo), prostě použít https://github.com/envygeeks/jekyll-assets a ten ve své aktuální verzi už neběží nad Jekyllem 3.4.x, ale potřebuje 3.5.x. Navíc, aby šlo používat resizy tak je samořejmě nutné mít i nainstalovaný ImageMagick, což by byla další závislost v cílovém OS, kterou byste museli splnit. A tam už se jedná o závislost nad rámec standardního Ruby, protože je to normální balíček co byste museli instalovat.

Filipe, měl bys zájem se webům věnovat více ? Pokud najdeme ještě pár dalších lidí, budeme schopni sjednotit požadovaná řešení celorepublikově ... :-)

Martin Rejman napsal:

Filipe, měl bys zájem se webům věnovat více ? Pokud najdeme ještě pár dalších lidí, budeme schopni sjednotit požadovaná řešení celorepublikově ... :-)

Martine, nemám problém se tomu klidně pověnovat více, ale je samozřejmě otázka, co přesně by to znamenalo :) Pokud by šlo o to vytvořit nějakou up-to-date šablonu základního webu, který bude mít všechny podstatné funkce vyřešené tak, aby přidávání nových článků bylo co možná nejjednodušší, tak tomu jsem ochoten se pověnovat, protože to primárně byl můj záměr ve vztahu k pardubickému webu. Myslím, že jsem schopen to pročistit a udělat nějaký pirate-web-starter repository (klidně vč. nějakého Yeoman generátoru).

Jediné, co v tuhle chvíli vidím jako zásadní problém je absence CDNky, protože mít assety v GITu je fakt humáč. Ale to si žádá nějaké koncepčnější řešení...

To by bylo fajn. Vytvořil jsem k tomu souhrnný úkol zde : https://redmine.pirati.cz/issues/10598 .

Udělal bych tam tedy "knihu přání potřeb a návrhů", najdeme další lidi ... a pak se to zrealizuje.

Můžeš tedy tam okomentovat, co myslíš, že je potřeba, případně jak to realizovat ?

Jekyll 3.5 je zcela OK, např. MSK používá jekyll 3.7:
https://github.com/pirati-web/moravskoslezsky.pirati.cz

Instalovat nějaký ověřený Gem je teoreticky možné, stejně jako případná instalace distribučního balíčku, ovšem je lepší to předem konzultovat. Na serveru kde se to generuje je Debian Jessie a Ruby 2.4.1 z RVM.

Pokud bys Filipe byl ochoten se Jekyll webům věnovat, zvaž prosím, zda by mohlo být vhodným prvním krokem vytvoření vlastního gem-based theme pro oblastní weby:
https://jekyllrb.com/docs/themes/
Chystám se k tomu už dlouho, ale nedostal jsem se k tomu.

Stanislav Štipl napsal:

Jekyll 3.5 je zcela OK, např. MSK používá jekyll 3.7:
https://github.com/pirati-web/moravskoslezsky.pirati.cz

Instalovat nějaký ověřený Gem je teoreticky možné, stejně jako případná instalace distribučního balíčku, ovšem je lepší to předem konzultovat. Na serveru kde se to generuje je Debian Jessie a Ruby 2.4.1 z RVM.

Pokud bys Filipe byl ochoten se Jekyll webům věnovat, zvaž prosím, zda by mohlo být vhodným prvním krokem vytvoření vlastního gem-based theme pro oblastní weby:
https://jekyllrb.com/docs/themes/
Chystám se k tomu už dlouho, ale nedostal jsem se k tomu.

Zkusím se tomu během víkendu pověnovat.

Variantou je poskytnou několik "build" prostředí - dle verze ruby, jekyllu a dalších .

Zporovoznene docker build prostredi, Pro kazdy web se da nastavit jina verze jekyll, Jjakekoliv gemy a systemove nastroje, samostatny gem template a t.d.

Asi již můžeme uzavřít, vše potřebné vyřešeno ?

Řekl bych, že ano.