fidzu : Drupal

Today we are talking about Open Source sustainability, becoming your own content creation machine, and how drupal influenced some of that with guest Jeff Geerling. We'll also cover AI Metering as our module of the week.

For show notes visit: https://www.talkingDrupal.com/565

Topics

• Jeff's Timekeeping Icebreaker
• Jeff's Drupal Origin Story
• From Drupal to Hardware Tinkering
• Staying Motivated on YouTube
• What Conferences Are Really About
• DrupalCon Memories and Community
• Why Jeff Moved to Hugo
• PSA Tornado Warning Detour
• Keeping Up with Drupal CMS
• PHP Perception Shift
• Fast Drupal Setup
• COVID Streaming Boom
• Picking Video Projects
• Decommissioning Builds
• YouTube Algorithm Risk
• Vintage Time Server
• Creator Starter Tips
• Supporting Maintainers
• Books and Crohns
• Local Control Trends
• AI Workflow Boundaries
• Timing Obsession
• Kind Drupal Culture

Guests

Jeff Geerling - jeffgeerling.com geerlingguy

Hosts

Nic Laflin - nLighteneddevelopment.com nicxvan Mike Anello - drupaleasy.com ultimike JD Flynn - dorficus

MOTW Correspondent

Mike Anello - drupaleasy.com ultimike

• Brief description:
  • AI Metering module - helps keep track of your users' AI token usage on the site. Includes cost estimation, token limits, and local LLM fallback options.
• Module name/project name:
  • AI Metering
• Brief history
  • How old: created in June 1 2026 by Jérôme Tchania (codeitwisely)
  • Versions available: 1.0.1
• Maintainership
  • Actively maintained - yes
  • Co-maintained by Carlos Ospina (camoa)
  • Security coverage - yes
  • Test coverage - yes
  • Documentation - yes
  • Number of open issues: 9 open issues, 4 of which are bugs against the current branch
• Usage stats:
  • Sites: 78
• Module features and usage
  • Obtains token costs for all modules from LiteLLM
  • Can be configured to send email when the token limit is being approached.
  • Per user and per role reports.
  • LLM fallback to Ollama

13 Aug 2026 6:00pm GMT

Open-source software still depends on infrastructure and human maintenance that carry real costs. Farriss argues that institutions should plan for those costs before contracts are awarded.

13 Aug 2026 3:13pm GMT

The most dangerous moment in a Drupal-to-headless migration is the one where everything looks fine. The content exported. The article titles are all there. Then an editor opens a launch-ready page and half the images are missing, the "related articles" block is pointing at a press release from 2019, and one product's category is now, somehow, a staff bio. Nothing errored. Nothing turned red. The references just quietly stopped meaning what they used to mean. That is the trap, and it lives in taxonomy, media, and entity references specifically because Drupal stitches your content together with numbers instead of names. Drupal is a house where everything is labeled by drawer, not by name Picture a house where nobody wrote what anything is. Instead, every object has a little tag: see drawer 47 . The cookbook says "pairs with drawer 112." The remote says "belongs to shelf 9." It works…

Read the rest at Replatform Radar

13 Aug 2026 2:00pm GMT

Traditional content staging servers have had their day. At DrupalCon Chicago 2026, Tag1's Peta Hoyes and Ray Stuart (presenting for Fabian Franz) made that case and showed exactly what replaces them. Their session, Workspaces is Revolutionizing Drupal Core: Unlock True Enterprise Content Management in Drupal, covered the core architecture, live demos, and a Q&A with the room.

We have expanded and organized the questions from that session into a standalone reference on how Workspaces works for enterprise content teams.

Getting Started: What Workspaces Is and How to Turn It On

Q. What is Workspaces?

A. Workspaces is enterprise content staging built into Drupal core. It lets a privileged user preview a large set of changes exactly as a site visitor will see them, then publish the whole set at the click of a button. Instead of maintaining a separate staging site, each workspace is an isolated set of staged changes that layers on top of your live site. You stage, collaborate, and publish without touching production until you are ready.

