Planet Drupal

Today we are talking about The Midwest Open Source Alliance, What they do, and How they support Drupal with guests April Sides & Tearyne Almendariz. We'll also cover Canvas Field Component as our module of the week.

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

Read more

Learn more about the implementation that helped automatically verify transactions for AML.

Overall SummaryOur 35th UI Suite Monthly was one of the most packed sessions yet — a full hour of demos, strategy updates, and an urgent call to action for the community. We covered major progress on the Display Builder (now mid-beta with half its scope completed), a breakthrough demo of symmetric and asymmetric translation support, a roadmap for cleaning up and refocusing UI Patterns this summer, the exciting new ability to use SDC components as form elements, and two critical core proposals — the Design Token API and the Style API — that need community support before the May 15th freeze. We also gave a first look at our AI strategy for display building, with a live demo coming next month. In short: our ecosystem is maturing fast, and the next week is decisive.

The AI industry spent years presenting automation as a cheaper alternative to human labour. In 2026, organisations are discovering that the economics are more complicated. According to Boston Consulting Group, enterprises are expected to increase AI spending significantly this year, even as pressure grows to demonstrate measurable returns. At the same time, infrastructure costs tied to inference workloads, data centres, and continuously running AI systems continue to rise across the industry.

That shift helps explain why Drupal’s AI direction has increasingly focused on operational flexibility rather than “AI-first” positioning. The Drupal AI Initiative’s provider-agnostic architecture allows organisations to move between commercial and open-source models without rebuilding workflows, while Drupal’s structured content model reduces unnecessary token usage by providing cleaner contextual data to language models. Recent work around AI observability, governance, and usage tracking reflects a broader industry movement toward cost predictability, monitoring, and infrastructure control as AI systems transition from experimentation into production environments.

The conversation around AI adoption is therefore beginning to move away from novelty and toward sustainability. Questions around inference costs, infrastructure ownership, governance, auditability, and long-term operational flexibility are increasingly shaping enterprise decision-making. Across the broader ecosystem, the organisations likely to benefit most from AI adoption may not be those deploying the largest models, but those building systems capable of managing automation reliably, transparently, and economically over time.

Read more

This is part five of a series of articles looking at HTMX in Drupal. If you are interested in reading more then there will be a list of related articles at the end of this article.

When I was thinking about ideas on demonstrating HTMX in Drupal I implemented things like infinite scroll, a tabbed interface, and a cascading select form. I basically recreating some things that I had done in non-Drupal HTMX inside a Drupal module.

I then had an idea to create something that I might actually find useful in my day to day work as a Drupal developer. This was some way of displaying nodes in different view modes.

In this article we will look at creating a simple form that allows users to enter a node ID and a view mode and see the node rendered in that view mode.

All of the code contained in this article can be found in the Drupal HTMX examples project on GitHub, but here we will go through what the code does and what actions it performs to generate content.   

Just like the other articles on HTMX, I'm going to start with the basics and define the route.

The Route

The route we need here just needs to point the path /htmx-examples/display-mode-preview at our form class.

drupal_htmx_examples_display_mode_preview_form:
  path: "/htmx-examples/display-mode-preview"
  defaults:
    _form: '\Drupal\drupal_htmx_examples\Form\DisplayModePreviewForm'
    _title: "HTMX Display Mode Preview Form"
  requirements:
    _permission: "access content"

There isn't anything unusual about this route, it's just a regular form route.

Let's create the form for this route.

The Form

The form class has a couple of injected dependencies, which are as follows:

Read more

Read moreSome places do not merely offer a view. They give you direction. Athens did that to me. During Drupal Dev Days, I found myself looking at the Acropolis from a distance. The Parthenon was there, standing above the city, glowing with a presence that is difficult to describe if you have not seen it in person.

From Athens to Rotterdam: Why Drupal AI Needs an "Athena" Release

AISaturday, May 9, 2026 - 16:16

A new open-source Drupal module aims to reduce the repeated custom development often required to connect Drupal-managed content with Mautic campaigns. By exposing Drupal nodes and Views directly inside Mautic workflows, the module provides a more standardised approach to content delivery and segment-based personalisation.

