Strapi VS gutenberg

As of April 2024, Strapi's GitHub repository has garnered 59.7k stars and 7.5k forks, showcasing its widespread adoption. The project has also secured a substantial $45+ million in funding, cementing its position as a prominent player in the headless CMS space.

const pages = await client.GET("/pages", { params: { query: { filters: { // @ts-ignore - openapi generated from strapi results in Record // https://github.com/strapi/strapi/issues/19644 path: { $eq: path, }, }, // @ts-ignore populate: { blocks: { populate: "*" }, }, }, }, });

Strapi

Strapi: The Code Anarchist

https://strapi.io/ https://prismic.io/ https://bubble.io/ https://hygraph.com/ https://www.sanity.io/

A headless one is responsible only for data management and providing an API for other applications to show this data. When talking about headless CMS, Strapi or Sanity comes to my mind first, but there are many more.

I initially looked into CMS's like Strapi and Directus to possibly handle my admin UI + API all at once. I haven't found anything that looks like it can do this yet, but I'd be very happy to be proven wrong. I would prefer it to be based in .NET or Node.js since I am more familiar with those, but there's no reason I couldn't do PHP either.

A plugin for Strapi Headless CMS that provides an integration with powerful mathjs library.

So after shopping around a bit I found a simple, dependency-less static site generator called Zola. The lack of dependencies sounded very attractive after all the headaches trying to update my Gatsby modules. I wanted to give Zola a try and see what tradeoffs I would need to make coming form a React-based framework to this Rust-based generator.

I think you're thinking about Zola: https://github.com/getzola/zola

But yes, if I were to recommend something, it'd be Zola given that there's just one executable that you need to run and there's absolutely no setup required.

If I were to start again from scratch, I'd likely use Zola as SSG (https://www.getzola.org/)

I'm currently learning https://www.getzola.org/.

It's more manual than idy like but it's gonna be for a small personal and work website so I don't mind much.

It's super fast.

Doesn't seem to fit your use casr but still.

Honestly, frontend development especially with all these crowded frameworks and libraries always confused me so pardon my ignorance, which is why in a project I’m working on right now I’m trying not to use js, instead I’m using egui [1]

Zola is a static site generator and it’s crazy fast, using one binary only [2], also there’s Blades [3], same concept but supposedly faster, never tried it though.

[1] https://github.com/emilk/egui

[2] https://www.getzola.org

[3] https://getblades.org

Great project. But honestly, I reached to the point of “less JS” or even no js is better for developers and also users. I’m currently migrating my old blog to a new one that gets generated by Zola [1], and even my main portfolio site, which funnily enough I newly made it with React/Gatsby, but I’m redoing it again with Zola because of the performance gap is just unmatched, not to mention I personally sometimes browse the web with js disabled so if a website is completely non-functional or doesn’t even load because of that is a deal breaker. My old site years ago used to use jquery and I was annoyed by it to some degree, trying react and the likes was a nightmare!

[1] https://www.getzola.org

Zola (https://www.getzola.org/) can generate from markdown-ish files nice looking documentation websites (and also RSS feeds), it uses syntect (https://github.com/trishume/syntect) which supports sublime syntax highlight files. For github readme I don't have a solution besides using a png.

The htmx website has been migrated from 11ty to zola by @danieljsummers, cutting way down on the number of “development” javascript dependencies