Now that you’ve gone through the design process of building a website, you're left with a handful of HTML files, images, and one or more CSS and JavaScript files. What should you do with them? Deploying at this point is only going to get you so far. Inevitably, you’re going to want to change something with the site, and then what? Are you going to go all the way through the design process again? That sounds … painful. A more sustainable approach is to take the static HTML content you were given and Make it easier for you to work with — to make changes and to create new pages — when the need arises. templatize it! Why Templatize a Website? This process has one major benefit — . reusability It makes the act of adjusting structure or content relatively trivial when compared with having to work with individual HTML files. That process can be further enhanced by separating content from presentation so that when all you need to do is change a few words, you know right where to go and never have to mess with any of the code. (We have a detailed guide for that, but you’ll want to follow this one first.) Consider two typical and simple content pages that most sites have — and . They often have the same header and footer. It’s just the content in the middle of the page that differs (though the is likely similar). Terms & Conditions Privacy Policy structure With those pages as separate HTML files, when you want to change something in a shared section — like the header or footer — you have to make the change in both places. Expand that example to a site that has hundreds of pages with a similar structure (like blog posts). You’d be making that change hundreds or of times, depending on the size of your site. thousands Following a software development principle called (often referred to as ), you could build the site with reusable pieces. Then you can make each change once and have it work everywhere. This is the magic of templatizing. don’t repeat yourself DRY code How Templatizing Works When you have no templates and only HTML, the code on each page is unique and lives within its own file. Take a super simple site that has a home page ( ), along with Terms ( ) and Privacy ( ) pages. Your files look like this, where the dark blue boxes represent the code unique to each page: index.html terms.html privacy.html Now let’s say the header on the home page is unique, but the header on the Terms and Privacy (i.e. ) pages could be shared. And maybe the footer is the same on every page. Then we could make the header and footer into their own files and share them among multiple pages. Like this: interior After creating these templates, changes to the footer only need to be made once and every page is updated to reflect the new changes. This is a super simplistic view to show the power that even small abstractions can add to the longevity of your site. What we’ll do here will be slightly different in practice. But how do we actually do this? Static site generators are here to save the day! Unfortunately, the web isn’t built to work with templates. We can’t actually just add a file and then tell every page to include it and have the browser work. In the end, the browser expects a HTML file. footer.html single In other words, the browser actually the non-templatized version of the two scenarios above. wants But that’s not how we want to work. It’s tedious and prone to errors. If you want the footer to look the same everywhere, it should the same everywhere. Otherwise, you risk making inadvertent changes on random pages. To help with this process we can use a tool called a . be static site generator , perhaps including some popular ones you may have heard of, such as , , , or . Here we’re going to use one called . There are many to choose from Jekyll Gatsby Next.js Hugo Eleventy Eleventy isn’t as popular as some of its competition, but it is supreme in its approach, which is simplicity. It is written entirely in JavaScript, which makes it a great fit for folks getting started with building websites. Step 1: The Static Site Let’s work through this process together using a real-world example. We’re going to build a super simple version of . (Unmute is a real thing — a side project I’m working on with a few nerdy friends.) the Unmute website We’ll have a unique along with two similar content pages, mimicking a and a . home page Terms & Conditions page Privacy Policy page Let’s say the output of the whatever process you went through to obtain the files for your site left you with : this mess to hold all your styling for the site. css/styles.css which handles the carousel at the bottom of the home page. js/bundle.js as a house for all visual assets. images to represent your home page. index.html to represent all other internal pages. content-page.html Take note that we’re making a big assumption here. We’re assuming that you won’t need to mess with your or file. They were bundled up nicely for you by the freelance dev and you won’t need to make changes. styles.css bundle.js In the real world, it can be a tricky process to take big, bulky, obfuscated CSS and JS files and create a method for adding to them. And it gets even more complicated if you ever have to go back to the developer for changes you’ve customized one of these. after As a result, we’re considering that process outside the scope of this guide. However, if this need arises, I’ve written a couple relatively simple guides on how to achieve this for both and . CSS JavaScript Step 2: Create a New Project Add the contents of the example static project to some directory on your machine. . After doing that, you can find the appropriate files in the directory. Here’s a link to download the larger example 02-static-site/www Move these files into a new directory on your machine. Your folder’s contents . should look like this Step 3: Setup Eleventy We’re going to assume you have a computer that is setup for web development. (If not, I wrote on setting up a new Mac for development.) here’s a guide Once you’re ready to go, open up your command line or terminal application, change into the project directory and install Eleventy: # navigate to your new project
cd path/to/my/project

# setup project for Eleventy
npm init -y