Workspaces has been stable in Drupal core since version 10.3 (June 2024) and ships with every Drupal 11 installation. It is no longer experimental. It is core infrastructure, and it is free and open source.

Q. How do you get started?

A. Core Workspaces turns on with a single command that most Drupal teams already know:

drush en workspaces

For enterprise use, you also want Workspaces Extra (WSE), which installs the same way most contributed modules do:

composer require drupal/wse

That is a low barrier to entry for enterprise capability out of the box.

Q. What does WSE (Workspaces Extra) add on top of core?

A. If core workspaces are content branches, WSE is closer to the full deployment pipeline you already have for code. WSE adds scheduled publishing, preview links for external stakeholders, rollback of an entire published workspace, access control, menu staging, task monitoring, and the ability to move content between workspaces when needed. WSE Config stages configuration changes alongside content, and WSE Theme lets you preview an entirely different theme staged in a workspace.

Q. I already know git. How should I think about Workspaces?

A. If you understand feature branches, you already understand Workspaces. The mental model maps almost exactly:

• Your Drupal site is the repository.
• A workspace is a branch.
• Live is the main branch.
• Saving content is a commit.
• Previewing a workspace is your working copy.
• Publishing is a merge.

The workflow is the same one developers take for granted: create a branch for your campaign, make your changes, preview the complete state, get approval, then publish. Content teams simply have not had this tooling until now. As the session put it, if your dev team would not ship code without branches, why would your content team ship content without workspaces?

The Core Problem: Why Enterprise Teams Still Struggle with Content Management

Q. What do we mean by true enterprise content management?

A. For a CMS to truly meet enterprise requirements, it needs to provide tools for both creating content and managing the end-to-end governance of that content. Content governance covers everything from procedures to technology that a complex organization needs to make sure its content meets its standards for brand, legal compliance, and accessibility. There can be a lot of content stakeholders with diverse concerns. Strong content governance is what stops all of that from devolving into chaos.

Drupal has been working toward this in core for a long time: granular user roles, workflows, content moderation in Drupal 8. With Workspaces in core, Drupal has closed another major governance gap. Content staging and review in the CMS.

Q. Why is content staging and review in context more important than ever?

Modern enterprise websites are composable. Content comes from multiple systems, dynamically laid out in the CMS, with edits and updates automatically propagating across the site. The governance of large-scale changes (adding new products, migrating a department, launching a campaign) needs to happen in the context of the overall site, with all the pieces of the puzzle present. Until Workspaces, Drupal hasn't had a clean solution for that.

Q. What about the impact on the people who need to manage content?

A. External staging sites mean content managers work in two or more places. And what most content managers do not love is remembering which autogenerated subdomain from a git branch ID is the one they are supposed to be updating. Workspaces keeps everything inside a single Drupal installation.

The Reality of Modern Drupal: Complexity Behind the Scenes

Q. What happens when you need to stage more than one set of updates at a time?

A. More staging usually means more problems. With traditional staging servers, each parallel workstream typically means another environment, another subdomain, another database sync, and another deployment pipeline to track. Workspaces eliminates that. Each workspace is isolated, teams can work in parallel, and there is no artificial limit on concurrent campaigns or content initiatives. Tag1 has tested workspaces with more than a thousand entities changed in a single workspace.

Q. If changes are happening on live while I work in a workspace, can I pull those changes in?

A. Think of a workspace as a shallow copy. Only the changes you explicitly make are tracked in the workspace. If someone modifies different content directly on live, those changes are not in your workspace and will not be overridden when you publish. Your workspace only ever contains what you put there. The one edge case is the same entity being modified in both places, which Workspaces intentionally prevents (see the collaboration section below).

Governance and Control: Who Sees What, and When?

Q. How do you deal with permissions for users who should not see work happening in workspaces?

A. Each workspace is isolated with granular permissions. Design, content, legal, and translation teams can work in parallel workspaces without visibility into each other's work unless it is deliberately shared.

