npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@benev/turtle

v0.6.3

Published

static site generator

Downloads

359

Readme

🐢 @benev/turtle

📦 turtle is an npm package: @benev/turtle
🪄 turtle is a one-line static-site-generator
📜️ turtle scripts standardize our ts app builds
⚙️ turtle patterns optimize our websites' prod/dev modes
🧐 turtle is typescript-first, but you can use plain javascript
❤️ turtle is free and open source

🪄 turtle static-site-generator

  • turtle's original and primary purpose is to be a static site generator
  • turtle a one-line command that sniffs out your .html.js files and renders them into html files
  • turtle provides your templates a path utility that has hash versioning capabilities, to fix browser-caching issues with your css on deployments
  • turtle also copies over css files and such
  • turtle also executes .turtle.js scripts

generate a website with turtle's cli

npx @benev/turtle --in="s:x" --out="x" --exclude="**/*.partial.html.js" --verbose="true"

image: turtle example output

note: turtle can accept multiple input directories.
that's because you'll likely keep your .css files alongside your typescript sources, whereas your .html.js javascript will be built into your typescript's output directory.

ask turtle for help

npx @benev/turtle --help

image: turtle help page

write your first webpage template

turtle will sniff out your .html.js files as inputs, then output matching .html files.

index.html.js

import {template, html} from "@benev/turtle"

export default template(async({path}) => html`
  <!doctype html>
  <html>
    <head>
      <title>@benev/turtle</title>
      <link
        rel="stylesheet"
        href="${path(import.meta.url).version.root('style.css')}"
        />
    </head>
    <body>
      <h1>@benev/turtle</h1>
    </body>
  </html>
`)

you can write template partials

notice the x parameter, which is the example "context" for this template. it doesn't need to be a number, it could be anything.

page.partial.ts

import {template, html} from "@benev/turtle"

export default template(async({path}, x: number) => html`
  <!doctype html>
  <html>
    <head>
      <meta charset="utf-8"/>
      <title>@benev/turtle - stamp test</title>
      <link
        rel="stylesheet"
        href="${path(import.meta.url).version.root('style.css')}"
        />
    </head>
    <body>
      <h1>@benev/turtle - stamp test</h1>
      <p>${x}</p>
    </body>
  </html>
`)

write your first turtle script

turtle also sniffs out .turtle.js scripts and executes them.

in these, you can do anything you want. your turtle script function is provided some handy stuff like the write_webpage function.

stamp.turtle.ts

import {turtle_script} from "@benev/turtle"

// import the partial from the previous example
import page from "./page.partial.js"

// we'll stamp out a webpage for each of these values
const values = [1, 2]

// your default export must be a turtle_script
export default turtle_script(async({write_webpage}) => {

  // loop over each value
  await Promise.all(values.map(async(x) => {

    // write a webpage
    await write_webpage({

      // provide the page template
      template: page,

      // provide the x value in the context
      context: x,

      // specify the destination relative
      // to this build script
      destination: `${x}.html`,
    })
  }))
})

you've gotta get into file path hash versioning!

  • some of the above examples are using this path function
  • if you use .version then it will attach the file's hash as a suffix
  • so /style.css becomes /style.css?v=c252882f
  • now when you deploy your site, your users won't see old cached css files that break your website -- now the browser cache becomes version aware! 🤯

use path in your templates

turtle gives you a path utility that allows you to link to file from different reference points. it can also do file path hash versioning for you.

to understand it, consider a hypothetical file structure like this:

s/ <-- (source directory)
  favicon.png
  cool/
    awesome.html.ts <-- (your turtle template)
    style.css

also, we'll assume you've set const {url} = import.meta

  • path(url).root("favicon.png")
    use root to reference files relative to the website root.
    result: ../favicon.png

  • path(url).local("style.css")
    use local to reference files relative to the current template module.
    result: style.css

  • path(url).dest("rofl.jpg") use dest for special cases, to reference files relative to the destination html file that it output.
    this is for custom turtle script builds, where the destination html file output will be written into a different directory structure than the location of the current template module.

okay, this might make more sense when you consider file path versioning.

simply add .version to the above commands, and turtle will attach a hash query param suffix, which will magically fix all your browser caching problems:

  • path(url).version.root("favicon.png")
    result: ../favicon.png?v=f6dd3bc1

  • path(url).version.local("style.css")
    result: style.css?v=ce5f3acd

  • path(url).version.dest("rofl.jpg")

remember, the templates are just async js functions

  • so you can import other modules, read and write files, whatever you want
  • thanks to top-level await, you could have a module read yaml files or whatever, and then templates can import that data

be sure to escape globs

  • if you provide a glob to a flag like --exclude="partials/**/*" -- be sure to use double quotes so that your shell doesn't expand the glob -- the double quotes tells your shell to pass the literal glob to turtle, which will then process the glob properly (if you let the shell expand the glob, it won't work)

📜️ turtle scripts

we use turtle scripts to standardize the whole build routine for our typescript apps across our many projects, to reduce repetitive boilerplate and centralize its maintenance.

with turtle installed, you can run these scripts with like npx turtle-standard at the command line, or in an npm package.json script, just turtle-standard will work as a one-line command.

primary scripts:

  • turtle-install
    run this once to install the dependencies for these scripts into your current project.

  • turtle-standard
    run a standard typescript build, rollup bundle, and run the turtle static site generator.

  • turtle-standard-watch
    run the http-server, and watch routine for the standard build.

there are more scripts/ but i don't feel like documenting them all.

⚙️ turtle patterns

these are just functions for your turtle html templates that make life easier.

  • easypage takes care of the boilerplate of an ordinary html page, it takes care of the meta charset and the meta viewport stuff.

  • startup_scripts_with_dev_mode will load your app via the rollup bundle in production, but in dev mode, it will load your app as individual es modules.

    • you can add ?dev=true to your website's url to enable dev mode
    • if you are browsing your website from a localhost address, dev mode will be enabled by default
    • you can force disable dev mode with ?dev=false
    • the document title will be prefixed with [dev] when dev mode is enabled, to make it obvious