Nic Laflin and Matt Glaman sit down to discuss Drupal caching and Matt's new Leanpub book, Understanding Drupal: A Complete Guide to Caching Layers.

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

Topics

• New Book on Caching
• Why Drupal Caching Shines
• Cache Tags Explained
• Cache Context Variations
• What Caching Really Is
• Invalidation Across the Stack
• NGINX Layer Pitfalls
• What Drupal Can Cache
• Writing Cacheable Render Arrays
• Debugging Metadata Issues
• Testing Caching Strategies
• Researching the Book
• Variation Cache Deep Dive
• Access Policy and Performance
• Permissions Caching and Disk IO
• Extension Discovery Tangent
• File Cache Explained
• Clearing File Cache in Tests
• Updating the Book Over Time
• Leanpub Pricing and Royalties
• Publishing Workflow and Tools
• Writing Process and Editing

Matt Glaman

Matt Glaman is an experienced software engineer and a prominent member of the Drupal community. With over a decade of experience in web development, he has developed a wealth of knowledge and expertise. He is the author of several books, including "Drupal 8 Development Cookbook" and "Drupal 10 Development Cookbook," which provide a comprehensive guide to building and customizing Drupal sites. And recently, the book Understanding Drupal: A Complete Guide to Caching Layers.

Read more

Drupal Commerce powers live auctions involving thousands of concurrent users, serves catalogues with millions of products, and presents rich product pages with hundreds of attributes and variations. And it does so with speed and reliability. In fact, it was architected to manage high volume and high complexity.

So why does your Drupal Commerce site feel so slow? Why does it feel like you’re constantly fighting bottlenecks and performance problems?

It’s not the platform. It’s something else.

In this webinar, Ryan Szrama and Tom Ashe will cover the most common culprits behind slow Drupal Commerce sites and how you can start fixing them.

Whether you're troubleshooting a slow site yourself or managing a team that is, you'll walk away with a practical checklist to investigate and a process for diagnosing your performance issues.

Join us on Tuesday, June 9th, at 10:30 AM ET.

Register for the webinar.
 

Read more

The Enterprise Drupal Summit Europe 2026 will take place on 28 September 2026 in the SS Rotterdam.

We are now accepting session proposals.

Focus of the summit

The program focuses on Drupal in enterprise contexts, with emphasis on:

• Large-scale Drupal architectures
• Digital experience platforms built on Drupal
• AI use in enterprise content and delivery workflows
• Composable and API-driven architectures
• Governance, security, and compliance in regulated environments
• Operating Drupal at scale in complex organizations

The event is aimed at practitioners and decision-makers working on enterprise digital platforms.

What we are looking for

We are prioritizing submissions that are based on real implementations.

Relevant topics include:

• Case studies from enterprise or public sector deployments
• Architecture decisions in complex Drupal systems
• AI integration in content management or delivery
• Multi-site and multi-brand Drupal setups
• Sessions should be grounded in practical experience rather than product positioning.

Format

Accepted formats include:

• 20 minute talks (MAX)
• Case study presentations (focus on the business side)
• Architecture or strategy sessions

Selection criteria

Proposals will be evaluated on:

Read more

Stability & Innovation: Web Acceleration with Drupal Core and Drupal CMS - session recording

I recently stood before a room of fellow builders at Drupal Developer Days Athens 2026 and asked a question: "How many of you use Drupal distributions?" Lots of hands shot up across the room. But when I followed up with, "And how many of you are actually happy with them?" the room went quiet, only a couple hands remained in the air. Distributions were our solution for long to make starting easier with Drupal, so this was sad.

Gábor Hojtsy Thu, 05/07/2026 - 13:35

Article by: Aidan Foster, Foster Interactive

The three human skills that turn AI into a multiplier.

Creativity, strategic thinking, and articulation are the three skills that decide whether AI makes you better or just faster.

• Strategic thinking comes from experience. There's no shortcut.
• Creativity can be learned, but it's more like going to the gym than reading a book. You build it through reps.
• Articulation lets you craft quality prompts and specs for AI, and it's the most trainable of the three. But it only matters when there's something worth articulating. The value lives in the other two.

