Static Comments in Nuxt using Staticman

An important part of incorporating content delivery into your site is a system for readers to leave their comments. If you're using a static site generator such as Nuxt, you may think your only option is to use something such as Disqus-- but that's not so.

If you're like me, then chances are you ended up on this page because you want to implement a commenting system on your static generate website without handing over all the control and data to a third-party service. The very idea of a static generated site mean that once your site is generated, you can basically pick it up and deploy on any hosting service. Using a third-party service for commenting (such as Disqus) creates a rift between your site content and the discussion revolving around that content.

I got to thinking about this after reading an article by Eduardo Boucas on David Walsh's blog. He links a post on his own website that details his exploration into integrating commenting into a Jekyll static site hosted on Github Pages.

Turns out that he turned it into a project called Staticman.

From the README: "Staticman is a Node.js application that receives user-generated content and uploads it as data files to a GitHub repository. In practice, this allows you to have dynamic content (e.g. blog post comments) as part of a fully static website, as long as your site automatically deploys on every push to GitHub, as seen on GitHub Pages, Netlify and others."

Now, Staticman does more than just commenting, but since I had set up my own static content delivery for blog posts (similar, but different-- I covered that in my last post), I was primarily interested in the commenting. That being said, it appears that the primary focus of Staticman is on sites created using Jekyll. After thumbing through the documentation, I decided I could adapt it to my needs with Nuxt.

So, without further ado, here is how I used Staticman to create a commenting system for my Nuxt Vue.js static generated site:

Setup and Configuration of Staticman

I recommend a preliminary reading of the Staticman documentation to get a feel for what's about to happen.

Staticman gives you two options for using the service: add the official Staticman application as a collaborator on the Github project for your site (easiest, fastest) or clone the Staticman repository and spin up your own Staticman server.

I personally went the easy route for the time being. For one, I wanted to make sure all of this was going to work out for me. Two, I don't mind using this proxy to accomplish my purpose because ultimately, the content ends up strictly coupled to my repository, not Staticman.

If you too choose to go this route, then it's as simple as adding "staticmanapp" as a collaborator on the repository that houses your site. No OAuth flow and it only has access to what you want it to.

The next thing you'll need to do is create a configuration file in the root directory of your site. Staticman will look at this and decide how to behave.

That documentation has an example, but here's what my staticman.yml looks like:

# Name of the property. You can have multiple properties with completely
# different config blocks for different sections of your site.
# For example, you can have one property to handle comment submission and
# another one to handle posts.
  # (*) REQUIRED
  # Names of the fields the form is allowed to submit. If a field that is
  # not here is part of the request, an error will be thrown.
  allowedFields: ["name", "email", "url", "message"]

  # (*) REQUIRED
  # Name of the branch being used. Must match the one sent in the URL of the
  # request.
  branch: "master"

  # Text to use as the commit message or pull request title. Accepts placeholders.
  commitMessage: "Added comment to {options.slug}"

  # (*) REQUIRED
  # Destination path (filename) for the data files. Accepts placeholders.
  filename: "entry{@timestamp}"

  # The format of the generated data files. Accepted values are "json", "yaml"
  # or "frontmatter"
  format: "yaml"

  # List of fields to be populated automatically by Staticman and included in
  # the data file. Keys are the name of the field. The value can be an object
  # with a `type` property, which configures the generated field, or any value
  # to be used directly (e.g. a string, number or array)
      type: date
        format: "iso8601"

  # Whether entries need to be appproved before they are published to the main
  # branch. If set to `true`, a pull request will be created for your approval.
  # Otherwise, entries will be published to the main branch automatically.
  moderation: true

  # Name of the site. Used in notification emails.
  name: ""

  # Notification settings. When enabled, users can choose to receive notifications
  # via email when someone adds a reply or a new comment. This requires an account
  # with Mailgun, which you can get for free at
  # Enable notifications
  #enabled: true

  # Mailgun API key
  #apiKey: "1q2w3e4r"

  # Mailgun domain (encrypted)
  #domain: "4r3e2w1q"

  # (*) REQUIRED
  # Destination path (directory) for the data files. Accepts placeholders.
  path: "pages/blog/comments/{options.slug}"

  # Names of required fields. If any of these isn't in the request or is empty,
  # an error will be thrown.
  requiredFields: ["name", "email", "message"]

  # List of transformations to apply to any of the fields supplied. Keys are
  # the name of the field and values are possible transformation types.
    email: md5

Setting up static man is really just as easy as that. It's a very straightforward service. Once you have created your config file, you can POST form data to '{GITHUB USERNAME}/{GITHUB REPOSITORY}/{BRANCH}/{PROPERTY (optional)}' where GITHUB USERNAME is the owner or your site's repository, GITHUB RESPOSITORY is the name of the repository, BRANCH is the branch you want the comments merged into, and PROPERTY corresponds to the static content you're updating (note the comments property that all my configuration is under in staticman.yml-- I would use 'comments' as my property here to access that configuration).

Sending Comments to Staticman

I mentioned the URL that you can use to POST your comment data to Staticman, but you will need to set up a form to send the specific data that Staticman is looking for.

From the docs: "All fields should be nested under a fields array. Optionally, a options array can be used to pass along additional information, such as the title of a post.

You can specify a redirect URL in a options[redirect] field. When the form is submitted, users will be redirected to this URL automatically."

and here's the example on the Staticman site:

  <input name="options[redirect]" type="hidden" value="" />
  <!-- e.g. "2016-01-02-this-is-a-post" -->
  <input name="options[slug]" type="hidden" value="{{ page.slug }}" />
  <label><input name="fields[name]" type="text" />Name</label>
  <label><input name="fields[email]" type="email" />E-mail</label>
  <label><textarea name="fields[message]"></textarea>Message</label>

  <button type="submit">Go!</button>

