How I blog with Obsidian, Cloudflare, AstroJS, Github

🌱 Seedling
#writing 3 minutes read 25 Apr, 2025

I’ve been refining my writing and publishing workflow to the point where it feels effortless. It combines Obsidian for writing, AstroJS for building the site, and Cloudflare Pages for deployment.

Everything now lives locally, in plain text, structured neatly for both creative flow and technical control. And this is partly inspired by Kepano’s adherence to the local, plain-text format:

File over app is a philosophy: if you want to create digital artifacts that last, they must be files you can control, in formats that are easy to retrieve and read. Use tools that give you this freedom.

File over app is an appeal to tool makers: accept that all software is ephemeral, and give people ownership over their data.

In Obsidian, I maintain a ‘Blog Post Template’ that includes the necessary frontmatter for new posts. When I’m ready to start a new piece, I simply create a new note using this template. It creates template fields like title, date, draft status, and tags, so I can immediately get to the act of writing without fiddling with metadata.

Having a clean, consistent structure at the top of every post means the AstroJS build process later has exactly what it needs, and I don’t have to think about it while I’m writing.

The vault is connected to the Astro project through simple symlinks. One symlink pulls in the posts folder from src/content/posts/, where all blog posts live. Another brings in the images folder from public/images/. This way, I can edit blog posts and manage associated images directly from inside Obsidian. Embedded image paths, like /images/2025/01/image-11.png, render correctly in both Obsidian preview and the deployed site without any extra steps.

These are the settings I’ve used on my Obsidian vault:

New link format: Shortest path when possible
Use Wikilinks: yes
Attachment folder path: /images (The folder where assets on AstroJS are stored)

There’s a deliberate separation of concerns between my writing environment and my site development environment.

When I’m inside Obsidian, I’m purely focused on the act of writing: clarifying ideas, connecting thoughts, refining phrasing. I’m not thinking about fonts, layouts, or site performance. It’s just me and the words. When I switch over to the AstroJS codebase, my mindset changes.

There, I’m thinking as a designer and developer, tuning the user experience for readers: improving typography, tweaking the reading flow, optimizing load times, adding small details that make the site more welcoming.

This boundary between writing and publishing helps me preserve the integrity of both processes. Writing doesn’t get bogged down in technical details, and development isn’t clouded by the emotional weight of drafting and editing. Each activity gets the attention it deserves.

When a post feels ready, I simply change the draft: true field in the frontmatter to draft: false, commit the change to Git, and push. Cloudflare Pages picks up the update automatically, builds the Astro site, and deploys the changes live, often within a minute. There’s no CMS dashboard to log into, no series of export and import steps, no drag-and-drop interfaces to wrangle. The entire flow reduces publishing to its essence: write, commit, publish.

This system rewards momentum. It stays out of the way. It feels honest and durable, like something that could last decades without needing to change. Most importantly, it keeps the act of writing at the center of the process.

Found a typo or want to suggest changes? Send a PR on GitHub

Liked this post? Get email for new ones:

Here are some popular posts you might like

I was wrong about optimal stopping

If you were tasked with a need to find the tallest mountain, and went searching in a far away land surrounded by a series of mountains, how would you finalise the tallest mountain, especially when you could still go farther, and find even more taller mountains (only if you explore even more). There are various ways to term this, some call it the travelling salesman problem, or the "secretary problem", or just as the "optimal stopping" problem, which attempts to come to a mathematical decision on when to actually stop in such explore versus exploit situations. ...

mathematics
Breaking the fourth wall of an interview

A group of men eating ice cream during peak London summer started drowning in large numbers. As there was a huge number of men eating ice cream who drowned, it was concluded that eating ice cream led to drowning....

interviewing
How I ship "stuff"

As a disclaimer, I would like to mention that I have a very shabby process of getting things done. There could be a golden standard out there worth emulating; but nevertheless, this (rather easy) system works for me, and I continue to follow this— 1. Most of the work in completing the to-dos lies in preparing my own mindset. I have a standard 9-to-5 job, and this works the best for me to plan things out. The end of the working week acts as a temporal marker in my mind to rest, sprint, and reasses my time and energy....

rough-notes
Directory Structure Visualizer

I wanted an easy way in which I could visualise any directory that i'm navigating on the CLI. Yes, you did have standard npm packages such as "tree" for example, but those were not very helpful for me to understand the overall size of the files. I wanted a more "detailed" tree that could help me gauge how the codebase looks like. For this reason, I created this package — dftree. This generates more visual UX-friendly representations of directory structures using Unicode box-drawing characters....

cli
Brew your ideas lazily

Leonardo da Vinci's masterpiece, the Mona Lisa achieved through the painstaking application of countless gossamer-thin layers of oil paint over the course of many years, many months. The _sfumato_ technique which Da Vinci popularised, involved applying more than 40 layers of paint, each only 10 to 50 micrometers thick, using fingers to blend the colors and create the depth of illusion. The creation process was "perpetually unfinished" — He began the portrait around 1503, but didn't complete it till his death in 1519. And it would be foolish to dismiss him as a 'master procrastinator' — _What if the attribute of delayed procrastination in itself had some merit?_ I'm beginning to suspect that this was the hidden reason behind the genius of Mona Lisa. The art of brewing ideas lazily. In 2009, a review of three dozen studies conducted by researchers of Lancaster University concluded that setting aside a problem was helpful in improving the performance of divergent thinking tasks....

ideas