What is the most minimal, straightfoward, and simple static site generator?
Maybe not the best, but the one with fewer moving pieces and an easy onboarding.
What is the most minimal, straightfoward, and simple static site generator?
Maybe not the best, but the one with fewer moving pieces and an easy onboarding.
For further actions, you may consider blocking this person and/or reporting abuse
Marcus Kohlberg -
Muhammad Awais -
AnhChienVu -
Mohammad Jawad (Kasir) Barati -
Top comments (56)
Not a framework, but the simplest SSG for me is Eleventy: 11ty.dev/
Jekyll is great if you are used to dealing with Ruby on a day to day basis. Eleventy is JS based and as I deal with JS everyday it feels way more easier to use to me.
I've been wanting to try a static site generator and Eleventy is on my list to try.
There is a clear documentation an a great community around it, which is really nice :)
Good luck on your trials ^
I would suggest netlify.com/. It is great for static sites. Recently, I tried using this for my react project and it is cool to use. It is integrated with Github. Whenever you make changes to your repository, the changes will be automatically reflected on your site which is hosted using netlify.
Pure html+css
I like pure HTML+css but I do think markdowns and templates are useful.
Then Grav is probably a perfect candidate. It uses markdown files to generate static HTML pages.
If you need a templates this is not a static site. So specify question if you need more correct answer.
wtf? Arguments please ? Definition of a Static Site ?
Yeah, I don't think that's true. If your server is crunching templates and then delivering entirely static content, I don't know why that wouldn't count.
A static website is one that is rendered on requests without extra interventions from the server. So the server responds with a document from the file that sits on the requested location and that's it. When one build a website with a static site generator, although the process is dynamic, the end result is a static website. At least, that's how I understand it!
Yeah, the templates here are part of a build step. Things are still static in the end.
But on the topic of a "dynamic site" which is actually kind of static: dev.to
We serve our pages statically from the edge even though they are dynamically generated. The initial requests to pages on this site are static HTML that never hits our server about 90% of the time.
After I submit this comment, we will re-compute and serve dynamic, but every pageview thereafter will be static until the next change on the page.
Static site - is a site that content isn't depend on any external data like GET/POST, time etc.
But templates/framework means you want to substitute some parts on pages on-the-fly. So I asked you to make you question more accurate to understand what exactly you need. Static (or looks like static) sites can be build with a range of tools - from simple text editor to CMS like Wordpress.
Do templates always mean on-the-fly replacement? I'm using them as a means of abstraction for my current project, but by the time a client makes a request everything is already baked. Does the fact that I used a template in the compilation stage, well before deployment, make my site not static? They really only make a difference to the developer, the fully-substituted HTML is actually stored on on the server and is what's ultimately served.
No. Not only on-the-fly. But the need of templates depends on many things. It isn't necessary if you want just to make site and forget about it. But if you need to make new pages every day - maybe it will be useful.
It's definitely not the easiest, but the documentation is excellent and it always has the answers I need: Jekyll.
The fact that it works with GitHub Pages without any configuration is amazing. It's not the easiest, but you have great references to get started!
Adding this to my reading list, I'm very interested to see what others post!
I think Jekyll's maturity relative to the other frameworks helps a bit too. There's a lot of documentation and guides for setting things up, extending base functionally, etc.
Eleventy is as simple as it gets
Seems to be Parcel.js bundler
You can glob --
parcel build "src/**/*.html"
11ty is another good one, but I don't know how to bundle with JSDOM or pupetter for
*.11ty.js
.There is cogear.js, but it seems to be unmaintained.
My SSG of choice right now is Eleventy (11ty). I like its simplicity and flexibility (it pretty much does what you want). 11ty is also Node base witch is convenient if your development environment is already Node!
Just write your own in plain ruby with no framework.
Ruby standard has erb integrated.
I wrote one for my other startup because I wanted to just use lambda to generate out the static files instead of having to use CodeBuild.
It generates out 100,000+ of html files within a few minutes, and I just wrote a bit of logic to diff for new files.
Do you do markdown parsing as part of this process?
Nope, I only use what is provided in the standard ruby library. Its nice when you don't have a gem file since it makes bundling much easer for Lambda functions.
I could certainly include RedCarpet. I believe it relies on some native extensions but I could just create a Lambda Layer if that is the case.
I have lambda functions that run queries against my RDS database and that then download data into a json file.
That json file is then read and used to generate out static files. I just pass the data to erb files.
Sapper!
I love the simplicity and power, and mad respect to the framework. That being said, I messed up a link to one of my markdown files and I took 2 hours to figure out what happened.
sapper export
only seemed like it gave me the last line of the exception trace ๐ญ.I'm a n00b to Sapper though, so I figure with some extra docs or a flag (or both!) this thing could be friendly and powerful ๐
Some comments may only be visible to logged-in visitors. Sign in to view all comments.