# install eleventy
npm install -D @11ty/eleventy Note: If you’re tracking your changes with , this is a great spot to initialize the repository ( Git git init ) and add node_modules to a .gitignore file. If you’re not working with Git, don’t worry about this right now. I like to add a few shortcuts after this installation to make working with sites more consistent across my machine. Open your file and add the following to the section: package.json scripts {
    // ...
    "scripts": {
        "build": "eleventy",
        "clean": "rm -rf _site",
        "dev": "eleventy --serve --port 8000"
    }
} . Here’s what that file should look like at this point Now we have a way to run an Eleventy development server. Run the following command: # start eleventy server
npm run dev You should now have a dev server running at localhost:8000. And you’ll notice you now have a new directory in your project. Eleventy did this automatically for you. _site You can open your browser and visit localhost:8000 to see your site, and … something doesn’t look right. That’s because we didn’t tell Eleventy where our assets are. To do this, we must at : add an Eleventy config file .eleventy.js module.exports = function (eleventyConfig) {
  // Copy static assets over to _site directory.
  eleventyConfig.addPassthroughCopy("css");
  eleventyConfig.addPassthroughCopy("images");
  eleventyConfig.addPassthroughCopy("js");
  // Return configuration object.
  return {}
}; Give the browser a refresh and everything should look good again! Note: Throughout this guide, when making changes, you may have to clear the cache on your browser. Most browsers have an option to reload while clearing the cache for that site. Step 4: The Default Layout In Eleventy (and most static site generators), each page is wrapped in a . A layout is just a fancy term for a template. We’re going to begin by creating a default layout. This will be code that every page uses. We do this because, as we’ll soon see, Eleventy supports nesting layouts within one another. So what we’re going to do here is define our base layout. layout In looking at and , the code that is consistent between the two is mostly contained within the tag, but also includes a few lines at the very bottom of the file. Here’s what it looks like: index.html content-page.html <head> <!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="UTF-8"/>
    <meta name="viewport" content="width=device-width, initial-scale=1.0"/>
    <link rel="apple-touch-icon" sizes="180x180" href="/images/favicon/apple-touch-icon.png"/>
    <link rel="icon" type="image/png" sizes="32x32" href="/images/favicon/favicon-32x32.png"/>
    <link rel="icon" type="image/png" sizes="16x16" href="/images/favicon/favicon-16x16.png"/>
    <link rel="manifest" href="/images/favicon/site.webmanifest"/>
    <link rel="mask-icon" href="/images/favicon/safari-pinned-tab.svg" color="#5bbad5"/>
    <meta name="msapplication-TileColor" content="#da532c"/>
    <meta name="theme-color" content="#ffffff"/>
    <title>Stackbit Demo: Unmute</title>
    <link rel="stylesheet" href="/css/styles.css"/>
    <script>
      function onInit(callback) {
        if (typeof App !== "undefined")
          return callback();
        setTimeout(onInit, 250, callback);
      }
    </script>
  </head>
  <body class="font-default">

    

    <script src="/js/bundle.js"></script>
  </body>
