｢ YOCaml is a framework used to describe build systems in OCaml, released under GPL3 license, with an API suited for creating static site generators. Unlike Hugo, Jekyll or Zola, which provide a CLI, YOCaml is closer to Hakyll, as it imposes no structure, requiring you to build your generator step by step ｣

https://yocaml.github.io/tutorial/index.html

#YOCaml #ocaml #opensource #ssg

Từ SPA đến Next.js: Hành trình tối ưu SEO thành công. Chuyển từ ứng dụng một trang (SPA) vốn khó tối ưu cho công cụ tìm kiếm sang Next.js giúp chúng tôi giải quyết bài toán hiển thị nội dung với SSR, SSG và ISR. Ứng dụng React giờ thân thiện hơn với Googlebot, tăng traffic tự nhiên, tốc độ tải trang và trải nghiệm người dùng. #NextJS #SEO #WebDevelopment #React #SSR #SSG #Vietnamese #Tối_ưu_SEO #Lập_trình_Web #Phát_triển_ứng_dụng

https://dev.to/bishoy_semsem/our-seo-journey-from-spa-to-nextjs-t

Took me a long time to realize, but my own #SSG Clinklog Lite has the same quality (unlike its bigger brother): https://codeberg.org/nosycat/clinklog-lite

Now my little #SSG DriftNotes is listed in the Awesome Static Web Site Generators list. I hope it will get some traction.

https://github.com/rohitfarmer/driftnotes

https://github.com/myles/awesome-static-generators

#WebDevelopment #WebDesign #foss

JSDA — это очень просто

Идея вот в чем: берем стандартные JavaScript модули (ESM) и делаем их прямыми эндпоинтами для генерации любых текстовых веб-ассетов, таких как HTML-файлы, CSS, SVG или даже JSON или Markdown, используя простое соглашение о именовании исходных файлов и дефолтный экспорт результата в виде строки (JavaScript Template Literal). Проще некуда и чем-то похоже на PHP, верно? Но, что это нам дает? Давайте разберемся, почему JSDA (JavaScript Distributed Assets) - это то, что может сделать веб-разработку "грейт эгейн", после тысячи поворотов "не туда".

https://habr.com/ru/articles/975474/

#SPA #SSR #SSG #PHP #JSDA #Symbiotejs #Web_разработка #JAMStack #JavaScript #ESM

Added links to similar and dissimilar posts to the blog posts on my website. Used the TF-IDF algorithm and wrote everything from scratch in my bespoke static site generator. It works well enough, but now it uses twice as much memory. #indieweb #blogging #ssg

Tác giả xây dựng lab tại nhà với 3 Lenovo Tiny + Pi 5: dùng Immich quản lý ảnh, Nextcloud lưu trữ cá nhân, ZFS với sao lưu ngoại vi, LLM địa phương và Pi-hole/VPN. Thiết kế phân chia chức năng rõ ràng: M920q #1 chạy Proxmox (VM/LXC), M920q #2 là NAS (TrueNAS_SCALE), M700 là điểm sao lưu. Tag: #Homelab #Tựhost #Nextcloud #ZFS #Linux #SSG #AIO #RaspberryPi

**Hashtagg:**
#Homelab #TựHost #Linux #Nextcloud #ZFS #SSG #AIO #RaspberryPi #Immich #LabTạiNhà #ThiếtLậpĐámMây #Network #OpenSource

http

My website is almost ported to #11ty , but there's one issue left that I can't resolve:

EDIT: I opened a GitHub discussion:
https://github.com/11ty/eleventy/discussions/4190
ENDEDIT

In #zola , I have a shortcode for embedding mastodon feed of specified account. I figured I'd use liquid's {% render %} for it in 11ty instead of a shortcode, as it supports arguments and is basically what #zola shortcode is.

Inside a zola shortcode, you can acces a variable called "nth", which will increment if you use the same shortcode multiple times on one page. It's value will be "1" in the first shortcode, "2" in the second and so on.

The library for embedding mastodon post requires a container with an id. Using this variable, I can just use

<div id="masto-feed-{{ nth }}"></div>

and I have every feed have it's own unique id.

How do I do that in 11ty? I don't necessarily need this numbering, although I imagine it being useful for other things as well. I just need every shortcode on one page to have it's own unique id. I have a feeling that it's probably something simple I missed in the documentation, but I haven't been able to find a solution anyway.

