Build Senja

YESreplaces $29/mosaves $348/yrback to the verdict

0%0 of 22 items done

Saved on this device only. Tick prerequisites first, then work the phases in order · do not start one until the checks above it pass.

Testimonial collection you own: a public submit page, avatars resized safely on your server, a moderation queue where nothing goes public until you approve it, a wall page, and an embeddable widget that renders the wall into any site without an iframe. No third-party hosting a page about you.

estimated effort one sittingthe files for this build are in the project pack

RuntimeNode 22, node:http and node:sqliteImagessharpWidgetOne small vanilla-JS file, no iframeHostingA VPS behind Caddy

Before step 1

Everything below is assumed from the first step. Tick each one when you actually have it, not when you plan to.

  1. installfree

    Why Everything in this build runs on it: the server, the scripts, the tests.

    Get it Download the LTS installer from nodejs.org, or install with your package manager (brew install node, or nvm install 22). Restart the terminal afterwards. open ↗

    Verify node --version prints v22 or higher

  2. installfree

    Why Every step below is a command you type or a file you edit.

    Get it VS Code (code.visualstudio.com), Cursor or Zed. Open a folder for the project and use the editor's built-in terminal. open ↗

    Verify You can open a folder and run a command in its terminal

  3. installfree

    Why History for your code, and the way most hosts deploy.

    Get it Install from git-scm.com or with your package manager, then run git init in the project folder once it exists. open ↗

    Verify git --version prints a version

  4. have readyfree

    Why Phase 5 is tested by rendering the widget on a different origin.

    Get it Your existing site, or a blank HTML page served locally on another port.

  5. decidefree

    Why For rate limiting without storing addresses.

    Get it openssl rand -hex 32 into .env as IP_SALT.

  6. about $5 a month

    Why This needs one process running all the time with a public address. Uploaded avatars need disk that persists, and the widget needs an HTTPS origin.

    Get it Hetzner Cloud (from about 4 EUR), DigitalOcean or Fly.io. Ubuntu 24.04, the smallest size. You need SSH access and a public IP. Only needed for the deploy phase; develop locally first. open ↗

  7. roughly $10 a year, or free on an existing domain

    Why A public address you own, so links you share never break when a provider changes.

    Get it Register at Cloudflare Registrar, Porkbun or Namecheap, or use a subdomain of one you already own. You add one DNS record in the deploy phase. open ↗

  8. installfree

    Why Automatic HTTPS in front of the Node process. Without TLS the browser features this relies on (and your visitors' trust) do not work.

    Get it On the VPS: follow the install steps at caddyserver.com/docs/install for Ubuntu. One Caddyfile with your domain and a reverse_proxy line is the whole config. open ↗

    Verify caddy version prints a version on the server

Data model

Create these before the first phase that stores anything. Changing a table later is the expensive kind of change.

- `testimonials`: id, name, role, company, avatar_path, rating (1-5), body,
  source_url, approved (bool, default false), created_at, approved_at, ip_hash
- `approved` defaults to false and nothing untrusted is ever rendered publicly
  before a human flips it. Build the flag in Phase 1 even though the public wall
  arrives in Phase 4 · retrofitting moderation onto a live public page is how
  strangers' spam ends up on a customer's homepage.

Environment variables

These go in a .env file the app reads at startup. The pack's .env.example is this table as a file · copy it, never commit the filled-in version.

VariableNeededExampleWhere the value comes from
PORTrequired3000Any free port; Caddy proxies to it.
DATABASE_PATHrequired./data/testimonials.dbSQLite file.
UPLOAD_DIRrequired./data/avatarsWhere resized avatars are written. Back this up with the database.
MAX_UPLOAD_MBoptional5Reject files over this before reading them fully.
SITE_URLrequiredhttps://praise.yourdomain.comPublic base URL for the widget script and JSON endpoint.
EMBED_ORIGINSrequiredhttps://yoursite.comComma-separated origins allowed to load the widget data.
IP_SALTsecretrequiredhex-from-openssl-randopenssl rand -hex 32, once.
ADMIN_USERrequiredadminAny username for the basic-auth admin pages.
ADMIN_PASSsecretrequiredchange-me-to-a-long-random-stringGenerate one: openssl rand -base64 24. Never reuse a real password.

The build, in order

  1. Submission

    Store submissions as unapproved, exactly as typed, escaped only on the way out.

    1. testimonials (id, name, role, company, avatar_path, rating 1-5, body, source_url, approved default false, created_at, approved_at, ip_hash). Build the approved flag now even though the wall arrives in Phase 4.

      Files server.mjsdb.mjs

      terminal
      mkdir praise && cd praise && git init && npm init -y && npm pkg set type=module
      npm install sharp@0.35.3
      mkdir -p data/avatars && cp .env.example .env
    2. Name, role, company, rating, body. Cap body at 1500 characters, require rating 1-5, strip control characters. Store text as typed; escape at render time. Works with JavaScript disabled.

    done when · tick each as it passes
    watch out
    • Never sanitize on the way in. You will lose the ability to tell a real apostrophe from an attack. Escape on output, every time.
  2. Avatars

    Uploads that cannot hurt you: sniffed, resized, stripped, capped.

    1. sharp(buffer).metadata() throws on non-images; reject anything that is not a real image regardless of extension or declared type.

    2. sharp(...).resize(128, 128, { fit: 'cover' }).webp(). Write under a generated filename; never reuse the uploaded name.

    3. Stop reading past MAX_UPLOAD_MB. sharp({ limitInputPixels }) so a decompression bomb cannot exhaust memory.

    done when · tick each as it passes
  3. Moderation

    Approve, reject, un-approve, delete, with files cleaned up.

    1. Pending list with approve, reject and delete; approved list with un-approve; a raw view per row.

    done when · tick each as it passes
  4. Public wall

    Approved testimonials only, responsive, with a designed empty state.

    1. Masonry grid of approved rows: avatar, name, role, company, stars, body. Lazy-load avatars. Mobile-first, dark mode.

    done when · tick each as it passes
  5. Embeddable widget

    One script tag renders the wall into any page with no iframe and no style leaks.

    1. Cache-Control with a short max-age.

    2. Finds a target div, fetches the JSON, renders cards with every text escaped on injection. Scope styles with a unique class prefix. Inherit the host font.

    done when · tick each as it passes
  6. Abuse controls and deploy

    Spam turned away, backups covering both database and files, live.

    1. Files deploy/praise.serviceCaddyfile

      terminal
      tar czf /tmp/praise-$(date +%F).tgz data/
    2. The embed snippet verbatim, the statement that nothing appears until approved, and the note that avatars live outside the database and must be backed up with it.

      Files README.md

    done when · tick each as it passes
what this build does not replace
after v1, if you want it

Need the files? The project pack on the verdict page hands your agent the whole brief · more testimonials.