</html> Put that code in a new file: . And in the spot where the unique code existed, add the Nunjucks variable . (More on this in a moment.) Your resulting file should . _includes/default.njk content look like this Three items are important to note in this new template: We changed the file extension from to . This means we’re using as our templating language. Eleventy supports languages. Nunjucks is nice for staying with our theme of using JavaScript. And it’s also fairly minimalistic, which is nice for our example. .html .njk Nunjucks a number of We added a single Nunjucks variable, and passed a filter to it. tells Nunjucks to render the content of the each page in that area. That means all of our page content will fall where you see . content safe content {{ content | safe }} The directory has some special characteristics that make it easy to … well, files. . _includes include Read more here Nothing has changed if we refresh the browser because we haven’t wired these up yet. When we go to the home page, we’re still just looking at , which isn’t using our new layout yet. index.html Step 5: Wrap the Home Page in the new Layout Let’s adjust our home page to use the new layout. Begin by changing to . This is going to help us in the future when we want to use Nunjucks variables or tags in the page. index.html index.njk Now, remove all the code you extracted to create the layout and refresh your browser. You’re back to a page without styles. What happened? What the heck? What happened is that you removed your references to the CSS and JS files, which were in the and near the bottom of the , but you didn’t tell Eleventy to use a layout. So let’s change that. Add the following at the top of your file: <head> <body> index.njk ---
layout: default
--- Now refresh the browser and you should see your styles come back! This style code — three hyphens, then some code, then three more hyphens — is called . It’s like . It provides us a space to place meta-information about that file that won’t ultimately be written to your browser screen. frontmatter code before the code The last thing to note here is that you will want to either remove or change the comments in your code. Nunjucks comments look a little different than HTML comments (although they will ultimately still be treated as comments, so you can ignore this if you’d like). Any code between and is an HTML comment. Either remove these or change them to and .  {# #} In the end, file should look like. this is what your new index.njk Step 6: Content Pages Now let’s add a couple plain content pages. Our developer delivered a generic content page to us called . We want to use that to create multiple pages. In this case, maybe those are Terms & Conditions and Privacy Policy pages. content-page.html To do this we first want to make our generic content page a layout. To do that rename to and move it into the directory. content-page.html content-page.njk _includes Now, here’s a really weird and super cool thing about Eleventy — we can nest layouts in other layouts. What that means is that because the content page has code that we’ve already used in , we can reuse that with the content page layout. _includes/default.njk To do this, remove the shared code from and specify the layout in the frontmatter at the top of the file. _includes/content-page.njk Now you can create two new files, (or — we aren’t doing anything special at this point) and . Add some content (I used for the content and you can use what I have) and tell Eleventy to use the “content-page” layout: terms.njk terms.html privacy.njk a generator ---
layout: "content-page"
--- Now you can go to localhost:8000/terms and localhost:8000/privacy and you should see your nicely formatted content. Here are the links to these files at this stage: _includes/content-page.njk terms.njk privacy.njk Step 7: Extracting Shared Code Now you’re in good shape and have a pattern to create new pages with a nice layout. Any new file you create with the “content-page” layout will now have a header and footer wrapping your content. But, we still have an opportunity for some improvement. While we are using a layout to create multiple pages, which means we’re sharing code, we do still have some duplicated code. Now the home page ( ) and the content page layout ( ) have separate footers. Even though they look the same, you’d have to edit the content in both if you wanted to make a global change. index.njk _includes/content-page.njk Let’s make that easier. Pull the footer content into its own file in the directory, ( ). Then remove that shared code from the home page and content page layout and replace it with Nunjucks tag: _includes _includes/footer.njk see here the include {% include "footer.njk" %} (See the new and files.) index.njk _includes/content-page.njk Now you can make the change once and see it work everywhere. For example, you could . add links to the terms and privacy pages Note: You could have chosen to include the footer directly in the default layout, or even reference in in the default layout. This is entirely up to you and your project. In this case, I’m accounting for some future template that won’t want the footer. But if we’re sure every page wants the footer, maybe it makes sense to put it in the default layout. Other Opportunities As your site grows, you’ll find other opportunities for improvement and abstraction ( being the process of cleaning up code to be shared). abstraction Shared Images For example, many of the shapes you see on the pages are SVG elements. They are images, but represented with HTML code. And many of them are used more than once. You could remove the elements and turn them into their own file in the directory. (You could even put them in their own subdirectory so they are grouped together.) Then you can reference them with a Nunjucks tag. <svg> _includes Unique Titles You may also run into the opposite issue at some point, where you’ll have code or content in a shared space, but you want it to be unique to some particular template. For example, you’ll want the title of the page (contained in the attribute) to be unique to each page. But that code is nestled up in the default layout. <title> This is where Nunjucks variables and page frontmatter comes into play. Take the terms page, for example. You could add a attribute in its frontmatter: title ---
layout: "content-page"
title: "Terms & Conditions"
--- Then, in the layout, you can use the variable. _includes/default.njk title <title>{{ title }}</title> You could make the same change to the body so that you don’t have to write the on every page. Something like this: _includes/content-page.njk <h1> <h1>{{ title }}</h1> The world is your oyster when it comes to finding these efficiencies. It’s all about how you want to work and how you want the framework (Eleventy) to work for you. I bucketed a handful of these changes together and did them all at once. and . Here are the changes I made the files in the project at this point Wrapping Up Phew! Take a break, give yourself a pat on the back. This process can be a harrowing one, especially the first time around. If you’ve made it through, you deserve a break and some ice cream. To quickly recap: What we started with was a jumbled mess of HTML files, handed to you by some developer. We took those files and turned them into layouts (or templates) that we could use to quickly create new pages with the same design. Where do we go from here? I’m glad you let me ask that question on your behalf, because we have a great next step! Instead of using or files for our content, you can double-down on frontmatter and markdown to create a truly powerful editing experience that gets all the code out of your way and keeps you focused on only the content. .html .njk And, lucky for you, we have a guide (COMING SOON) to keep this thing going and to walk you through that process. But first, go get that ice cream. Originally published here.

Apple

Mozilla

Super

2022 - HackerNoon Contributor of the Year - Html

Visit My Website

Nominated for 2022 - HackerNoon Contributor of the Year - Html

Too Long; Didn't Read

In your car, at home, or at work — Bosch technology shapes many areas of life.

How to Use HTML Templates for Smarter Web Development

Too Long; Didn't Read

People Mentioned

Companies Mentioned

Sean C Davis

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

How to Use HTML Templates for Smarter Web Development

Too Long; Didn't Read

People Mentioned

Companies Mentioned

Sean C Davis

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES