Přejít k navigační liště

Zdroják » Různé » JAM stack (Javascript + Api + Markup)

JAM stack (Javascript + Api + Markup)

Články Různé

V článku vám představíme JAM stack a nástroje k jeho použití.

Nálepky:

Text vyšel původně na autorově blogu.

Co to je JAM Stack? To je pojmenování moderního způsobu, jak vytvářet weby pomocí clientského Javascriptu, API a Markupu.

Tento stack není žádná novinka, ale dlouho chybělo dobré pojmenování. Nejlepší příklad většího použití podle mne je přechod Smashing Magazine, který pěkně poslali v článku.

Nejdůležitější věci co definují JAMstack:

  • používá CDN
  • používá místo databáze Git
  • markup se převádí pomocí automatického buildu

Javascript

Pokud máte JAMstack nemusíte rezignovat na CMS, je tu několik CMS napsaných jako Javascriptové SPA aplikace – A List of Content Management Systems for JAMstack Sites. Nejznámější řešení je Netlify CMS – An open-source CMS for your Git workflow, které je open source, ale i nabízená jako SaaS.

Zajímavé řešení není jen na Javascriptu, ale například na WordPressu, kde WordPress funguje jako CMS, ale stránky jsou staticky vygenerované. Další podobné řešení je Forestry a určitě najdete další.

API

Samozřejmě nevystačíte jen statickými stránkami, potřebujete přidat např. funkce na zpracování formulářů nebo napojení na eshop. Například Javascript Shopping Cart řeší eshop a můžete využít Serverless a implementovat co potřebujete pokud využijete GraphQL a například Graphcool kombinuje GraphQL a AWS Lambdu i jiné FaaS.

Další API které se používají například v Smashing magazine a jsou open source.

Markup

Statické generátory (jekyllhugo) jsou oblíbené a najdete jich velký seznam na Top Open-Source Static Site Generators. Například Hugo je napsaný v Go langu a je velmi rychlý a stále se hodně rozvíjí. Jekyll se součást Github Pages, a proto je hodně oblíbený mezi vývojáři na Githubu.

Závěr

Pokud vás JAMStack zaujal, doporučuji podcast JAMstack Radio, kde najdete spoustu zajímavých hostů a zdrojů k inspiraci.

Pokud si chcete popovídat o GraphQL, zastavte se na Hive talks 11.7. v Karlíně.

Komentáře

Odebírat
Upozornit na
guest
2 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
Skeptik

K čemu to je dobré?

Tomáš Jurman

Je to super! Díky za článek.

to Skeptik:

  1. Všechny vrstvy máš pěkně oddělené – zjednodušení.
  2. Škáluje to

Prolog nezmizel. Jen dnes žije v jiných nástrojích

Prolog nezmizel. Jeho hlavní myšlenku dnes potkáváme v nástrojích, které se Prologu na první pohled nepodobají: v CodeQL pro analýzu kódu, v Rego pro policy-as-code, v Z3 pro práci s omezeními a v Leanu pro formální důkazy. Každý řeší jiný problém, ale všechny připomínají totéž: někdy je lepší popsat vztahy, pravidla, omezení nebo tvrzení než vrstvit další if.

Hermes místo OpenClaw?

AI
Komentáře: 2
Většina AI agentů v roce 2026 vám nabízí pohodlí výměnou za kontrolu — běží na cizí infrastruktuře, ukládají vaše data neznámo kam a fungují jen tak, jak je jejich tvůrci navrhli. Hermes od Nous Research jde opačným směrem: je open-source, nainstalujete si ho na vlastní server za pár dolarů měsíčně, připojíte k libovolnému LLM a necháte ho, aby si sám psal vlastní schopnosti podle toho, co od něj potřebujete. Výsledek? Agent, který skutečně patří vám a po pár týdnech používání rozumí vašemu setupu lépe než kterýkoli komerční asistent. Podívejme se, co Hermes umí, jak ho rozjet a pro koho dává smysl.

Robots.txt nestačí. AI crawleři mění, jak weby chrání obsah

Robots.txt zůstává základní signál pro slušné crawlery, ale už neumí popsat hlavní problém: stejný veřejný obsah může sloužit klasickému vyhledávání, AI odpovědím, tréninku modelů i načtení na pokyn uživatele. Provozovatel webu proto musí oddělit účel přístupu, ověřovat identitu botů, měřit dopad na infrastrukturu a u hodnotného obsahu řešit i vynucení pravidel mimo samotný robots.txt.