:boost_requested: #webdev #ssg #eleventy

While trying to find employment, and before delving into Swift, I decided to update https://git.sr.ht/~hxii/hajime

After I’ll fix things up and organize the code, I am planning on reinforcing the basic Obsidian support.

#python #ssg #staticwebsite #project #development

Book Review: The Buy Nothing, Get Everything Plan

An inspiring origin story of the Buy Nothing movement, with a practical but familiar second half.

https://rohitfarmer.com/posts/2025/the-buy-nothing-get-everything-plan/

#bookreview #blogpost #writing #quarto #ssg #BuyNothing

Welcome to Quartz 4

"Quartz is a fast, batteries-included static-site generator that transforms Markdown content into fully functional websites. Thousands of students, developers, and teachers are already using Quartz to publish personal notes, websites, and digital gardens to the web."

https://quartz.jzhao.xyz/

#digitalgarden #markdown #notes #obsidian #ssg #webdev

I'm really proud of how the #design for https://TheBeautifulPrison.com has evolved. Dark mode, topics/tag cloud, content warning callouts and pull-quotes, #SEO, related reading... it's become a very dynamic place even though it's still statically-generated via #Hugo.

And I didn't have to use #Medium or #Substack. IMHO, this is *so* *much* *better.*

Now I just have to get back to #writing for it...

#WebDesign #WebDev #SSG

Introducing DriftNotes — A Minimal Journaling System for Everyday Writing

A lightweight, plain-text journaling workflow designed for everyday reflections — simple, customizable, and beautifully minimal.

#journaling #writing #ssg #blogpost #foss

https://rohitfarmer.com/posts/2025/driftnotes/

Introducing DriftNotes!
A lightweight static site generator for people who want to journal daily without the overhead of blogging platforms or the noise of social media.

DriftNotes turns simple Markdown files into a clean, searchable, dark-mode-friendly journal site — complete with tag pages and an “on this day” view.

I’d love feedback, ideas, and contributions!

Repo: https://github.com/rohitfarmer/driftnotes

#FOSS #SSG #Journaling #Writing #Blog

I see there are some static website generators written in #Rust, which do everything in a single binary.

What about the exact opposite of that? A highly extensible #SSG *library*, which one uses by writing a Rust program that configures and runs it, including closures that do whatever custom processing is needed.

Since any sufficiently real-world website is going to need custom processing of some kind, this seems like the only way to make a practical Rust SSG.

Thoughts?

#programming #webdev

Gister schreef ik een stuk over statische site generators, en daarin staat de volgende zin in:

En ik zie hardcore bloggers er ook altijd over schrijven. SSG is all the rage.

De persoon die ik in mijn hoofd had toen ik die zin typte was Kev Quirk.

Ik lees zijn blog altijd met grote interesse en hij schreef de afgelopen week meerdere keren over SSGs. Het zaadje werd daar geplant.

Vormgeving […]

https://janvandenberg.blog/redenen-om-van-het-internet-te-houden/

#hugo #jekyll #ssg #staticSiteGenerator #zola

Worstelen met Statische Site Generators. Simpele HTML maken is niet simpel.

https://janvandenberg.blog/statische-site-generators/

#hugo #jekyll #ssg #staticSiteGenerator #wordpress #zola

Static site generators – sounds boring. But most aren’t, because they try to do everything and end up big and complex.

PicoSSG is intentionally boring. It processes .md and .njk files, copies everything else as-is. Around 500 lines of plain JavaScript. Think of it as cp + markdown + nunjucks. That’s it. Boring!

https://picossg.dev/

#ssg #smallWeb

> Error: error building site: assemble: unable to cast <nil> of type <nil> to map[string]interface {}

Really starting to get sick of Hugo. I rebuild my photography website pretty rarely these days (as I've been busy not doing photography, sadly).

I even update the theme and it is still broken, refuses to build. Site has not changed; I am simply wanting to build and upload to another server. So annoying.

I mean yes, I still have the "public" export directory that I have now rsync up manually, but the script I have builds then uploads - and it refuses to build. Like, Hugo is a solved system; why would it ever need to update other than to create work.

STOP BREAKING SHIT WHEN UPDATING IT YOU CUNTS.

#Hugo #StaticSite #SSG #Photography