pyvec / blog.python.cz Goto Github PK

Aktuálně si musí reviewer vždycky vzpomenout na to, že by obrázky měly mít rozumnou velikost. Bylo by fajn tu kontrolu dělat automaticky.

A je potřeba? Viz #8 (comment)

Zda se, ze Twitter u autora nema zadne vyuziti. Autor pri vyplnovani jiste pomyslel na to, ze se nekde ctenar proklikem dozvi o vsech tech fantastickych vecech, ktere tweetoval.

"Nebylobylibyloby" od veci, kdyby tlaciko dole pod informacema o autorovi, ktere tweetuje clanek melo v textu tweetu tedy alespon zmineny @ na ucet autora :-)

Prosím!

blog deploy pushuje gh-pages
blog preview dělá nějakou magii navíc (která se ještě k tomu neumí korektně ukončit)
blog publish dělá opět bůhvíco s gitem

Navrhuju přidat blog build.

Z navodu neni prilis jasne, blbum jako ja, ze blog publish posila rovnou mergenuty commit.
By bylo lepsi upresnit, pokud chceme, aby nam sem lidi psali a neresili rebase, pak to vzdali jako ja.

https://blog.python.cz/ works but all the links are http and there is mixed content, so the website looks disrupted.

Hodilo by se předělat na GitHub Actions, měl jsem pocit, že Travis je od akvizice každým týdnem víc a víc mrtvý a nebezpečný (měli nějaký leak tokenů apod.).

http://blog.python.cz/favicon.ico vede do nikam

Some articles are missing, for example:

ERROR: Could not process ./2006-08-09_co-prinesl-podzim.md

  | KeyError: 'filename'

This appears to be due to this change in Danube Delta: honzajavorek/danube-delta@5ede6ef

What worries me is that the build succeeded with missing articles.

Blog má spoustu nejasností a problémů:

• Původní myšlenka byla, že většina článků bude jen text. To se nepotvrdilo, prakticky každý článek má fotky. "Jednoduchý" návod na přidání článku nikdo nepoužívá, protože neumožňuje přidat fotky. Odkaz na složitější návod nejde moc dobře vidět.
• Složitější návod nepočítá s tím, že člověk není Pyvec contributor a že má fork.
• Když udělám branch, blog publish pošle všechno do branche. Když jsem na master, pošle to do masteru. Člověk, který má přístup do masteru, ale chce poslat PR, se snadno splete. Nikde není napsáno, že si má někdo někde dělat branch.
• Když nemám přístup do repozitáře, musím udělat fork a pak poslat příspěvek z něj. Tam by už měl blog publish detekovat, že chci udělat PR, ale opět můžu buď posílat z master forku nebo z větve a nikde to není popsané. Pokud chci napsat v budoucnu další článek, musím udělat buď sync s upstream, nebo smazat fork a začít znova.
• Je těžké vyvážit návody podle toho, jestli někdo umí git, neumí git, atd. Někdo článek naklikává přes GitHub a to dělá zase úplně jiné věci.
• Není úplně jasné jak něco opravit ve vytvořeném PR, když někdo něco okomentuje. Záleží to dost na tom, jestli to člověk poslal z forku, masteru, naklikal to přes GitHub, ... zase je 20 možností.

Možná je toho víc, snažil jsem se sepsat hlavně zádrhely, na které jsem narazil já, @lspdv a @zuzejk.

Celkově jsou návody nedostatečné. Otázka je, jestli chceme spíš

1. psát návody na všechny možné varianty jak do tohoto blogu přispět z gitu a navíc z GitHubu, pro začátečníky i pokročilé,
2. nějak tuto komplexitu zapouzdřit do blog publish a podchytit v tom příkazu všechny možné varianty jak do tohoto blogu přispět z gitu a navíc z GitHubu, pro začátečníky i pokročilé,
3. nebo se vykašlat na blog v podobě git repozitáře a dát to někam na medium.com či jinam.

První dvě varianty:

➖ Blog musí někdo vyvíjet, opravovat, vylepšovat, dodělávat návody. Já nemusím mít vždycky čas.
➕ Blog učí začátečníky pracovat s GitHubem, Gitem, Markdownem, reviews, apod., což jsou dost zásadní znalosti. Není to úplně škola hrou, ale pořád je to podle mě užitečný.
➕ Na blogu lze dělat PR, které fungují dobře na review před vydáním a to review nemusí dělat jeden nějak pověřený člověk, ale kdokoliv. Blog funguje transparentně, komunitně, kdokoliv může poslat PR a kdokoliv se k němu může vyjádřit. Kdokoliv může poslat další PR třeba s opravou překlepu.

Třetí varianta:

➕ Nikdo se nemusí starat o provoz blogu, ten prostě funguje a lidi na něj píšou. Není potřeba nic programovat, provozovat, psát návody a mít na to čas.
➖ Nevím, jak funguje přesně Medium, jestli tam jde nějak mít víc autorů, dělat review článku, apod. a přitom to mít nějak relativně zadarmo.

• Start kurzu PyLadies v Ostravě
• Nová podoba Pyva v Ostravě

Ahoj, když u sebe spustím blog preview, tak to v content/images/thumbnails udělá nějaké obrázky. Mám s nima něco dělat? Neměly by být nějak commitnuté?

(venv) $ blog preview
...
(venv) $ git status
On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)

        content/images/thumbnails/clanek.jpg
        content/images/thumbnails/cvut.jpg
        content/images/thumbnails/dashboard.jpg
        content/images/thumbnails/datovy_model.jpg
        content/images/thumbnails/github-nalepky.jpg
        content/images/thumbnails/okno_prihlaseni.jpg
        content/images/thumbnails/robot.jpg
        content/images/thumbnails/schema.jpg
        content/images/thumbnails/vlakna.jpg

Třeba v článku http://blog.python.cz/komunitni-python-stanek-na-linuxdays je <blockquote>, ale nejde vizuálně rozeznat. Mělo by se to opravit přímo zde.

Tuhle https://github.com/pyvec/blog.python.cz/#license

Read #61

Buďto obecně: Tento blog je na GitHubu

Nebo konkrétně: Příspěvek na tento blog je možné zaslat přes GitHub

Zapsat do dokumentace #18 (comment).