Skip to main content

Search

Items tagged with: ssg


I'm a proponent of static websites. Most generators use a folder structure with Markdown files and other assets as the input.

However, not all users are confident editing Markdown and YAML front matter etc. by hand.

Are there any good web frontends for this kind of stuff?

It should feel like the authoring backend for WordPress or whatever random CMS, with a WYSIWYG editor, and the result are Markdown files & assets. Bonus points for Git support.

#WebDev #StaticWebsite #StaticSite #SSG


@menelion
Second the #ssg suggestion. There are some #Indieweb examples using #ActivityPub integrations within static pages. So transgressive!


Hugo 0.126 supports pages from templates now.

I can finally have a real bookmarks section on my website auto-generated from my bookmarks manager! Right now it’s just a single page.

#Hugo #SSG
RE: fosstodon.org/@gohugoio/112445…

#hugo #ssg


After reading "Why you should write your own static site generator", I realized the build and deploy steps in my site is completely loaded with scripts (post-processing Hugo's output) and workarounds (such as using regex replaces for templating). And half the time I need to update something other than content I'll have to dig through the docs and forums.

Compare this with this one time I rolled my own SSG (for this single purpose), everything was centered around my build script and some shell tooling to move things around. I can make it output anyway I want, write templates in whatever format I like, place the content is whatever structure, and I just need to adapt my script for it. Well, granted this little project is much simpler than my site.

Is it really worth trying to adapt how I write to Hugo's framework, so it can generate an output closest to what I want, then use my own script to post-process the rest afterwards?

The main bottleneck right now that prevents me from rolling my own for my site (other than comparing "time pouring through Hugo docs" vs "time tweaking my new SSG") is the templating. This directly affect the tech stack I want to use. If I'm writing my own SSG now my best bet is probably Go + text/template + html/template to make my templates migration easier.

But at the end of the day, does having a smoother process of adding new features to my site actually make me produce better, more frequently updated content? Doubtful.

#ssg

#ssg