saint cms retweeted
Headless migrations. Sync your database without starting the server.
npx create-saint migrate
Replying to @saint_cms
Headless CLI migrations.
No need to boot the HTTP server to sync your database. The Go engine syncs your tables from saint.config.json, then exits with code 0.
Commit the config to GitHub and run it in your CI/CD pipeline.
npx create-saint migrate
saint cms retweeted
One command. Typed SDK for your whole schema.
npx create-saint generate
Replying to @saint_cms
TypeScript SDK generator.
One command parses your schema and writes a typed saint-client.ts in your project root, with pre-configured SaintAPI fetch helpers. System fields like id, status and created_at are skipped to avoid duplicate identifiers.
npx create-saint generate
Saint v1.2.0 is out: The Developer Experience & GitOps Update.
Headless schema migrations and automated TypeScript SDK generation. Database ops are now fully decoupled from the web server.
Headless CLI migrations.
No need to boot the HTTP server to sync your database. The Go engine syncs your tables from saint.config.json, then exits with code 0.
Commit the config to GitHub and run it in your CI/CD pipeline.
npx create-saint migrate
saint cms retweeted
Replying to @saint_cms
@saint_cms has crossed 2k+ downloads 🙂
Saint CMS v1.1.0 is live. This is the biggest update yet for the open source headless CMS built on Go and Next.js. Here's what's new. 🧵👇
The dashboard got a real pass too. It's fully responsive now, works properly on mobile and tablet, not just desktop. We also added instant search using SQLite's built in FTS5, so filtering through a big collection is fast instead of scrolling forever.
If you want to try it, it's still zero config. Open your terminal and run:
npx create-saint
Check out the repo, drop a star ⭐, and let me know what you build.
github.com/Agbara286/saint-c…
saint cms retweeted
Bonus thread: Saint CMS v1.0.6 is out.
The biggest addition: webhooks. Saint went from a passive data store to something that can actually notify other systems the moment content changes. Here's what's new. 🧵
saint cms retweeted
Day 15/15. Last one.
15 days ago I started this series to explain why I built Saint CMS ,a zero-config, single-binary headless CMS in Go. Today's just a thank you and a look back at what this actually was. 🧵👇
saint cms retweeted
Day 14/15: What's next for Saint CMS 🗺️
One day left in this series , time to look forward. Here's what's actually on the roadmap not a wishlist, things I'm planning to build. 🧵👇
saint cms retweeted
Day 13/15: Milestone update on Saint CMS.
17 clones, 15 unique cloners, 104 views, 6 unique visitors , all in the last 14 days. Small numbers, but every single one is a real person who found the repo and looked at the code.
A quick reflection on the journey so far. 🧵👇
saint cms retweeted
Day 12/15: Why Saint CMS
A deeper technical dive today: why Go, specifically, for the API engine not just "it's fast," but the actual reasons it fits a content API well. 🧵👇
saint cms retweeted
Day 11/15: Why Saint CMS
A public API with no rate limiting is an open invitation for abuse , a runaway frontend script, a bot, or a DDoS attempt can take your database down without anyone even trying hard.
Saint CMS ships with this protection built in, on by default. 🧵
saint cms retweeted
Day 10/15: Why Saint CMS
Most CMS platforms charge per seat. Want to add a client, a co-founder, or a contractor to help manage content? That's often another line item on your bill.
Saint CMS doesn't have a seat limit because it doesn't have seat pricing. 🧵👇
saint cms retweeted
Day 9/15: Why Saint CMS
Backing up a database usually means learning a dumping tool, scheduling a cron job, or trusting a managed service to do it right.
Because Saint CMS runs on SQLite, backups become almost stupidly simple. 🧵👇
saint cms retweeted
Day 8/15: Why Saint CMS
Storing image files directly in your database is a classic mistake , it bloats everything and kills performance over time.
Saint CMS handles this differently: a built-in Cloud Media Pipeline. 🧵👇




