Awesome
Simple, composable static site generator built on top of the Boot. Inspired by Boot task model and Metalsmith. Perun is a collection of boot tasks that you can chain together and build something custom that suits your needs. Please check out our Getting Started guide.
HELP NEEDED!
This project is currently unmaintained! Want to help? Please see #241.
If you need to create website or a blog, please consider using Montaigne, which is aproject by Anton
For information and help
Clojurians slack (join) has a channel #perun for talk about Perun.
Check SPEC.md for documentation about metadata keys used by built-in tasks.
Plugins
See the Built-Ins Guide for a list of built-in tasks.
3rd party useful plugins
There are plenty of Boot plugins that can be useful in the when you are using perun:
- boot-http - serve generated site locally using web server
- boot-gzip - gzip files
- boot-s3 - sync generated site to the Amazon S3
- boot-less - task to compile Less to CSS
- boot-sassc - task to compile Sass to CSS
- boot-garden - task to compile Garden stylesheets to CSS
- boot-autoprefixer - add vendor prefixes to your CSS
- boot-reload - live-reload of browser Cljs, HTML, CSS and images (Requires Cljs).
- boot-livereload - live-reload of browser JS, HTML, CSS and images.
- boot-hyphenate - hyphenate HTML files with soft-hyphens.
Version
Perun is currently tested against Boot 2.8.2
. Higher versions are blocked by https://github.com/boot-clj/boot/issues/745.
Plugins system
Everything in perun is build like independent task. The simplest blog engine will look like:
(deftask build
"Build blog."
[]
(comp (markdown)
(render :renderer renderer)))
But if you want to make permalinks, generate sitemap and rss feed, hide unfinished posts, add time to read to each post then you will do:
(deftask build
"Build blog."
[]
(comp (markdown)
(draft)
(ttr)
(slug)
(permalink)
(render :renderer renderer)
(sitemap :filename "sitemap.xml")
(rss :site-title "Hashobject" :description "Hashobject blog" :base-url "http://blog.hashobject.com/")
(atom-feed :site-title "Hashobject" :description "Hashobject blog" :base-url "http://blog.hashobject.com/")
(notify)))
You can also chain this with standard boot tasks. E.x. if you want to upload generated files to Amazon S3 you might use boot-s3 plugin.
Then your code might look like this:
(deftask build
"Build blog."
[]
(comp (markdown)
(render :renderer renderer)
(s3-sync)))
Use cases
- Generate blog from markdown files.
- Generate documentation for your open source library based on README.
- Any case where you'd want to use Jekyll or another static site generator.
Examples
A minimal blog example, included in this repo. See build.boot
Real-world websites created with perun:
- perun.io. See build.boot
- blog.hashobject.com. See build.boot
- code.hashobject.com. See build.boot
- deraen.github.io. See build.boot
- eccentric-j.com. See build.boot
- www.martinklepsch.org. See build.boot
- presumably.de. See build.boot
- nicerthantriton.com. See build.boot
- 200ok.ch. See build.boot
- sooheon.org. See build.boot
- ballpointcarrot.net. See build.boot
- jstaffans.github.io. See build.boot
- www.clojurebridgemn.org. See build.boot
How does it work
Perun works in the following steps:
- Read all the files from the source directory and create fileset metadata
(:metadata (meta fileset)
with all meta information available for all tasks/plugins - Call each perun task/plugin to manipulate the fileset metadata
- Write the results to the destination/target directory
Perun embraces Boot task model. Fileset is the main abstraction and the most important thing you should care about. When you use perun you need to create custom task that is a composition of standard and 3d party tasks/plugins/functions. Perun takes set of files as input (e.x. source markdown files for your blog) and produces another set of files as output (e.x. generated deployable html for your blog).
Fileset passed to every task has metadata (:metadata (meta fileset)
.
This metadata contains accumulated information from each task.
More info about structure of this metadata is coming.
Install
[perun "0.3.0"]
Usage
Create build.boot
file with similar content. For each task please specify your own options.
See documentation for each task to find all supported options for each plugin.
(set-env!
:source-paths #{"src"}
:resource-paths #{"resources"}
:dependencies '[[org.clojure/clojure "1.7.0"]
[hiccup "1.0.5"]
[perun "0.2.0-SNAPSHOT"]
[clj-time "0.9.0"]
[hashobject/boot-s3 "0.1.2-SNAPSHOT"]
[jeluard/boot-notify "0.1.2" :scope "test"]])
(task-options!
pom {:project 'blog.hashobject.com
:version "0.2.0"}
s3-sync {
:bucket "blog.hashobject.com"
:source "resources/public/"
:access-key (System/getenv "AWS_ACCESS_KEY")
:secret-key (System/getenv "AWS_SECRET_KEY")
:options {"Cache-Control" "max-age=315360000, no-transform, public"}})
(require '[io.perun :refer :all])
(require '[hashobject.boot-s3 :refer :all])
(require '[jeluard.boot-notify :refer [notify]])
(defn renderer [{global :meta posts :entries post :entry}] (:name post))
(defn index-renderer [{global :meta files :entries}]
(let [names (map :title files)]
(clojure.string/join "\n" names)))
(deftask build
"Build blog."
[]
(comp (markdown)
(draft)
(ttr)
(slug)
(permalink)
(render :renderer renderer)
(collection :renderer index-renderer :page "index.html")
(sitemap :filename "sitemap.xml")
(rss :site-title "Hashobject" :description "Hashobject blog" :base-url "http://blog.hashobject.com/")
(s3-sync)
(notify)))
After you created build
task simply do:
boot build
Tips
Debug
To see more detailed output from each task (useful for debugging) please use
--verbose
boot flag. E.x. boot --verbose dev
Development setup
Perun is static site generator. So usually you'd use it by just running boot build
which will generate your static site.
This process is robust and great for production but it's slow and lacks fast feedback when you're developing your site locally.
In order to solve this problem we recommend following setup:
- Have 2 separate tasks for building local version and production version. E.x.
build-dev
andbuild
. - Include boot-http into your
build.boot
file. This will enable serving your site using web server. - Create task
dev
that will callbuild-dev
on any change to your source files:
(deftask dev
[]
(comp (watch)
(build-dev)
(serve :resource-root "public")))
- Run
boot dev
In such setup you will have HTTP web server serving your generated content that would be regenerated every time you change your source files. So you'd be able to preview your changes almost immediately.
Auto deployment
It's quite easy to setup automatic static site deployment.
E.x. you have GitHub repo for your blog and you are using boot-s3
to sync files to Amazon S3.
In this case it's possible to setup flow in a way that every commit to GitHub would be built on Heroku using perun and deployed to AWS S3.
Assuming you have setup similar to example in order to achieve this you need to:
- create Heroku application for your GitHub repo with
build.boot
file - ensure that
build.boot
hasbuild
task that has tasks build and deploy tasks - specify
AWS_ACCESS_KEY
andAWS_SECRET_KEY
envs. They are mandatory for theboot-s3
plugin). - add boot/perun buildpack
heroku buildpacks:add https://github.com/hashobject/heroku-buildpack-perun
- enable GitHub integration https://devcenter.heroku.com/articles/github-integration
- change your site in GitHub and see changes deployed to AWS S3 in few minutes
Similar auto deployment can be configured using CircleCI too.
Contributions
We love contributions. Please submit your pull requests.
Main Contributors
Copyright and License
Copyright © 2013-2019 Hashobject Ltd (team@hashobject.com) and perun Contributors.
Distributed under the Eclipse Public License.