What Everyone Is Getting Wrong

The AI discourse has one dominant message: automate faster, cut the grunt work, reduce headcount, ship more.

Most leaders are responding by getting better at execution. Better prompts. Faster workflows. More output per person.

Execution still matters. It's just not where the constraint is anymore. The leaders who pull ahead in the next three years won't be the ones who automated the most; they'll be the ones who understood where the real constraint moved.

The Bottleneck Moved

Think back to five years ago. A new landing page meant a brief, a copywriter, a designer, a developer, a round of revisions, and three weeks of calendar time. A campaign asset required coordinating four people across two time zones for something that might run for six days before you killed it.

That friction was real. Teams were sized around it. Agencies were built on it. Budgets accounted for it. That friction is gone.

Read more

Ten years of Drupal Code history

When I setup the Drupal contrib search engine, the goal was to detect modules we'd break with a code change in Drupal Core. It works but I wanted to know more than that, so I spent a couple of weeks getting more data. I want to start with a huge thank you to my long time sponsors: Palantir.net and Vardot.

theodore May 7, 2026

Keeping up with major Drupal Core releases takes real effort. Each release deprecates APIs and introduces new coding patterns, forcing module developers to update their code.

That is how most software evolves: old patterns are gradually replaced by better ones.

Tools like Drupal Rector help automate parts of that work, but still rely on hand-written rules. Historically, that hasn't scaled well. Writing Rector rules is often more tedious than difficult: reading change records, understanding edge cases, finding real-world usage patterns, and testing rules.

So I asked a different question: what if we didn't have to write Rector rules at all?

If AI can generate Rector rules automatically, Drupal Core can keep evolving without every API change turning into manual migration work.

That idea led me to extend Drupal Digests, the tool I built to follow key Drupal developments. In addition to generating summaries, it now also analyzes Drupal Core commits and generates Rector rules automatically.

When a Drupal Core commit deprecates an API or introduces a new pattern, the tool reads the related issue, analyzes the discussion around it, reviews the code changes, and generates a corresponding Rector rule.

The system has only been running for a few weeks, yet it has already generated over 175 Rector rules, with new rules continuously added as the pipeline processes more Drupal Core issues.

AI-generated code is far from perfect. Some rules will have bugs, and others will miss edge cases. But that is exactly why I wanted to publish them now: the more people test them on real projects, the faster they will improve.

Read more

DrevOps has released Vortex 1.38.0 “Prism”, updating its Drupal project template with JavaScript unit testing, email safeguards, deployment controls, and security hardening. The release focuses on operational reliability for Drupal teams, including changes to CI, configuration import handling, Renovate, and runtime support. It also moves the template baseline to PHP 8.4, Lagoon containers 26.4.0, and Drupal core 11.3.x.

Learn how incomplete tracking affects your analytics, why it leads to wrong decisions, and how Google Tag Manager helps create a reliable tracking setup.

Master fault-tolerant enterprise hosting with Kubernetes self-healing, multi-zone HA, and canary deployments. Learn how we ensure 24/7/365 reliability.

In January 2025, Anoop John of TheDropTimes sent a LinkedIn message that set things in motion:

"Happy New Year. I was thinking we could put a live sponsorship tracker for DDEV on TDT. We should ask for people for $5 per month and we need 1000 people to hit the target right? What do you think?"

That message led to live, auto-updating DDEV sponsorship displays on multiple web properties, a public data repository, and a reusable web component—all feeding from a single source of truth.

The Challenge

DDEV's financial sustainability depends entirely on sponsorships (we have no other income). Communicating that need—and showing progress toward goals—requires getting accurate, up-to-date data in front of people where they already spend time. We wouldn't really expect to be successful with manual updates across multiple web and CLI properties.

What we needed was a data feed that could be consumed anywhere, updated (mostly) automatically, and displayed consistently.

The sponsorship-data Repository

Anoop's request spurred the creation of ddev/sponsorship-data, a public repository that aggregates sponsorship information from GitHub Sponsors and other sources, updated automatically. The data is published as structured JSON—for example, all-sponsorships.json—that any site or tool can consume.

Read more