Ketchup is a developer-first CMS.
- BYO (bring your own) version-controlled templates. Develop your templates outside of Ketchup, and pull them in with built-in support for git.
- Customizable editor. Templates declare content fields for frontend to render, so your editorial team can make edits easily.
- First class JSON API. Use Ketchup as a headless CMS by fetching content programmatically to power your own static websites or single-page webapps.
- Automatic HTTPS. Let's Encrypt certificate provisioning and renewal built-in.
- Easy to deploy. One binary, database included.
- Other features include file uploads, Markdown and WYSIWYG editors, content preview, etc.
- If you’re interested in using Ketchup, please check out the documentation at ketchuphq.com/docs (which is itself built with Ketchup — dogfood!).
- If you want to download the latest release, visit the Releases page.
- If you want to learn how to develop your own theme, read the Theme Documentation.
- If you'd like to see some screenshots, see here.
This readme will focus on how to build and develop Ketchup.
These instructions assume you're using OS X, but they should work on Linux as well. The only exception to this is that Homebrew is used to install protoc
on OS X. You won't need protoc
unless you're planning to modify the API (see the Protobuf section below).
To get started, you’ll first need to install the following dependencies, which are used to compile the backend and frontend respectively.
Then, run the following to download frontend and backend dependencies:
make prepare
Now you should be able to compile the ketchup
binary:
make
This will first run the frontend compilation (a Gulp task), then embed the frontend assets into admin/bindata.go
, and finally run go build
. The result will be a ketchup
binary in the top-level.
If you want to modify the API, see below for instructions for how to update the proto files and regenerate the corresponding Go structs and Typescript classes.
For ongoing development, it can be a hassle to keep recompiling. There's a gulp watch
task which you can run in the admin
folder to recompile Typescript and SASS and output bindata.go
on changes to frontend code. See admin/README.md for more details.
For backend code, there's ./scripts/dev-watch.sh
, which will start a Ketchup server and recompile+restart it on changes to .go
files.
Protobufs are used to describe the API as well as being the serialization for data stored in BoltDB.
To change the API, you’ll need to install the protobuf compiler, protoc
. If you have Homebrew, running make prepare-protos
will install it using brew
, as well as a custom plugin for generating Go output.
You should never edit *.pb.go
and ./admin/src/js/lib/api.ts
directly. Instead, you should edit the relevant .proto
protobuf file, and then regenerate those files:
make protos
After regenerating, you can recompile the frontend and backend to view your changes.
This section is for completeness; you probably won't have to do this.
make release-nr # dry run, only outputs to ./dist
# tag a release, goreleaser uses the latest tag
git tag -a v0.3.0 && git push origin v0.3.0
make release
Ketchup uses goreleaser
to create and release new builds. The goreleaser.yml
config file is dynamically generated in order to interpolate $GOPATH
into the config, which is used to remove the $GOPATH
that would otherwise appear in stack traces.
The version of the release is read from the latest git tag.
This is a work in progress. The long-term goal is to make it easy to swap out, configure, or add modules, using a custom main.go
file. The following features are intended to be pluggable:
- authentication
- database
- template rendering engine
- additional API endpoints
- admin/authoring interface
The module system is documented here.
A brief run through of the things without which this project would not exist:
- Go, powerful in its simplicity.
- Typescript, types are great.
- SASS, who even writes CSS.
- React, you already know what this is.
- Protobufs, autogenerating Go structs and Typescript interfaces for the API is kind of magical (shameless plug). Version 2 is used because it is nice to be able to differentiate between missing fields and set fields.
- BoltDB, embeddable and needs no additional setup.
- Migrated frontend to React.
- Added live preview when editing content.
- Added drag-and-drop file uploads.
- Added
users:list
CLI to list all users from command line. - Added
/admin/logout
endpoint for logging out. - Increased server test coverage significantly.
- Fixed #11
- 0.3.1 - Fixed blank compose page
Major changes
- Upgrade mithril to 1.1.
- Upgrade component class hierarchy to conform to 1.1 style.
- Kudos to mithril for #1922!
- Lots of progress on theme installation
- Install themes via git; update with git pull; and check latest git version.
- Rework theme store, now supports nested templates via
{{ template "helper.html"}}
(closes #6) - Reworked rendering to add additional context in templates, e.g.
{{ .Page.Content }}
.Page
context:Content
,PublishedAt
,Theme
,Template
,Route
.Site
context:Pages
(sorted in published order).- Page functions from sprig:
date
,dateModify
,dateInZone
,now
, and also customdateParseMillis
.
- Add support for global data variables and specifying global data variables in top-level
placeholders
field intheme.json
. - Remove bower, update deps.