Q. Can previews be shared with external reviewers, including anonymous users, and how does that work with permissions?

A. Yes. WSE preview links handle this. Create a dedicated role with preview access, assign it to the reviewer, and share the link. The reviewer does not need a full Drupal account, so this works for anonymous users too. The workflow is straightforward: prepare the role, generate the preview link, share it.

Infrastructure and Performance: Will This Break What Already Works?

Q. If I have a CDN or Varnish cache, will Workspaces need anything extra?

A. No. There are no changes to your anonymous content delivery. The active workspace is live 100 percent of the time for anonymous users, so the workspace system is invisible to them. The same caching setup that works for your anonymous visitors keeps working. The only thing to confirm is that your configuration is appropriate for the content editors using the site, which is standard practice.

Q. How about performance?

A. This is the most important architectural property of Workspaces. When the active workspace is live, which it is 100 percent of the time for anonymous users, the workspace system is invisible, and your production site performs exactly as if Workspaces did not exist. That has been true since the architecture was first built in the Content Preview System (CPS) in 2014, and it is why Workspaces has run on some of the highest-traffic sites in the world for over a decade. Inside a workspace there is some overhead, but that is editorial traffic, a tiny fraction of your total load. Editors get a full-site preview, and visitors get full production speed.

Content Safety and Security

Q. If public files are uploaded inside a workspace, are they accessible to users who know the URL?

A. Yes. File entities in Drupal aren't revisionable, so the Workspaces module can't scope a file to a workspace the way it scopes nodes. The moment a file is uploaded to public://, it's written to the default live storage in sites/default/files and served directly by the web server, with no Drupal access check in the request path.

So even when the node or media entity that references the file lives only in an unpublished workspace, the file itself is already on disk and reachable at its direct URL by anyone who has or guesses it. Publishing state doesn't gate it. Public means public, and only the obscurity of the filename keeps it from being found.

If the file needs to stay private until publish, use a private:// file field, which routes downloads through Drupal so access checks apply, or a module like File Unpublish, which keeps public files of unpublished media entities inaccessible until the entity is published.

Configuration Management: The Gray Area Teams Care About

Q. How does WSE Config interact with Drupal's configuration export/import system?

A. Once a workspace is published, whatever is live is what you would export, the same as always. For sites that manage configuration directly on the site rather than exporting it to code, this is largely a non-issue. For sites with strict configuration management workflows, WSE Config is still maturing (the session described it as almost production ready), so test it in a non-production environment before you rely on it in production.

Collaboration and Conflict Management

Q. What happens when two people edit the same content in different workspaces?

A. They cannot, and that is deliberate. Once an entity is modified in a workspace, it is tracked there, and another editor cannot modify it in a different workspace. This is a feature, not a limitation. Automatic merging of structured content fields, entity references, and media relationships leads to data corruption, and every system that has attempted it has run into fundamental issues.

Workspaces takes the same approach as a well-run development team: coordinate through communication. Shared workspaces let teams collaborate, content ownership keeps responsibilities clear, and WSE lets you move content between workspaces when needed. If content is locked, discarding the change frees it again. The absence of automatic merging is a safety guarantee: your workspace will never contain content you did not put there.

Q. How does Workspaces handle deleted content?

A. Deleting content in a workspace is a special case, because the content needs to disappear from your workspace preview while staying visible on the live site until you publish. Workspaces solves this with the Trash module. Within the workspace, deleted content drops out of listings, views, and search results, but on the live site it remains visible until publish. Content deleted in a workspace stays recoverable until you publish, and this integration also removes an older constraint so that any entity type can participate in workspaces, not just those with a publication status.

Content Moderation and Workflows

Q. How does Workspaces work with content moderation and Drupal's workflows?

A. Workspaces integrates with Drupal's core Workflows module. You can move an entire workspace through workflow states such as draft, review, approved, and published, so the whole collection of changes moves through the approval process as a unit. Your legal team reviews the complete workspace, your content manager approves the entire set, and when it reaches the publish state the whole workspace deploys atomically. The Content Moderation and Workspaces integration is nearly complete, with one remaining issue to resolve in core, and the simplified content workflow initiative will make the two work together for more complex scenarios where different entities need different approval paths.