This likely isn't the route you want to take if you're using Vue, but it's still perfectly viable. I took a different route.

I created a new Comments Vue component and added what is essentially this form to it:

<form @submit.prevent="'onSubmit'">
  <input v-model="" type="text" placeholder="Name" />
  <input v-model="" type="email" placeholder="Email" />
  <textarea v-model="comment.message" placeholder="Comment" />
  <button @click="submitComment()">Submit</button>

Functionally, there isn't much going on here. Things to note:

  1. <form @submit.prevent="'onSubmit'"> - Vue gives us some nice options for hijacking events. I want to handle the submission to Staticman, not through the form, but on my own terms in a component method. This allows me to stop the redirection of the page and instead check the status of the request and display a notification to the user without any reload.
  2. Notice the input model bindings,, comment.message these are capturing our input as Vue data elements.
  3. The Submit button @click="submitComment()" -- submitComment is the function in my component that will gather and submit the form.

And now, here's the submitComment() function that's doing the work, using my own site again as an example:

submitComment() {
      // Set a component data value for 'loading' to true, to be used in the UI
      this.loading = true
  	  // Axios supports the 'URLSearchParams' method for sending 'application/www-x-form-urlencoded' data
      let formData = new URLSearchParams();

      /* 'slug' is passed into the component as a prop.  Since the comments will
      	  be viewed through a post, the post is passing in its own url slug--
          something like 'my-new-post' or 'how-to-do-something'
      formData.append('options[slug]', this.slug);

      // From our form input bindings
      formData.append('fields[message]', this.comment.message);

      // You will need to import axios for this-- or use your preferred library'', formData).then((response) => {
        this.loading = false;
      }).catch((err) => {
        this.loading = false;

Having added this form and function to a Vue component template, you should now be able to render it on your page, throw some test info in, and send it off to your site.

You will notice, if you used the moderation: true option in your config, that your repository has now received a pull request for a new yaml (or the format you've specified in the config) file containing the comment info you just submitted. You can either close this out and delete the fork to be rid of the comment, or merge the pull request to allow it on through into your repository.

Pretty slick, right? Sure is-- now onto the fun part: baking these comments into your static site during generation.

Using the Comments

If you haven't already, check out my post on static content delivery using Nuxt; this going to be building not only on the principles discussed, but directly onto that framework.

With the way posts and comments are being stored in the repository, it's really very easy to add a little bit of extra logic to handle this.

Below is the Vuex store index.js file from my last post with the comment logic added right in the middle. This logic can be taken out and used independantly for the most part, but you will definitely want to understand what's making it tick, so once again, check out my previous post.

I'm using js-yaml to parse the Staticman comments, but it appears that Staticman does support outputting comments in a format that front-matter can parse-- which is already being used to load posts. I was happy with the yaml implmentation, so I left it for now.

If you choose to use js-yaml, install it:

npm i --save js-yaml
export const actions = {
  nuxtServerInit() {
    if (process.server) {
      const fs = require("fs");
      const files = fs
        .filter(file => file.includes(".md"));

      const posts = => {
        let post = fm(fs.readFileSync(`pages/blog/${file}`, "utf8"));
        post.filename = file;
        post.created = new Date(fs.statSync(`pages/blog/${file}`).ctime);
        post.slug = slugify(file.replace(/\.md$/, ""), { lower: true });
        post.url = `/blog/${post.slug}`;

        try {
          // Since we're using the post slug to name the comment directory, we can
          // just read every comment file for each post as we load them
          const commentFiles = fs.readdirSync(
          const comments = => {
            // Parse the YAML for each comment file in the post's comment directory
            let comment = yaml.safeLoad(
            comment.filename = file;
            return comment;
          // Sort the comments by date
          post.comments = comments.sort((a, b) => {
            if (a === b) {
              return 0;
            return < ? 1 : -1;
        } catch (e) {
          if (e.code === "ENOENT") {
            // No comments
            post.comments = [];
          } else;

        return post;
      this.dispatch("posts/loadPosts", posts);

If you followed along with how I implemented post handling, this doesn't require any extra setup because it builds directly into the post Vuex store. Each post in your application store is going to have its own sorted comments property, which means you can build a Comment.vue component to add to your Comments component to easily render the comment form and each of the existing comments in your post template (_post.vue).

Here's basically what it will look like:


<div class="comment-box">
  <img :src="avatar" />
    <strong>{{ }} </strong>
    <small>{{ createdAt }}</small>
    <br />
    {{ comment.message }}


import { format } from "date-fns";

export default {
  props: {
    comment: {
      type: Object,
      default: () => {}
  computed: {
    createdAt() {
      return format(new Date(, "MMMM Do[,] YYYY");
    avatar() {
      // This uses the hashed email address of the commentor to display their gravatar if available
      return (
        "" + + "?d=mm&s=128"

And in your Comments.vue (from the earlier in the post):

<div class="comment" v-for="comment in comments" :key="">
  <comment :comment="comment" />
import Comment from '~/components/Comment.vue'

export default {
  components: {

Finally, in your _post.vue:

<comments :comments="post.comments" :slug="post.slug" />
import Comments from '~/components/Comments.vue'

export default {
  components: {

That's that. Now each of your posts will have their own comment section with a form for new comments. Readers can add comments and Staticman will create a new YAML file in your site Repository and a pull request for you to moderate and approve. Once approved, the new comment will merge into your master branch and (hopefully--depending on your hosting) trigger a rebuild of your static site.