Názory k článku ./blog.sh: blogovací engine, kterému stačí terminál
-
Zdaaarek.
Pred 10 rokmi som tiez vytvoril podobny system, ale v PHP. Tohto roku som ho aktualizoval. Vyhodu oproti blog.sh vidim v tom, ze moj system je napisany v PHP a to je prakticky na kazdom webhostingu na rozdiel od Ruby ;-)
- 2017 - https://github.com/hajzer/minimal-php-markdown-cms
- 2026 - https://github.com/hajzer/php-terminal-cms -
Zdaarek.
No ako sa to vezme. Pre mna je vyhodou to, ze je stale mozne pracovat (ci uz offline alebo priamo na servery) s tym istym formatom a to je markdown (aj ked mierne obohateny o moje potreby a pre moje ucely, ale to nie je nutne pouzivat) + nie je potrebne nic generovat iba parsovat na urovni servera/stranky. Ano, mozeme namietat, ze system ma viac zavislosti a ze sa zvacsuje utocna plocha na urovni servera kedze potrebujeme na servery aj PHP, ale PHP kod spracuva len to co mu admin stranky podhodi ako vstup (markdown subory). Utocnik teda musi ziskat pristup na server aby dokazal podhodit teoreticky skodlivy markdown subor, ale ked uz toto dokaze tak uz aj tak davno ovlada dany server. System bol urceny specificky pre moje ucely = ja Vam ho nevnucujem, len som poukazal, ze existuju obdobne systemy s podobnou filozofiou ;-)
-
Já furt nechápu tu vaši výhodu. Prostě si upravim nějakej md a zbuildim web znovu, hotovo. Nemusí na něm nic běžet, je to čistě statické. PHP zastarává poměrně rychle, jedna verze má podporu 2 roky. Tenhle problém u statickej webiků neni.
Jak už tu někdo psal, upravim md buďto lokálně a pushnu, nebo pustim deploy od sebe, nebo to mužu mít řešený někde přes pajpu.
-
Vzpomínám na doby, kdy jsem žádné HTML neznal (reálně ani nebylo běžné, byť existovalo) a měl jsem generátor textů, založený na inline parametrech uvnitř těch textových souborů: umělo si to podat hlavičku, patičku, předformátované texty, a vložit (includovat) další soubory...
A když jsem začal generovat první webové stránky - tenkrát pochopitelně statické - zcela přirozeně jsem tenhle generátor použil. Trvalo skoro 10 let, než jsem přešel na dynamicky generované weby. -
Zdaaarek.
Je to zrejme len mojim stylom prace a preto je to pre mna zrejme vyhoda :-) Ale nevadi, zhodou okolnosti som potreboval nasadit system v prostredi, kde som nemal k dispozicii akykolvek server, ale mal som k dispozicii GitLab a tak som do systemu 0.2.0 doplnil aj moznost "page-build" (s CICD pre GitLab a GitHub) a tak to uz generuje stranky staticke ;-)
-
Ahoj, díky za odkazy! Na php-terminal-cms jsem se díval a ten editor s řádky, které mají typ, je fakt zajímavý nápad. Líbí se mi i to, že editor a server spolu vůbec nemluví, na tom jsme se shodli oba :-)
K Ruby jen jedno upřesnění: blog.sh na webhostingu neběží. Ruby potřebuješ jen tam, kde se web staví, typicky na vlastním počítači. Na hosting pak jde hotové statické HTML, klidně i přes obyčejné FTP. Není tam PHP, databáze ani nic, co by se spouštělo, takže to poběží i na tom nejlevnějším hostingu, klidně i bez PHP, nebo na Raspberry. Rozdíl je spíš v tom, kdy se stránka vyrábí: u tebe ji PHP skládá při každém požadavku, blog.sh ji vyrobí jednou při buildu.
Každopádně fandím, deset let držet vlastní systém je slušná výdrž d8-D
-
Nedavno se tu resil jak reseto deravy WP ... 99% tech webu je defakto staticka html stranka, nikdo se o to nestara a nikdo tam neni shopen ani napsat ze firma ma treba pres vanoce zavreno ... zato se to da snadno hacnout.
Jenze frikulini ktery to vyrabej netusej jak vypada html, a hlavne, potrebujou na to neimin 8GB ramky a SSD pole ... to aby ten WP vubec aspon fungoval ...
-
Moc děkuji za parádní článek, minimalistické webové systémy mají určitě své místo. Já právě testuji Emacs a jeho rozšíření org-mode a org-publish, kde zdrojové texty píši v .org souborech a Emacs je zkompiluje do čistého HTML kódu. Kouknul jsem se na pár webů takto postavených a nevypadá to špatně, jen zvyknout si na ovládání Emacsu krapet trvá. Je ale super, že zde máme více možností a každá si určitě své zájemce najde.
-
Ale to vobec nemusite. Nerobte z toho prevratnu novinku. Take systemy existuju davno. Tu mate napriklad nieco co konvertuje Obsidian do HTML:
https://github.com/phalt/paulblishAle tych projektov ktore zoberu nejaky markup a konvertuju to na staticke HTML su minimalne desiatky.
Este som nasiel taky prehlad:
https://www.howtogeek.com/static-site-generators-turn-markdown-into-blogs/30. 9. 2026, 12:30 editováno autorem komentáře
-
Děkuji za parádní přehled, jak vidím, konverze z .md do .html není nic převratného, naopak se poměrně často používá. Já testuji Emacs nejen kvůli webovým stránkám, ale pokud mi takové řešení bude vyhovovat, rozšířil bych jej o desktopové řešení, které se pomocí org-mode bude dívat do elektronických přihlášek a zpracovávat je lokálně. Suma sumárum bych Emacs využil jak na webu, tak na desktopu pro evidenci a fakturaci mého Šťastného statku (www.stastnystatek.cz). V současné době využívám kombinaci Joomla na webu a Libre Office Base na desktopu, toto chci porovnat právě s Emacsem a rozhodnu se buď stávající řešení ponechat nebo zkusit mnohem lehčí Emacs (já vím, relativně lehčí, zjišťuji však, že Joomla je možná až zbytečně moc náročná a Emacs mi přijde o chlup zajímavější a univerzálnější, než např. CMS GRAV, který mě zaujal svým využitím .md a vyloučením databáze).
-
Pozerali ste Obsidian. Nepoznam rozsah ale ten vie toho dost a ak nieco nevie tak isto uz urobil niekto nejaky plugin. ;-)
https://obsidian.md -
Prozkoumal jsem možnosti Obsidianu, ten je ale pro můj záměr vhodný jen zčásti. Kromě statického webu (články, fotogalerie) potřebuji i elektronické přihlášky (tyto zařídí Joomla např. pomocí rozšíření Chronoforms nebo i Emacs pomocí vhodného PHP/Python skriptu) a tento web propojit na desktopovou aplikaci s evidencí a fakturací, na toto, pokud se nemýlím, Obsidian vhodný není. Zde parádně funguje kombinace Joomla na web a Libre Office Base pro evidenci a fakturaci (automatické generování faktur, qr kódy, výkazy, číselné řady, variabilní symboly), ale také Emacs, překvapilo mě, že jej díky org-mode více uživatelů používá v ekonomickém prostředí a jak jej testuji, zjišťuji, že pro mé potřeby živnostníka je velmi vhodný.
Zkoušel jsem i informační systém Odoo, ano, ten je pro malého živnostníka jako kanón na vrabce, byla to ale zajímavá zkušenosti, rád otestuji i taková maximalistická řešení, nakonec ve své přechozí praxi jsme se s IS setkával denně.
Protože mám rád funkční minimalizmus, Emacs a jeho ekosystém mě oslovují čím dál více. Pokud nakonec zvládne vše výše uvedené, budu mít k dispozici bezdatabázové řešení s využitím jednoduchých textových org souborů, zvyknout si na ovládání je jen otázkou času. Letité, ale stále aktualizované a vypadá to, že i stabilní řešení se mi velmi líbí, každopádně jsem rád za veškeré postřehy včetně Obsidianu.
Rád budu své zkušenosti sdílet ve svých dalších článcích zde na rootu, určitě připravím recenzi Libre Office Base a jak to tak vypadá, i Emacs řešení pro mojí agendu.
-
V odkazovaném článku zmiňovaná Zola je super. Doporučil mi to kolega a jsem s tím maximálně spokojený. Generuji s tím dokumentaci k Meshy. Jedna binárka, žádné závislosti, vygenerované za 0,1s.
-
Ještě je třeba Jekyll s nádstavbou Chirpy. Akorát nevím jak ta věc psaná v Ruby jde přizpůsobit, téma se občas mírně mění a vznikají konflikty, syntaxe odkazů mezi články je "divná", chybí mi syntax highlight třeba pro CMake nebo device tree a nakonec blog používám částečně jako interní znalostní databázi, kde časová osa není úplně vhodná forma, ale má to aspoň nějaké vyhledávání, kategorie a tagy.
Formát co to zvládne je markdown, vnořený mathjax a výjimečně sáhnu po HTML, třeba kvůli zalomení textu v tabulkách nebo vložení videa, i když to myslím už roky jde nativně. Jestli je lepší HUGO nevím a už jsem líný to měnit.
ČLÁNKY DO MAILU