Ecosystem and Future Considerations

Q. Does it work with Canvas?

A. Yes. Workspaces is compatible with Canvas. The implementation differs, because Workspaces aligns with the Layout Builder approach rather than Canvas's own, but the two work together.

Q. Why is Workspaces a good fit for AI content generation?

A. Workspaces gives AI content generation the boundary it needs. AI content tools are scaling quickly, and Drupal's AI module integrates dozens of providers with automators that can bulk-populate fields, generate summaries, and translate content. But AI is non-deterministic: it can hallucinate and produce errors. Workspaces provides the natural safety architecture. Think of a workspace like a pure function: everything inside is safe and reversible with no side effects. An AI agent can generate content, edit fields, and populate entire sections inside a workspace, and nothing touches live until a human reviews the changes and publishes. The workspace diff makes that review straightforward. The result is governed automation, where AI helps and humans stay in control.

Q. What is on the roadmap?

A. The architecture is sound, and the remaining work is about closing the last gaps and proving the system in the wild. Content Moderation and Workspaces are nearly integrated, with one issue left in core. WSE Config, which stages configuration changes alongside content, is almost production ready. WSE Theme lets you preview an entirely different theme staged in a workspace. What the system needs most now is real-world testing: try it with your contrib modules, test it with your custom entity types, and report bugs when you find them. Every production deployment proves the architecture.

Workspaces is stable, it is in core, and it is the right architecture for content governance at scale, including AI content generation.

13 Aug 2026 12:00am GMT

Every Drupal or Backdrop site sooner or later needs a safe copy to experiment on - plenty of us still build one by hand and live with the quiet fear that the copy touches production, and plenty more click a dev-environment button inside somebody else's walled garden. On a BOA server the whole workflow is delegated: one Ægir task clones the site from a fresh backup, and the copy arrives with the handbrake pulled - cron off, HTTPS off, files in its own store - then dev-prefixed names mark the copies as dev sites with their own larger limits, a dev alias flips PHP errors and caching into dev mode on that hostname alone, allow-lists and HTTP auth lock the copy down, extra clones Migrate onto updated codebases for staging, and a rename promotes the winner when it earns the crown - while to the rest of the stack the sandbox is a site like any other, nightly backups and edge protections included. Capabilities, not an enforced workflow - the safe route is the easy one, never the only one.

12 Aug 2026 7:20pm GMT

Eight additional Drupal GovCon respondents focus on the controls, human decisions, and content structures that keep digital systems usable when automation and changing discovery meet production reality.

12 Aug 2026 4:53pm GMT

JSON:API on its own gets you decoupled entities: fetch a node, fetch a set of IDs, done. It doesn't get you the filtering, sorting and pagination that most real content listings actually need - a list of articles by tag, a paginated product catalogue, an events calendar with a date filter. You either reimplement that logic on the frontend, or Drupal ships a hand-written custom resource for every list on the site. That gap is the same regardless of what's rendering on the other end, React and Next.js, Vue and Nuxt, or anything else that can call an API.

JSON:API Views closes it: whatever a View can already do, a decoupled frontend can ask for over JSON:API, using the access checks and query logic the view already has, no separate endpoint to write or maintain. It's also, not coincidentally, why I still maintain the module at all: it's the backend half of DruxtViews, the piece that makes Views work in Druxt, my own Nuxt-based decoupled Drupal framework.

Continue reading →

12 Aug 2026 6:50am GMT

Drupal content can be managed by machines without giving up human control. The key is not to hand ChatGPT the full admin interface, but to expose narrow MCP tools: find an article, open a draft, propose a change, validate it, show the diff and let a human approve publishing. Managing Drupal content with ChatGPT and MCP ChatGPT, Claude, Codex and other AI tools do not have to stop at writing text in a chat window. With the right interface, they can request context from a website, find existing content, suggest edits and prepare changes. This is especially interesting with Drupal because Drupal content is usually already structured: content types, fields, translations, roles, permissions, workflows, revisions and logs. That does not mean AI should freely click around the admin interface.…

