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 🙏

© 2026 – Pkg Stats / Ryan Hefner

@drupal-canvas/headless-astro

v0.7.0

Published

Astro adapter for the Drupal Canvas Headless SDK.

Readme

@drupal-canvas/headless-astro

Astro adapter for the Drupal Canvas Headless SDK.

It gives an Astro app draft preview bound to the editing user, in-place session renewal inside the Canvas editor frame, and the component metadata endpoint Drupal Canvas registers the app's components from.

Draft preview needs per-request rendering, so the app needs an SSR adapter (@astrojs/node or equivalent), and pages that show draft content must not be prerendered.

Installation

npm install @drupal-canvas/headless-astro

Set the CANVAS_SITE_URL environment variable to your Drupal site URL.

Usage

1. astro.config.mjs — the integration injects the draft routes and the component metadata endpoint, registers the CSP frame-ancestors middleware, bundles the SDK packages into the SSR build, and writes the component manifest at build time:

import { defineConfig } from 'astro/config';
import node from '@astrojs/node';
import canvas from '@drupal-canvas/headless-astro/integration';

export default defineConfig({
  output: 'server',
  adapter: node({ mode: 'standalone' }),
  integrations: [canvas()],
});

Pass injectRoutes: false to mount the routes/* subpath exports at paths of your own. The integration also injects the same-origin JSON:API proxy at /api/canvas/jsonapi/[...path] (CANVAS_JSONAPI_PROXY_PATH), through which browser code reaches Drupal with the draft session's authorization (routes/jsonapi-proxy).

2. Session banner — render DraftSession.astro in the app layout with the banner markup in its slot. The component gathers the session state server-side and runs the renewal protocol; it owns the visibility of the marked children:

---
import DraftSession from '@drupal-canvas/headless-astro/DraftSession.astro';
---

<DraftSession>
  <div data-draft-session-view="active">Draft mode is active.</div>
  <div data-draft-session-view="expired">
    Draft session expired.
    <a data-draft-session-renew-link>Renew session</a>
  </div>
</DraftSession>

3. Component tree — pass the structured content returned by fetchPage() to CanvasComponentTree.astro:

---
import CanvasComponentTree from '@drupal-canvas/headless-astro/CanvasComponentTree.astro';
---

<CanvasComponentTree tree={page.content} />

The integration supplies a registry of every discovered component implementation, and the renderer consumes it automatically. During development the registry updates when components are added, removed, or renamed.

Editor origins and CSP

By default, frame-ancestors admits 'self', the CANVAS_SITE_URL origin and the draft-session editor origin. Set CANVAS_EDITOR_ORIGINS to a comma- or whitespace-separated list of HTTP(S) URLs to replace both defaults. An empty or entirely invalid list admits only 'self'. Origins are normalized and deduplicated; credentials, wildcards and literal IPv6 are rejected. For IPv6, use a DNS hostname.

The integration merges CSP after the route response, preserving other directives and application-owned frame-ancestors. Use server-rendered previews. Reconcile later middleware/hosting CSP separately: multiple policies intersect. Verify the deployed headers. This policy controls embedding, not draft authorization.

Both variables are read from server process.env per response. The integration loads Vite .env files during dev/build, with process values taking precedence; restart dev after edits. Supply production environment values separately and restart the server after changes. Rebuild/redeploy if the host embeds them.

Data access

getClient(Astro) returns the draft-aware JSON:API client; fetchPage(Astro, path) fetches Canvas-rendered content when available, plus route and document-head data, for a path resolved through Drupal routing. Both are draft-session-aware. Render page.content directly and render page.head with the application's head manager. Its shape is directly compatible with Unhead. Handle PageRedirect before page rendering with Astro.redirect(redirect.url, redirect.statusCode). Every accessor takes the Astro global (pages, components) or the APIContext (endpoints, middleware), because Astro exposes cookies per request rather than through request-scoped globals.

The client's JSON:API prefix is resolved from the site's public site-data endpoint (fetched once per server instance), so sites serving JSON:API from a non-default prefix (e.g. /api) work without configuration. When that endpoint is unreachable, the CANVAS_JSONAPI_PREFIX environment variable applies, then the /jsonapi default; CANVAS_JSONAPI_URL sets a full upstream URL that takes precedence over discovery. getPublicClient() and getDraftClient() are async for the same reason: await them like getClient(). All three create the shared drupal-canvas client (createJsonApiClient()), which deserializes responses with DefaultSerializer.

fetchEntity(Astro, { type, id, viewMode }) renders one content entity without page-level route or head data. Use it for embedded renders such as teaser cards.

page.context carries the page and site context (title, breadcrumbs, primary entity, branding) Drupal generated for the routed page. To fetch JSON:API content from the browser, inline the nonsecret runtime configuration from getJsonApiRuntimeConfig(Astro) with serializeJsonForHtml() and build the shared client from it in a script:

import { createJsonApiClient } from 'drupal-canvas/jsonapi-client';

const client = createJsonApiClient({ ...config, credentials: 'same-origin' });

Requests go through the proxy; an expired preview session surfaces as DraftSessionError instead of public content.