12 Aug 2026 6:00am GMT

When you hire a Drupal developer or change maintenance partner, do not ask only for a portfolio. Ask how they keep the system upgradable, testable and understandable for the next developer. In 2026, it is no longer enough to evaluate a Drupal developer simply by knowing that they have "worked with Drupal". Drupal is a broad enough platform that the same job title can cover very different types of work: configuring content types and Views; developing custom modules; migrations; performance optimisation; security updates; accessibility; integrations with external systems. A good developer does not need to be equally strong in every area. They should, however, be able to assess realistically where their strengths lie, where they need support, and how to keep risks under control throughout…

12 Aug 2026 6:00am GMT

11 Aug 2026 8:00pm GMT

Choosing a Multisite Approach in Drupal Joel Steidl Tue, 08/11/2026 - 09:56 Drupal

Joel Steidl

11 Aug 2026 3:56pm GMT

<pre><code class="language-mermaid">sequenceDiagram
  Alice-&gt;&gt;Bob: hello</code></pre>

public function process($text, $langcode): FilterProcessResult {
  $result = new FilterProcessResult($text);

  // No diagram in this text: attach nothing, change nothing.
  if (!preg_match(self::DETECT_PATTERN, (string) $text)) {
    return $result;
  }

  $count = 0;
  $processed = preg_replace_callback(self::BLOCK_PATTERN, /* ... */, (string) $text);

  if ($processed === NULL || $count === 0) {
    return $result;
  }

  $result->setProcessedText($processed);
  $result->addAttachments(['library' => ['your_module/mermaid']]);

  return $result;
}

GET https://unpkg.com/@highlightjs/cdn-assets@11.9.0/es/languages/mermaid.min.js  404

hljs.highlightAll();

// Before: what CKEditor stored.
<pre><code class="language-mermaid">…

// After: what our filter emits.
<pre data-bloom-mermaid="1"><code class="nohighlight">…

'/<pre>\s*<code\s+class="\s*(?:[\w-]+\s+)?\b[\w-]*lang(?:uage)?-([\w-]+)\b/i'

const shouldNotHighlight = (languageName) => /^(no-?highlight)$/i.test(languageName);

mermaid:
  version: 11.16.1
  js:
    js/vendor/mermaid.min.js: { minified: true, preprocess: false }
    js/mermaid-init.js: {}
  dependencies:
    - core/drupal
    - core/once

mermaid.render(id, source)
  .then((result) => { /* replace the <pre> with the SVG */ })
  .catch((error) => {
    // Degrade to the plain code block.
    pre.classList.add('bloom-mermaid-error');
    console.warn('Mermaid: diagram not rendered.', error);
  });

plugins:
  ckeditor5_codeBlock:
    languages:
      # …
      -
        label: Mermaid
        language: mermaid

11 Aug 2026 1:18pm GMT

Accessibility in a Drupal theme starts in your .html.twig files. Here's a practical guide to learning how to structure templates with semantic HTML5 and BEM class naming.

11 Aug 2026 11:09am GMT

Several Drupal GovCon speakers are looking past demos and idealised workflows to the harder questions of what government teams can govern, maintain, afford, migrate, and trust in real projects.

11 Aug 2026 5:09am GMT

Describe the landing page you need in plain language. A few minutes later, it exists in your Drupal site: production-ready, on brand, and waiting for your review. That is the promise of an AI landing page generator for Drupal, and it is no longer a demo trick. It works, it is reliable enough for enterprise sites, and it changes how marketing and development teams divide their work.

11 Aug 2026 12:00am GMT

The latest chapter of content management within Drupal officially started with the release of Drupal Canvas. And we have to admit, the pages in this chapter look fantastic!

10 Aug 2026 5:59pm GMT