rss
1xINTERNET blog: Driving digital innovation with UICC
Discover how 1xINTERNET and UICC apply responsible AI to real-world digital experiences. Webinar and podcast recordings are ready to watch!
read moreDiscover how 1xINTERNET and UICC apply responsible AI to real-world digital experiences. Webinar and podcast recordings are ready to watch!
read moreA personal, powerful Driesnote shows how Drupal’s community, AI innovation, and leadership shape the future of digital experiences.
read moreDrupal's config schema YAML supports dynamic expressions inside square brackets that resolve to values from the surrounding configuration data at runtime. Most developers have seen them — [%parent.type] in field formatter schema is a classic example — but few understand exactly how they work or when to use them.
I found a Todoist task from December 4th, 2024: \Drupal\Core\Config\TypedConfigManager::replaceVariable blog post. (Yeah, you do not want to see my "Overdue" list.) I have no memory of what I was working on that day or why I went deep on this. But past-me clearly thought it was worth documenting, so here we are. If you've ever stared at [%parent.type] in a schema file and just accepted it as magic — this one's for you.
In episode #547, guest JD Flynn joins us to discuss why developers don't choose Drupal, focusing on Drupal adoption, discoverability, and outdated perceptions from Drupal 6/7. JD cites survey data showing low interest among non-Drupal developers, arguing Drupal's biggest problem is invisibility and that developers often pre-filter it due to PHP stigma and friction getting started.
For show notes visit: https://www.talkingDrupal.com/547
TopicsWhy Developers Don't Choose Drupal (And What We Can Do About It) - https://www.fldrupal.camp/session/why-developers-dont-choose-drupal-and-what-we-can-do-about-it JD's stream - http://twitch.tv/jddoesdev Drupal is Great! Its Perception Might Not be. -https://picozzi.com/notebook/2025/jan/drupal-great-its-perception-might-not-be Drupal Forge - https://www.drupalforge.org/
Guests HostsNic Laflin - nLighteneddevelopment.com nicxvan John Picozzi - epam.com johnpicozzi Rod Martin - DrupalHelps.com imrodmartin
Module of the Week CorrespondentMartin Anderson-Clutz - mandclu.com mandclu
Native Observability brings real observability into Drupal. Trace requests, inspect execution, analyze performance, and explore runtime behavior — directly inside your application.
No core patches. No external dependencies required to get started. Just install, enable, and start seeing what actually happens inside your system.
read moreDrupalCon Chicago 2026 outlined concrete developments already moving through the current cycle toward DrupalCon Rotterdam. The keynote highlighted progress in Drupal CMS, expanded site templates and marketplace functionality, and ongoing work on artificial intelligence features that are now transitioning from demonstration to implementation.
Drupal CMS 2.1 builds on Drupal Core 11.3 and introduces support for preconfigured site templates. The keynote demonstrated eleven templates available through a basic marketplace, all installable directly from the Drupal CMS installer. This signals that both template distribution and marketplace functionality have moved beyond concept into early rollout.
The Context Control Center now appears close to production readiness. The keynote positioned it as a central source of truth for brand voice, target audiences, key messages, product details, and editorial guidelines used by AI agents. In one demonstration, the system generated an on-brand page from a marketing brief, while a second example used Google Analytics data in a proof-of-concept workflow to improve content performance after publication.
Not all demonstrated capabilities are fully mature. Several features remain in alpha or beta stages as development continues toward DrupalCon Rotterdam. At the same time, increased AI-assisted contribution is placing pressure on maintainers, alongside a direct reminder that contributors remain responsible for the code they submit.
With that introduction, let us move to the major stories from last week.
Additional developments from across the Drupal ecosystem were published during the week. Readers may follow The DropTimes on LinkedIn, Twitter, Bluesky, and Facebook for continuing updates. The publication also maintains a presence on Drupal Slack in the #thedroptimes channel.
Thank you.
KAZIMA ABBAS
Sub-editor
The DropTimes
Photo by Gryffindor , CC BY-SA 3.0 Wikimedia
The conversation around AI is changing.
Not long ago, most discussions focused on what AI could do. That phase is largely behind us. Organisations are now dealing with a more difficult and more important question: how do you operate AI systems in a way that holds up over time, under real conditions, and with real consequences?
The Drupal AI Summit NYC is designed to address that shift directly. This is not a standalone Drupal event. It is co-located with apidays New York and Generation AI, placing Drupal into a broader ecosystem of technology leaders, platform owners, and organisations actively working through the realities of AI adoption at scale.
This Summit is not structured as a traditional developer track, and it is not focused on early-stage experimentation. The intent is to create space for people who are already responsible for delivery and are dealing with the complexity that comes with it.
The audience includes CTOs, digital leaders, and platform owners who are navigating challenges such as governance, compliance, data ownership, and long-term operational stability. These are not theoretical concerns. They emerge quickly once AI is integrated into production systems and begin to affect real users, real data, and real outcomes.
AI is already embedded in how organisations operate, whether they realise it or not. It is present in content workflows, search systems, personalisation engines, and automation pipelines. In many cases, it has been introduced incrementally, often without a clear understanding of how data is being handled or where control ultimately resides.
This creates a gap between perceived responsibility and actual control.
The Drupal AI Initiative has been working to close that gap by focusing on approaches that are open, inspectable, and governable. This is not an abstract position. It is a practical requirement for organisations that need to understand how their systems behave, where their data is processed, and how decisions can be audited over time.
The programme is centred on real implementation work. The goal is to surface the decisions, trade-offs, and operational realities that teams encounter when AI moves beyond pilot projects and into production environments.
Sessions will focus on areas such as:
The emphasis is on experience rather than theory. Attendees should expect to hear what actually happens when systems are deployed, maintained, and evolved over time.
This builds on the foundation established by the first Drupal AI Summit in Paris, which brought together global contributors to focus on practical architecture, governance, and real-world application of open source AI systems.
Drupal is not approaching AI as an external add-on. The work being done through the Drupal AI Initiative is focused on integrating AI directly into the platform in a way that preserves control, flexibility, and transparency.
That includes the ability to choose where models run, how data is processed, and how AI capabilities are embedded into content and workflow systems. It also reflects Drupal’s long-standing strengths as an open source platform built around extensibility, governance, and long-term ownership.
For organisations that need to operate AI responsibly, those characteristics are not optional. They are foundational.
This Summit is intended for organisations and individuals who are already engaged in applying AI in meaningful ways and are now working through the implications of doing so at scale. In short, YOU SHOULD ATTEND.
It is particularly relevant for those who are responsible for platform decisions, architectural direction, or operational oversight, and who need to ensure that AI systems remain reliable, governable, and aligned with organisational requirements.
Early bird tickets are currently available for $150 until April 13. For an event of this scale, and with access to a much larger federated conference environment, that price is difficult to justify passing up.
The Drupal AI Summit NYC is an opportunity to engage directly with practitioners who are doing this work today, in environments where the stakes are real and the outcomes matter.
Photo by Gryffindor , CC BY-SA 3.0 Wikimedia
The conversation around AI is changing.
Not long ago, most discussions focused on what AI could do. That phase is largely behind us. Organisations are now dealing with a more difficult and more important question: how do you operate AI systems in a way that holds up over time, under real conditions, and with real consequences?
The Drupal AI Summit NYC is designed to address that shift directly. This is not a standalone Drupal event. It is co-located with apidays New York and Generation AI, placing Drupal into a broader ecosystem of technology leaders, platform owners, and organisations actively working through the realities of AI adoption at scale.
This Summit is not structured as a traditional developer track, and it is not focused on early-stage experimentation. The intent is to create space for people who are already responsible for delivery and are dealing with the complexity that comes with it.
The audience includes CTOs, digital leaders, and platform owners who are navigating challenges such as governance, compliance, data ownership, and long-term operational stability. These are not theoretical concerns. They emerge quickly once AI is integrated into production systems and begin to affect real users, real data, and real outcomes.
AI is already embedded in how organisations operate, whether they realise it or not. It is present in content workflows, search systems, personalisation engines, and automation pipelines. In many cases, it has been introduced incrementally, often without a clear understanding of how data is being handled or where control ultimately resides.
This creates a gap between perceived responsibility and actual control.
The Drupal AI Initiative has been working to close that gap by focusing on approaches that are open, inspectable, and governable. This is not an abstract position. It is a practical requirement for organisations that need to understand how their systems behave, where their data is processed, and how decisions can be audited over time.
The programme is centred on real implementation work. The goal is to surface the decisions, trade-offs, and operational realities that teams encounter when AI moves beyond pilot projects and into production environments.
Sessions will focus on areas such as:
The emphasis is on experience rather than theory. Attendees should expect to hear what actually happens when systems are deployed, maintained, and evolved over time.
This builds on the foundation established by the first Drupal AI Summit in Paris, which brought together global contributors to focus on practical architecture, governance, and real-world application of open source AI systems.
Drupal is not approaching AI as an external add-on. The work being done through the Drupal AI Initiative is focused on integrating AI directly into the platform in a way that preserves control, flexibility, and transparency.
That includes the ability to choose where models run, how data is processed, and how AI capabilities are embedded into content and workflow systems. It also reflects Drupal’s long-standing strengths as an open source platform built around extensibility, governance, and long-term ownership.
For organisations that need to operate AI responsibly, those characteristics are not optional. They are foundational.
This Summit is intended for organisations and individuals who are already engaged in applying AI in meaningful ways and are now working through the implications of doing so at scale. In short, YOU SHOULD ATTEND.
It is particularly relevant for those who are responsible for platform decisions, architectural direction, or operational oversight, and who need to ensure that AI systems remain reliable, governable, and aligned with organisational requirements.
Early bird tickets are currently available for $150 until April 13. For an event of this scale, and with access to a much larger federated conference environment, that price is difficult to justify passing up.
The Drupal AI Summit NYC is an opportunity to engage directly with practitioners who are doing this work today, in environments where the stakes are real and the outcomes matter.
Inspired by Mark Conroy's blog series, I’m starting a series of blog posts detailing Dripyard’s contributions. My hope is that it brings a bit of visibility to 1) inspire y’all to buy our themes, and 2) inspire folks to contribute on their own.
March 2026 was especially busy for us, as 1) we made a bunch of contributions to the Drupal CMS installer, 2) created a badass new module (see below), and 3) did a bunch of work at DrupalCon Chicago.
read moreWe’re all familiar with cookie consent banners — the popups asking us to agree to “cookies” that track data from our visits. They’re everywhere. And honestly, they’re a bit annoying.
But here’s the thing most organizations get wrong: they treat the banner as the entire conversation. Find a tool, install a popup, check the box. Done.
That’s backwards. The banner is just the visible output of a much more important process — understanding what your website actually collects, why it collects it, and whether anyone made a deliberate decision about any of it.
read moreDrupal is evolving so quickly that it’s hard to guess what’s coming next, until the DrupalCon keynote by Drupal Founder, Dries Buytaert, warmly known as the ‘Driesnote’ pulls back the curtain. That’s the moment when the community leans in, ready to see the newest ideas take shape.
read moreThe Call for Papers for DrupalCon Rotterdam is officially open. We have an important update regarding one of our most vital tracks.
This year, we officially expanded the scope of our discussions. What was previously the Open Web track has evolved into the Digital Sovereignty and Open Web track.
Why the Change?`
Today, many large companies control our data and our platforms. The Open Web is about more than just code. It is about who has control. Digital Sovereignty means that people, organizations, and countries have the right to control their own digital lives.
By adding this to the name, we show that DrupalCon is the place for these big talks. We want to build a web that is fair, open, and not controlled by just a few large companies.
Who Should Submit?
We are looking for more than just technical sessions. To solve the challenges of the modern web, we need a broad range of perspectives. We want to hear from the following groups.
Potential Topics
If you are wondering whether your idea fits, here are a few topics we would love to see on the stage.
Submit Today
The Open Web does not stay open by accident. It stays open because people share their knowledge and vision. Whether you are seasoned or a first time speaker with a unique perspective, we want to hear from you.
Link to CFP Submission Portal Deadline: https://events.drupal.org/rotterdam2026/submit-your-session-proposal
This is the biggest DXPR Builder release we have ever shipped.
In a 2023 interview with The DropTimes, I described our ultimate goal: "You will be able to put your granny in front of a computer and let her create a mobile-friendly webpage about her hobby." I talked about the day someone could just describe what they want and get a webpage instantly. Back then, I said the AI was too buggy for production. I said "I don't see this happening in 2023."
With DXPR Builder 2.8, you can describe what you want and watch AI build it for you: complete pages with sections, columns, images, and cards. All styled by your theme. All ready to publish. DXPR Builder is the first Drupal page builder you can talk to, and it will create and edit complex webpages. If you have never heard of Drupal: it is the open-source CMS behind sites like Tesla.com, the European Commission, and thousands of universities. DXPR Builder is the most popular way to build pages in Drupal without writing code. Thousands of sites rely on it, from Fortune 500 companies to government agencies to solo creators. Now every one of them gets AI superpowers.
This is not a chatbot bolted onto a CMS. This is AI that understands your page and what you want it do do, knows where to place content, and lets you refine anything with plain language. DXPR AI is powered by the same models behind ChatGPT, Google Gemini, and Claude. We integrate directly with OpenAI, Google, Anthropic, XAI, and Mistral, giving you access to the best AI models in the world from inside your page builder. If one provider is down, DXPR automatically switches to the next. No single point of failure, no vendor lock-in.
Jump into the free demo on try.dxpr.com
Building a landing page used to mean hours of dragging, dropping, writing, and tweaking. Now you tell it "create a landing page for an enterprise Drupal hosting service" and watch it go. AI generates a full layout: hero, features, testimonials, pricing, call to action. It builds section by section so you can guide it, or let it finish the whole page at once. Every element is a real DXPR Builder component you can drag, edit, and restyle.
Found a competitor page you love? Type "clone https://example.com/about-us" and AI grabs the page, analyzes its structure, and rebuilds it using real DXPR Builder components styled by your theme. Not a copy-paste of their code. A proper, editable recreation you can make your own in minutes. For agencies, this changes how you pitch: walk into a prospect meeting with a working first draft built from their competitor's site.
Every element on your page now has an "Edit with AI" option. Click a section and tell it "add a customer success story" or "make this sound more urgent." The AI rewrites the content in place without touching your layout. You can also select specific text inside any rich text editor and transform just that selection.
Other AI based site builders let you edit content with AI but won't let you edit with AI! With DXPR Builder, whether your content is decades old or freshly generated, AI will edit it with precision. Our highly optimized platform is calibrated for editing web content with incredible speed and precision.
Describe the image you need and AI creates it. "A modern office team collaborating on a laptop." "An abstract illustration of connected data points." No more hunting through stock photo libraries. Already have an image that is close but not quite right? Tell AI what to change and it edits the image in place.
Most AI tools top out at a few paragraphs. DXPR Builder 2.8 generates structured content with 1,000+ words, proper headings, and multiple sections. Whether it is a product page, a case study, a knowledge base article, or a blog post, AI researches your topic first, plans the structure, then writes.
Mention your company, a competitor, or any topic in your prompt and AI searches the web for current information before writing. It finds facts, figures, and context so you do not have to provide them. Just prompt and go.
Define your writing style ("Professional and clear" or "Bold and playful") and every AI interaction follows it. Use our Tone of Voice Generator to find the right voice. Set it once in the admin settings and forget about it.
Every DXPR account gets 10,000 free AI credits per month. 1 generated word = 1 credit. 1 generaed image = 1,000 credits. Only readable words count, not code or markup. Here is what 10,000 credits looks like in practice:
That is a solid day of content production. Enough to experience everything DXPR AI can do and ship real work.
Marketing teams that use AI daily typically produce 5-10x more content than before. A team with 50,000 credits per month can build new landing pages every week, produce campaign and product pages on demand, translate everything into three languages, and generate custom images for all of it. Top up AI credits anytime from your account dashboard. Credits are separate from your DXPR Builder subscription, so you only pay for what you use.
Our credits are competitively priced at just 50 cents per 1,000 credits! See our pricing page for more information.
AI features pause until your credits reset next month. We are adding usage alerts so you always know where you stand.
DXPR Builder has been rebuilt as an AI-first experience, greatly enhancing editor productivity while prioritizing our product-design for content marketers more than site builders, a refreshing switch from Drupal Canvas, where those roles often feel reversed in the UX. Moreover, by storing all layouts as standard Bootstrap HTML, it ensures your content investment remains portable and vendor-agnostic, empowering you to create well-documented marketing assets that thrive beyond the Drupal ecosystem.
DXPR Builder has commercial support, enterprise-grade security, hundreds of advanced elements and features, all designed for Drupal-bound content teams!
composer require 'drupal/dxpr_builder:^2.8'This is the most ambitious release we have ever done. The granny with the bird photography hobby? She can build her website now. And so can your marketing team, your content editors, and anyone else who has something to say but no time to learn a page builder.
Try it, push it, break it, and tell us what you find. Drop feedback on the Drupal.org issue queue or through our support desk.
It's true, no April fools. You can make your Browser tests run much quicker. How? By deleting them!
You will of course need to add a corresponding Kernel test - and that's the trick. Kernel tests run much faster than Browser tests.
But Browser tests make requests to the test site using an internal web browser, I hear you say, whereas Kernel tests make API calls directly. Kernel tests have their uses for testing APIs, but Browser tests are needed to test actual HTML output.
Aha! Kernel tests can now make HTTP requests.
This is subject to a number of caveats and limitations: there is no session, and forms can't be submitted. And functionality such as a current user, blocks on the page, and page caching will need additional setup.
And more generally, with Kernel tests, modules are enabled but not installed: you need to handle things like entity schemas, database tables, and install config yourself in the test. The benefit though is that you only set up the parts of the module that you need for your test.
So not all Browser tests are suitable for conversion. But a lot of them are. We're already working on converting tests in core, and as this feature has been backported to Drupal core 11.x, contrib modules can make use of it too.
The benefits to conversion are tests that run faster, so less time developing and less time waiting for CI pipelines to run, and a lower energy footprint and lower costs for drupal.org. And they're easier to debug too.
And if you haven't yet written any tests for your module, now is an excellent time to start!
Do you need help with writing PHPUnit tests, or getting started with test-driven development? I'm available for hire - contact me!
Across the global web ecosystem, Drupal continues to hold a steady position as a platform shaped by long-term reliability and structured flexibility. Its presence in government systems, higher education platforms, and enterprise environments reflects a consistent preference for stability over rapid change. This pattern has allowed Drupal to remain relevant across regions where durability, governance, and scalability are essential.
A recent reflection shared by Josh Koenig on LinkedIn, drawing on Drupal.org usage statistics, argues that Drupal adoption has declined across successive major releases since 2016. He frames this as a broader economic challenge for the ecosystem, pointing to reduced growth and a shift toward maintenance-driven work. While such data includes development environments and does not directly represent deployment scale, it continues to inform discussion about how Drupal’s role is evolving.
Within this context, Drupal’s role appears increasingly aligned with long-term systems rather than rapid expansion cycles. Much of the work around Drupal today centres on sustained platforms, incremental improvements, and continuity for existing implementations. This reflects how organisations engage with Drupal not as a short-term solution, but as infrastructure that supports complex digital operations over extended periods.
At the same time, Drupal continues to operate within a broader and changing technological landscape. Modern web development increasingly involves multiple layers, including frontend frameworks, composable architectures, and emerging AI-driven tools. In this environment, Drupal often functions as part of a larger system, contributing its strengths in content structuring, security, and extensibility.
The ongoing conversation signals a shift in how Drupal is positioned rather than a change in its foundational value. Its global adoption remains rooted in principles of openness, community-driven development, and support for complex digital experiences. As the web continues to evolve, Drupal remains part of that broader ecosystem.
Additional developments from across the Drupal ecosystem were published during the week. Readers may follow The DropTimes on LinkedIn, Twitter, Bluesky, and Facebook for continuing updates. The publication also maintains a presence on Drupal Slack in the #thedroptimes channel.
Thank you.
KAZIMA ABBAS
Sub-editor
The DropTimes
DrupalCon Chicago 2026 was one of the most exciting DrupalCons I've attended. Not because everything was perfect, but because the conversations were real. I came in pushing two conversations: the International Federation and what I call "the little guy". I left with more energy than I arrived with, and a clearer picture of what needs to happen next.
Dries opened with the story of Chicago literally lifting its buildings to rebuild its foundations. Perfect metaphor for where Drupal is right now. He talked about the stable triangle that has held Drupal together for 25 years: the product, the agencies, and the open source community. And he was honest about all three legs being under pressure from AI at the same time.
The demo was impressive. Using Lovable to generate a beautiful website in 15 minutes. Then migrating it to Drupal using Canvas CLI and OpenAI Codex in about two to three hours. The new pitch Dries proposed: "We use AI to prototype fast, then we use Drupal to build systems that last." I think that's a strong message.
Jurgen Haas showed what one Drupal expert can do with AI as a tool. 90,000 lines of code, over 300 commits, full test coverage for the new ECA experience. In six weeks. AI didn't replace his expertise. It removed friction. That's the model.
Aiden Foster from Foster Interactive named the dread AI created for him as a 17-year agency owner. And then he named what he learned: "The bottleneck isn't production anymore. It's creativity, strategy, and judgment. All innately human." He's right. And I think that realization is where the real opportunity lives for agencies in our community.
I've only been in Drupal for about half of those 25 years, but the gala was something special. Seeing friends and colleagues celebrating together, people who have built careers, companies, and communities around this project. It was a reminder of what makes Drupal different. The technology matters, but the people are why we stay.
Here's where I want to add to the conversation. When you watch the Driesnote demo carefully, a marketing director receives brand guidelines from a team, legal is involved, a landing page is created for a product launch. That's enterprise. And if you're a small company without a marketer or a team for brand guidelines, that demo doesn't speak to you. It might even scare you away.
The site templates and marketplace are great progress, eleven templates up from one six months ago. But the framing is still enterprise and mid-market.
Microsoft did not become the default by being the best. They became the default by being on every computer, which made people think about them when they needed a server. The same applies to WordPress. Forgetting the base of the pyramid is a mistake.
I made this point at the Marketing Initiative BoF. As long as we keep talking enterprise, we might solve today's problem, but we will be right back here again. This is not either/or. We need enterprise marketing AND the little guy.
We already have companies building for the down market. Dripyard, FlexSite, Drupito, Drupal Forge, Palcera, the IXP Initiative. At Josh Koenig's "Real Talk on Drupal's Economic Prospects" BoF, Ashraf from Drupito showed their marketplace approach, where agencies personalize templates to serve specific verticals like barbershops. Concrete proof that the tools and the willingness exist.
The problem is fragmentation. We're all pulling in our own directions, and we can't expect an already spread-too-thin DA to coordinate this for us. What we need is a strategy. Let us create the content. We just need help from the DA identifying the difference in tone, and we can help create and publish it. Then the DA helps with distribution through their larger channels. I shared this with Paul McKibben and Chris O'Donnell, and they agreed. But we need more people to join this effort.
Ana Laura Coto presented on the IXP Initiative and the credits we've already delivered during the Community Summit. A company completes an IXP engagement and gets 250 contribution credits. Bronze certified partner status requires 150. One engagement and you're on the path.
On contribution day, I presented the IXP to newcomers participating in Drupal in a Day. The pitch is straightforward: if a company cares about Drupal contribution credits, someone who completed the IXP can walk into a conversation and say "I'm worth 250 credits, hire me."
Between Drupal Camp Costa Rica and DrupalCon Chicago, over 100 people have registered for these programs. And honestly, I'm frustrated that companies are not jumping on these opportunities. We're feeding new talent into the ecosystem, people who could become the next generation of Drupal professionals. And the industry is barely paying attention.
And in the Driesnote, when Dries talked about driving adoption and the initiatives moving Drupal forward, the IXP was not mentioned. Again.
Dries said something on stage that I've been arguing for weeks: "Don't submit code you don't understand." The AI slop conversation has been intense in our community, and it landed in the right place. Not bans. Quality gates. Standards that apply to the output regardless of how it was produced. The community's response during DrupalCon week proved that people who deeply disagree on AI can still work together with respect. James Jackson Abrahams showed real leadership through that process, and I'm glad the community recognized it.
The International Federation was a thread through the entire week. During the Community Summit on Monday, Baddy Sonja laid out something important: you can't just say "create a federation" and expect it to happen. It takes time, costs, and expertise. That's fair.
But we also can't wait for a perfect plan. Through conversations with Baddy and Tim, I understand the different concerns around this. Funding. Community governance. Infrastructure ownership. All valid. But I pointed out something concrete: a model where local associations take in RippleMaker memberships and Drupal Certified Partner fees will increase funding directly. Right now, the main source of income besides DrupalCon is the DCP program, overwhelmingly based in the US with minimal commitments from outside.
I see local associations working in two parts. They increase funding by expanding membership and certification programs locally, with local payment methods, tax benefits, and pricing that makes sense. And that same revenue gives them a budget to promote Drupal in their markets the right way.
Others want full clarity on how everything would work before starting. I understand that instinct. But waiting for full clarity means waiting forever. We need to start somewhere and evolve.
There was also a comment during the board meeting about diversity of countries and companies on the board. I want to add something to that. Even if we achieve diversity of origin, that alone doesn't guarantee diversity of perspective. If someone lives in Latin America but their clients are all in the US or EU, their vision will still be shaped by those markets. Real diversity means having people who serve their local markets, who understand what it means to run a business where the economic reality is fundamentally different. That's what the Federation would bring.
During the board meeting, I brought up DrupalCon Latin America. We asked for the Drupal Association's help reaching prospective sponsors. Dries told us to find a couple of possible dates and consult with him directly. That's not a confirmation, but it's a door that wasn't open before. We're going to walk through it. If you're interested in sponsoring, speaking, or helping organize, reach out to me.
DrupalCon Chicago gave me energy and clarity. The product is moving. Drupal CMS 2.1, Canvas, the Context Control Center, the marketplace, site templates. The AI work is real and impressive.
Dries framing it as "AI amplifies expertise, it doesn't replace it" is exactly right.
But the conversations about the base of the pyramid, the markets we're ignoring, and the funding model that could change everything... those are still happening in BoFs and hallways, not on the main stage.
I didn't come to Chicago to wait. Rotterdam is next, and I hope by then the Federation is moving, the little guy has a voice in our marketing, and DrupalCon Latin America is on the calendar.
Drupal's cache.backend.chainedfast makes your site faster without any configuration. All you need is to have APCu on your server. It shows up in the bootstrap, config, and discovery cache bins, and most developers never think about it or even know it is being leveraged.
The chained-fast backend combines two backends: a fast, inconsistent backend (APCu, local to each web server process) and a consistent backend (the database, which is shared across all servers). APCu alone is dangerous in a multi-server environment because each server has its own copy of the data; invalidations on one server don't propagate to others. The chained backend solves this with a last-write timestamp.
read moreDrupal powers websites for governments, universities, major media organisations, and global brands - but historically it's demanded specialist knowledge just to get started. Last year's release of Drupal CMS changed that, putting Drupal's power within reach of the marketers, content teams, and site builders who actually run websites day to day.
Last week at DrupalCon Chicago, that vision took another huge step forward with the pilot launch of the Drupal Site Template Marketplace at marketplace.drupal.org.
The marketplace launches with an initial set of purpose-built site templates covering the use cases where Drupal has always excelled: nonprofits, higher education, healthcare, government, events, SaaS, and more, with more templates to follow as the programme grows.
Each template is a complete, working starting point. Not a design skin, but a fully configured site with real content models, editorial workflows, and Drupal's full architecture underneath. Install one inside DrupalCMS and you have a professional, sector-appropriate website that's ready to customise, not a blank slate dressed up nicely.
Free and premium options are available.
This distinction matters, and it's worth being direct about it.
Theme marketplaces, the kind WordPress is known for, offer visual overlays. They change how a site looks. They don't change how it works. That's fine for simple sites, but organisations that need real editorial workflows, structured content, access controls, multilingual support, or compliance requirements quickly find that a theme doesn't help. They're building the architecture from scratch regardless of how they started.
A Drupal site template includes that architecture from day one. The content models, the configuration, the editorial structure, all of it is already there, built to production standards, ready to extend.
That means the ceiling is genuinely different. Other tools can generate something that looks right. Drupal templates give you something that actually works, at scale, with a team, under real operational conditions.
Each template is designed around a specific use case, which means the features that matter for that sector are already configured and ready.
A nonprofit template arrives with the tools a nonprofit actually needs. A healthcare template is built around the trust and clarity that patients expect. A government template starts from the accessibility and security standards that aren't optional in the public sector.
Drupal's sector expertise, applied earlier in the process, so organisations can spend their time on what's specific to them, not on rebuilding foundations that have already been solved.
Every template in the marketplace connects you directly to the team that built it. If you need help customising, extending, or getting the most out of your starting point, the expertise is right there.
The marketplace is launching as a pilot, a deliberate decision to get the foundations right before scaling. The initial templates have been built to a high bar by agencies with deep Drupal expertise, and the programme will expand as more makers come on board.
It's an early but meaningful moment. The vision: a rich catalogue of sector-specific, production-ready starting points that make Drupal accessible to any organisation, is now becoming real.
Browse the current templates at marketplace.drupal.org.
Drupal powers websites for governments, universities, major media organisations, and global brands - but historically it's demanded specialist knowledge just to get started. Last year's release of Drupal CMS changed that, putting Drupal's power within reach of the marketers, content teams, and site builders who actually run websites day to day.
Last week at DrupalCon Chicago, that vision took another huge step forward with the pilot launch of the Drupal Site Template Marketplace at marketplace.drupal.org.
The marketplace launches with an initial set of purpose-built site templates covering the use cases where Drupal has always excelled: nonprofits, higher education, healthcare, government, events, SaaS, and more, with more templates to follow as the programme grows.
Each template is a complete, working starting point. Not a design skin, but a fully configured site with real content models, editorial workflows, and Drupal's full architecture underneath. Install one inside DrupalCMS and you have a professional, sector-appropriate website that's ready to customise, not a blank slate dressed up nicely.
Free and premium options are available.
This distinction matters, and it's worth being direct about it.
Theme marketplaces, the kind WordPress is known for, offer visual overlays. They change how a site looks. They don't change how it works. That's fine for simple sites, but organisations that need real editorial workflows, structured content, access controls, multilingual support, or compliance requirements quickly find that a theme doesn't help. They're building the architecture from scratch regardless of how they started.
A Drupal site template includes that architecture from day one. The content models, the configuration, the editorial structure, all of it is already there, built to production standards, ready to extend.
That means the ceiling is genuinely different. Other tools can generate something that looks right. Drupal templates give you something that actually works, at scale, with a team, under real operational conditions.
Each template is designed around a specific use case, which means the features that matter for that sector are already configured and ready.
A nonprofit template arrives with the tools a nonprofit actually needs. A healthcare template is built around the trust and clarity that patients expect. A government template starts from the accessibility and security standards that aren't optional in the public sector.
Drupal's sector expertise, applied earlier in the process, so organisations can spend their time on what's specific to them, not on rebuilding foundations that have already been solved.
Every template in the marketplace connects you directly to the team that built it. If you need help customising, extending, or getting the most out of your starting point, the expertise is right there.
The marketplace is launching as a pilot, a deliberate decision to get the foundations right before scaling. The initial templates have been built to a high bar by agencies with deep Drupal expertise, and the programme will expand as more makers come on board.
It's an early but meaningful moment. The vision: a rich catalogue of sector-specific, production-ready starting points that make Drupal accessible to any organisation, is now becoming real.
Browse the current templates at marketplace.drupal.org.
Drupal powers websites for governments, universities, major media organisations, and global brands - but historically it's demanded specialist knowledge just to get started. Last year's release of Drupal CMS changed that, putting Drupal's power within reach of the marketers, content teams, and site builders who actually run websites day to day.
Last week at DrupalCon Chicago, that vision took another huge step forward with the pilot launch of the Drupal Site Template Marketplace at marketplace.drupal.org.
The marketplace launches with an initial set of purpose-built site templates covering the use cases where Drupal has always excelled: nonprofits, higher education, healthcare, government, events, SaaS, and more, with more templates to follow as the programme grows.
Each template is a complete, working starting point. Not a design skin, but a fully configured site with real content models, editorial workflows, and Drupal's full architecture underneath. Install one inside DrupalCMS and you have a professional, sector-appropriate website that's ready to customise, not a blank slate dressed up nicely.
Free and premium options are available.
This distinction matters, and it's worth being direct about it.
Theme marketplaces, the kind WordPress is known for, offer visual overlays. They change how a site looks. They don't change how it works. That's fine for simple sites, but organisations that need real editorial workflows, structured content, access controls, multilingual support, or compliance requirements quickly find that a theme doesn't help. They're building the architecture from scratch regardless of how they started.
A Drupal site template includes that architecture from day one. The content models, the configuration, the editorial structure, all of it is already there, built to production standards, ready to extend.
That means the ceiling is genuinely different. Other tools can generate something that looks right. Drupal templates give you something that actually works, at scale, with a team, under real operational conditions.
Each template is designed around a specific use case, which means the features that matter for that sector are already configured and ready.
A nonprofit template arrives with the tools a nonprofit actually needs. A healthcare template is built around the trust and clarity that patients expect. A government template starts from the accessibility and security standards that aren't optional in the public sector.
Drupal's sector expertise, applied earlier in the process, so organisations can spend their time on what's specific to them, not on rebuilding foundations that have already been solved.
Every template in the marketplace connects you directly to the team that built it. If you need help customising, extending, or getting the most out of your starting point, the expertise is right there.
The marketplace is launching as a pilot, a deliberate decision to get the foundations right before scaling. The initial templates have been built to a high bar by agencies with deep Drupal expertise, and the programme will expand as more makers come on board.
It's an early but meaningful moment. The vision: a rich catalogue of sector-specific, production-ready starting points that make Drupal accessible to any organisation, is now becoming real.
Browse the current templates at marketplace.drupal.org.
Just under the deadline for the March newsletter!
I spent the last week at DrupalCon Chicago, seeing lots of old friends and having lots of discussions about the impact of AI on open-source developers everywhere.
I'm noticing that because of AI it's getting easier for our lovely community to contribute to DDEV. But I'm also seeing that our PR queue is getting longer, and Stas and I are feeling more pressure from it, because we sure don't like to frustrate contributors. In many cases, we have been getting good quality and nontrivial contributions, and contributions that have been prioritized. But they may not be exactly the things that we were hoping to put our own energy toward. And a couple of them are difficult to review because they touch low-level areas.
And I even notice that I am tempted to create too many new PRs because it's easy. On the train back from Chicago (30 hours) I couldn't help myself and did two new diagnostic commands for DDEV (using Claude Code). It's all well and good, but that's two more PRs that I have to study carefully, manually test on multiple platforms, and that Stas has to look at and test.
We'd love to have your comments and feedback about this cycle. Here are some thoughts that came up in various conversations:
If you're interested in contributing more deeply and moving toward a maintainer role, the contributor training sessions are a good way to get started. And join us for conversations and community support in Discord and the issue queue.
ddev-mngr add-on.git worktree Contributor Training → Our March 26 session covered using git worktree with DDEV to run multiple versions of the same project simultaneously. Watch the recording and read the post↗DrupalCon Chicago was a highlight of the month. Birds-of-a-Feather (BoF) sessions are informal, attendee-organized meetups at DrupalCon where people with a common interest gather to talk — no slides required. I led several DDEV BoFs, including Git Worktrees and DDEV, DDEV Office Hours, What's New in DDEV, New ddev share features, Xdebug in DDEV, and Using coder.ddev.com (DDEV in the Cloud).
If you attended and have thoughts (or are just interested) join us to discuss in Discord.
Florida Drupalcamp in February was also a good time — see the git worktree session recording was well-received. Thanks to everyone who came out and shared their DDEV experiences.
The DDEV board and advisory group met on March 4, 2026. See all the details and recording.
The next meeting is May 6, 2026 at 8:00 AM US Mountain / 10:00 AM US Eastern / 16:00 CEST. Add to Google Calendar • Discussion and details
ddev-drupal-contrib add-on continues to be a go-to for Drupal contrib module development. View on GitHub↗Two pieces this month featuring DDEV maintainer Stas Zhuk:
Join us for upcoming training sessions for contributors and users.
Join Zoom Meeting — Meeting ID: 731 569 2237 — Passcode: 12345
Sponsorship is at 77% of goal — thank you to everyone who has contributed!
February 2026: ~$8,422/month (70% of goal)
March 2026: ~$9,294/month (77% of goal) - Great progress, thank you!
If DDEV has helped your team, consider sponsoring. Whether you're an individual developer, an agency, or an organization, your contribution makes a difference. → Become a sponsor↗
Contact us to discuss sponsorship options that work for your organization.
Compiled and edited with assistance from Claude Code.
read moreLive from DrupalCon Chicago, Nic Laflin is joined by Tim Plunkett, Steve Wirt, Martin Anderson-Clutz, and John Picozzi to discuss the event's tone, Dries Notes and key themes including Drupal Canvas, Drupal AI, and new site templates/marketplace progress and more.
For show notes visit: https://www.talkingDrupal.com/546
Topics
Martin Anderson-Clutz - mandclu.com mandclu
John Picozzi - epam.com johnpicozzi
Tim Plunkett - timplunkett
HostsNic Laflin - nLighteneddevelopment.com nicxvan
Steve Wirt - civicactions.com Swirt
read more
Having spent last month working on the new design for the demo theme, I decided to do something similar and focus on a project for March. This month I worked on LocalGov Services.
In my portion of the “Drupal CMS Spotlights” keynote, I made the case that in my 19+ years of being involved in the Drupal community, now is the most exciting time in Drupal’s history.
I showed up to DrupalCon very anxious, because we had one training, three sessions, one booth session, and an extra “appearance” beyond that. Phew! In addition, Andy, Adam G-H, and I had only just wrapped up the work on Drupal CMS that allowed for paid site templates in the installer.
With all of the work being done on 1) Drupal CMS, 2) Drupal Canvas, and 3) Drupal AI, it really feels like the pace of innovation has increased significantly from just two years ago. It’s exciting, but oftentimes it's also a bit overwhelming!
read moreFalling in the playground
Using the metaphor of a playground for my AI Drupal development environment now feels completely fitting, based on my experience building a module using AI. Good playgrounds have a variety of structures that challenge kids of different ages and confidence levels, helping them develop their physical and social skills.
For example, most kids don't just run into a playground and immediately climb to the top of the monkey bars as their first move; yes, some daredevils will go straight there, and foolish ones will cry for help if they get stuck. My specific playground experience with AI was learning how to fall, get up, and try again. My obstacle was building a module using Claude Code. Similar to kids trying their first climb on the monkey bars, they expect to reach the top effortlessly, but as they climb, they face reality, their hands get sweaty, and they look down.
Unrealistic expectations
I had glorious expectations for my experience building a fairly complex module with Claude Code. I assumed that a fully documented module specification plan would guide Claude in creating a working solution.
Personally, I am not very skilled at writing requirements, specifications, and documentation. At best, I excel at writing self-documenting code, which is somewhat of a cop-out. For me, having a complete plan in place before starting implementation feels like a refreshing change. Creating better plans for AI coding agents will help me become a better mentor to humans.
Prompting a comprehensive plan
I wrote my module specification using Claude Chat. In my previous post about experimenting with agent skills, I shared an example module...Read More
read moreDrupal 12 will hash passwords with Argon2id by default. It moves every Drupal site to what is now best practice for password storage, recommended by OWASP and aligned with NIST guidance.
Drupal is often used for security-sensitive and large-scale sites, so these kinds of changes matter.
Early versions of Drupal stored passwords as simple MD5 hashes, which is extremely weak by today's standards. Drupal 7 introduced a modified version of the phpass library using SHA-512 with multiple iterations and a salt, and Drupal 10 switched to bcrypt. Each jump was a response to attackers getting faster hardware, and this change continues that pattern.
When I first looked at this change, I wanted to understand what Argon2id actually does differently from bcrypt.
Its key advantage is that it is "memory hard". Each Argon2id hash requires far more memory to compute than a bcrypt hash, and the amount is configurable.
Modern GPUs can run many bcrypt computations in parallel because each one uses very little RAM. GPUs have a lot of total memory, but it is shared across thousands of parallel computations. As a result, Argon2id limits how many hash computations can run in parallel, making it harder and more expensive to scale attacks.
The best security upgrades are the ones nobody has to think about. Once a site upgrades to Drupal 12, existing passwords will automatically be rehashed to Argon2id the next time each user logs in. And in the unlikely event that Argon2id is not available in a particular PHP installation, Drupal will fall back to bcrypt for compatibility.
Many site owners never think about password hashing, so Drupal's defaults become their security policy. The people who benefit most from this change may never know it happened. It's why being "secure by default" matters so much.
Thanks to everyone who helped make this happen.
read moregit worktree lets you check out multiple branches of the same repository into separate directories—all sharing one .git directory. Combined with DDEV, this gives you multiple running versions of the same project without duplicate clones.
There are many ways to use this, but some common patterns:
Here's our March 26, 2026 Contributor Training on using git worktree with DDEV:
The slides are available at rfay.github.io/git-worktree-ddev.
See also the presentation at Florida Drupal Camp.
When you need to work on several branches of a project simultaneously—say, a feature branch and a hotfix branch—the naive approach is to clone the repository twice:
git clone git@github.com:ddev/d11simple fancy-feature-1
git clone git@github.com:ddev/d11simple fancy-feature-2
This works, but each clone is a full redundant copy, and sharing objects or refs between them is awkward.
By default, DDEV names a project after the directory it lives in. When you remove the name: key from .ddev/config.yaml, every checkout of a project gets the name of its parent directory automatically.
You can make this the global default:
ddev config global --omit-project-name-by-default
With that in place, fancy-feature-1/ becomes https://fancy-feature-1.ddev.site and fancy-feature-2/ becomes https://fancy-feature-2.ddev.site—no manual naming is required.
git worktreegit worktree solves the duplicate-clone problem. All worktrees share one .git directory:
# In ~/workspace/D11SIMPLE:
git clone git@github.com:ddev/d11simple
cd d11simple
git worktree add ../fancy-feature-1
git worktree add ../fancy-feature-2
Without a branch argument, git worktree add creates a new branch named after the directory. To check out an existing branch instead:
git worktree add ../fancy-feature-1 origin/fancy-feature-1
The resulting layout:
D11SIMPLE/
├── d11simple # primary clone (has .git/)
├── fancy-feature-1 # worktree checkout
└── fancy-feature-2 # worktree checkout
Export database and files from your primary project once, then import into each worktree:
# From ~/workspace/D11SIMPLE — create a shared tarball directory
mkdir .tarballs
# Export from the primary clone
cd d11simple
ddev export-db --file=../.tarballs/db.sql.gz
# Adjust the path below for your CMS; web/sites/default/files is Drupal
tar -C web/sites/default/files -czf ../.tarballs/files.tgz .
# Import into a worktree
cd ../fancy-feature-1
ddev start
ddev import-db --file=../.tarballs/db.sql.gz
ddev import-files --source=../.tarballs/files.tgz
git worktree Commandsgit worktree add <path> # Usually a relative path
git worktree list # Show all worktrees
git worktree remove <name> # Remove a worktree
name: from .ddev/config.yaml so each worktree uses its directory name as the project nameddev config global --omit-project-name-by-default to make this behavior the default for all projectsgit worktree add <path> creates a new checkout sharing the same .gitClaude Code was used to draft and review this blog.
read moreFollowing on from my last article, an introduction to HTMX in Drupal, I wanted to start looking at examples of HTMX being used to power interactivity in Drupal in different ways.
I thought a good place to start this off would be to look at using HTMX in a simple controller. By creating a route to a controller we can render content and then inject HTMX attributes to perform actions with the same controller.
In this article I will put together a controller action to load some pages of content to display them as a list. An element containing HTMX attributes will be used to make a request back to the same controller action and generate more items in the list. These new items will be appended to the existing list along with another element containing HTMX attributes that we can use to request more items.
The HTMX element will act like a "load more" button, which will load more and more content as long as there is content to load.
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.
First, let's create the route to the controller.
The route we create here just links the path requested with the controller class. As we are only using a single action in this example we don't need to provide a second route for the HTMX request.
read moreAt DrupalCon Chicago 2026, the Drupal Community Working Group was honored to announce April Sides as the recipient of the 2026 Aaron Winborn Award. Named in memory of longtime contributor Aaron Winborn, this award recognizes individuals who embody kindness, integrity, and a deep, above-and-beyond commitment to the Drupal community.
April Sides truly embodies the spirit of the Aaron Winborn Award through the care, consistency, and intention she brings to everything she does in the Drupal community. She has been a driving force behind initiatives like A11yTalks and Drupal Camp Asheville, while also contributing to programs like MOSA and serving on the CWG Community Health Team to foster a more welcoming and supportive space for all. As a speaker, trainer, organizer, and volunteer at nearly every camp she attends, April shows up again and again for this community. Her work is grounded in accessibility, inclusion, and genuine care for people, and her impact is felt not just in what she builds but in how she supports and uplifts everyone around her.
April is not just a stellar professional. They are a habitual contributor. Serving their local Drupal community and now serving on a non-profit board over Drupal events, April is an inspiration. When I think of April, I remember how they brighten the room, with humble fashion sense, making the multitudes of duties seem easy.
April Sides deserves the Aaron Winborn Award because she consistently shows up for the Drupal community with care, integrity, and a deep sense of responsibility for the people in it. April does the kind of work that often goes unnoticed, not because it isn’t important, but because it’s rooted in trust, discretion, and kindness. She makes space for people when they need it most and does so without expectation of recognition. Over the years, I’ve seen April take on some of the hardest and emotionally demanding roles in our community, including event leadership, community health work, and serving as a code of conduct contact. These roles require empathy, patience, and fairness, and April approaches them in a way that makes people feel heard and supported. When situations are complicated or uncomfortable, she listens, she helps, and she follows through. April’s commitment goes beyond maintaining community spaces. She actively works to make them better. April leads with kindness and integrity, and her quiet, consistent dedication has made the Drupal community a safer, more welcoming place for so many of us.
April is such a great person and cares so much about the community. She's an organizer of the second best DrupalCamp in the world (which is no small feat). I believe that camp would not exist without her hard work.
Special thank you to Annertech and CSGov in Czechia for creating and delivering the award this year.
Take a look at how the award was made.
The award is named after a long-time Drupal contributor who lost his battle with ALS in 2015. This award recognizes an individual who, like Aaron, demonstrates personal integrity, kindness, and an above-and-beyond commitment to the Drupal project and community.
Previous winners of the award are Cathy Theys, Gabór Hojtsy, Nikki Stevens, Kevin Thull, Leslie Glynn, Baddý Breidert, AmyJune Hineline, Angie Byron, Randy Fay, Mike Anello, and Kristen Pol. Current CWG Conflict Resolution Team members, along with previous winners, selected the winner based on nominations submitted by Drupal community members.
Nominations for next year's award will open in early 2027.
Author: Priyanka Jeph
At DrupalCon Vienna, Dries Buytaert opened his keynote with a question the room was already asking: what happens to Drupal in a world full of AI?
He answered with a live demonstration showcasing three things the initiative had built and shipped:
The keynote highlighted an important aspect: humans stay in the loop and approve every change before anything goes live.
Since Vienna, 10 new organisations have joined as partners, bringing the total to 31. The initiative has now secured the equivalent of $1.5 million in combined support, comprising both direct funding and a committed contribution of 50 staff dedicated to advancing the work.
What is most exciting to me is not just what we’ve built, but how we’ve built it. With a growing group of contributors and more than $1.5 million in funding, this is now a coordinated effort to bring AI into Drupal in a way that is open, trusted, and built to last.
Dries Buytaert
A portion of funds is being invested in delivery management. The initiative conducted a formal Request for Proposal (RFP) process to appoint delivery partners responsible for coordinating work across both the innovation and product development streams. QED42 and 1xINTERNET were selected to lead the innovation and product development work streams respectively.
Progress is also visible in what has shipped since Vienna. Drupal AI 1.2.0 came first. MCP support followed. Drupal CMS 2.0 launched with Canvas as the default editing experience.
Drupal AI 1.3.0 introduced governance controls, editorial workflows, and production visibility for organisations running AI seriously.
With the increased momentum in development it has been essential to scale marketing capacity. Paul Johnson announced the appointment of 10 marketing leads. Each will specialise on delivering specific key elements of the marketing strategy.
The initiative has been successful in bringing Drupal to external audiences across multiple global locations including Oaisys Conference in Pune, Drupal AI Summit Paris, DrupalCon Nara in Japan, the European Commission hackathon, and a growing number of workshops and meetups kept the work visible across contributors, regions, and practical discussions.
In the near future we have Drupal AI Summit New York City, May 14th, intended to bring the same conversation to enterprise leaders and practitioners. The team will exhibit at The AI Summit London as part of London Tech week which sees more than 45 000 attendees from around 90 countries across multiple days of programming.
Drupal AI has moved beyond being merely a set of separate features. It is now realised through connected capabilities. Content, context, and editorial decisions begin to work together inside the same system.
Early in his Keynote at DrupalCon Chicago, Dries Buytaert widened the conversation. He said AI is now affecting three parts of Drupal at once. The product. The agencies around it. The open source community behind both.
That makes Chicago feel larger for Drupal AI. The releases matter. But they now sit inside a broader shift already affecting how Drupal is built, funded, and extended.
Photo: Paul Johnson
Drupal AI is being deliberately designed as a native part of the platform, embedded within how Drupal operates rather than introduced as an additional layer on top. In doing so, AI becomes more useful as it works inside systems that already carry structure and context.
That is why Canvas AI mattered in Chicago. The demonstration was less about generating a page quickly and more about showing how content could move through Drupal while keeping structure, linking, and reusable patterns intact.
The same logic appeared when Dries returned to the Context Control Center, first introduced in Vienna. If AI is expected to assist meaningfully, organisational knowledge cannot remain outside the system. Brand rules, editorial priorities, and internal decisions need to stay close to where content is shaped.
That is what Chicago makes clearer: Drupal AI is being positioned around context as much as capability.
One of the clearest shifts in Chicago came when the conversation moved from product to agency work.
AI is rapidly reducing the cost of production, but that does not reduce the need for judgment. It changes where the value sits.
Dries brought in Aidan Foster's observation directly: the bottleneck is no longer making things. The harder part is deciding what should be made, how it should work, and what quality still means when output becomes easier to create.
That is why agencies remain part of the same conversation. As production speeds up, strategy, interpretation, and institutional understanding begin to matter more, not less.
In that sense, as production becomes easier, the harder part shifts elsewhere. Context, judgment, and internal knowledge begin to matter more, which is exactly where Drupal is placing more emphasis.
The initiative now feels materially different from where it stood even a few months ago. Prototypes are moving into alpha and beta stages, stable releases are approaching, and coordination across teams is visibly stronger. More people are involved, and the relationship between Drupal CMS, Drupal AI, and core has become easier to follow.
That shift matters because the work no longer reads as parallel experimentation. Product releases, editorial workflows, and context systems are beginning to move toward the same operating idea: AI becomes more useful when it works inside structures organisations already trust.
Photo: Jeremy Chinquist (jjchinquist)
The roadmap shown in Chicago reinforces that direction. For organisations already evaluating open source AI for digital platforms, Drupal AI now presents a clearer path to adoption.
For a complete view of how Drupal AI is framing that next stage, Dries Buytaert’s full DriesNote from Chicago is worth watching.
In his ‘#DriesNote’ presentation at DrupalCon Chicago 2026, Dries addressed the elephant in the room: AI is currently flooding the web with "average" content: fast to produce, but hard to distinguish. While there are tools that can generate beautiful prototypes in 15 minutes with no technical skill, those prototypes lack the structured data, governance, and durability required by serious organizations.
Drupal is bridging the gap between “AI speed” and enterprise assurance through two key innovations: the Context Control Centre (CCC) and Drupal Canvas AI, a new approach to building digital experiences.
The most significant hurdle for AI today is a lack of context. Without it, AI simply gives you the "average response." The Context Control Centre changes this by allowing organizations to store their unique "DNA" directly within Drupal.
The CCC organizes institutional knowledge into actionable data:
Brand Guidelines: Specific rules for tone, voice, and formatting.
Personas: Detailed profiles of target audiences (e.g., Controllers vs. IT Ops).
Dynamic Context: A groundbreaking feature where the CCC connects to live data sources like Google Analytics 4 (GA4).
Built into your Drupal CMS, AI tools don't just guess; they work within your specific business reality to ensure their output is always on brand, within guidelines, and relevant to the contextual nuances of the task at hand.
The second half of the equation is Drupal Canvas AI, the next-generation page builder.
Instead of dragging and dropping components, you can just tell the AI what you want with prompts that describe the page and content you want to produce. Canvas AI, in conjunction with the CCC, will create the page and include the components you need.
As Dries noted, production is becoming a commodity, but judgment and strategy remain human. Drupal AI doesn’t replace your teams, it amplifies their capability to deliver ‘Quality at Scale.’
Missed the Driesnote? You can watch it here.
Drupal, the open source content management platform that runs some of the most demanding websites on the planet, turned 25 in January. But while the community is celebrating what is a remarkable milestone for any open source project, it is actively strengthening its foundations to lead in the AI era and looking ahead to a future it intends to shape.
This week at DrupalCon Chicago, Drupal's creator Dries Buytaert delivered his annual keynote, the DriesNote, and it was one of the more honest talks you'll hear at a tech conference. A clear-eyed look at what's working, what's under pressure, and what the plan actually is.
For more than two decades, the Drupal ecosystem has rested on three things: the platform itself, the agencies that build with it, and the community that maintains it. That triangle has survived waves of new technology and constant change. It's been remarkably resilient.
But what happens when AI disrupts all three sides at once? When anyone can spin up a decent-looking site in fifteen minutes, what does that do to the people who've spent years building something better? That’s what is happening at the moment, as the world is being flooded with AI-generated “average”. Average content, average code, average websites - average is easier to attain than ever.
What it means is that the only thing that will actually matter, to customers, to organisations, to the people trying to build something lasting on the open web, is genuine, hard-won, deep expertise.
Here's something worth understanding, because it gets lost in the noise.
AI can generate a beautiful website in about fifteen minutes. Tools like Lovable and Replit are genuinely impressive. You give them a prompt, they give you something that looks polished and professional. It feels like magic.
But a prototype is not a production system.
The moment you need structured content that editors can actually update, workflows that a real team can follow, permissions, governance, security, accessibility, multilingual support, compliance... you're not building a website anymore. You're building a system. And building systems is exactly what Drupal has excelled at for 25 years.
The demo at DrupalCon made this tangible. A beautiful event site built in Lovable in minutes, then migrated into Drupal CMS using AI coding tools, where the hard-coded layout became structured, reusable, editable content. Same visual ambition. Completely different foundation.
The pitch is simple: AI gets you to visual ambition fast. Drupal makes that ambition durable.
This isn't a vision talk. Things are being built and released.
DrupalCMS 2.1 landed at DrupalCon, built on top of Drupal Core 11.3. Over the last 18 months, core database and cache utilization have roughly halved, meaning every Drupal site in the world gets faster when it upgrades. That's not a minor thing. That's the compounding benefit of a serious engineering community.
Site templates and a marketplace are now live at marketplace.drupal.org, with more than ten purpose-built templates covering nonprofits, education, healthcare, events, government, and SaaS, built by agencies that understand those sectors. Free and premium options, with direct access to the people who made them if you need help.
Canvas, Drupal's new page-building layer, lets teams create and customise pages at speed without sacrificing the structured content underneath.
The Context Control Centre is a system for storing and managing your organisation's institutional knowledge (brand guidelines, content strategy, audience personas, live analytics) and it's moving from prototype to production. The idea is that AI tools are only as good as the context they're given. Without it, you get the average of the internet. With it, you get something that actually knows your brand.
And in the AI layer itself, a demo showed what it looks like when a marketer can drop a raw content brief into Drupal, have the system read it, load the right brand and strategy context, ask clarifying questions, and generate a production-ready page, with proper cross-linking, structured data for AI search engines, and an accessibility check built in.
That's not a concept. That's a demo running on real code.
The most striking moment of the keynote was a contribution from Jurgen Haas, one of the Drupal community's most experienced developers. He builds ECA, Drupal's automation engine, running on thousands of production sites.
Three years ago, he knew what ECA needed. He knew how to build it. He never had the time.
Six weeks ago, he started. With AI as a collaborator, handling scaffolding, generating tests, refactoring code, he shipped a completely rebuilt workflow editor: a new visual interface, built-in debugging and replay, in-context automation for non-technical users. 90,000 lines of code. Full test coverage. One person.
"This is what one Drupal developer can build in six weeks," he said. "Imagine what all of us can build next."
The key detail: Jurgen could explain every line. He could defend the architecture. He owned what he built. AI removed friction. It didn't replace expertise.
Not everything in the keynote was product news.
Dries was honest about the pressure on Drupal agencies. When AI commoditises production, and it is, the business models that agencies have built over years start to look shaky. An agency leader named Aidan Foster, seventeen years into running a Drupal shop, described the feeling plainly: "AI had converted making things into a commodity. That shook the foundations I had spent 17 years building."
But Aidan's conclusion was interesting. The bottleneck isn't production anymore. It's creativity, strategy, and judgement. If you use AI without asking the hard questions, who are we, who are our audience, what makes us different, you get the boring average. The agencies that will win are the ones that get good at encoding expertise, not just delivering outputs.
There's also a challenge for the community itself. AI lowers the barrier to contribute code, which sounds good, until you realise the burden of reviewing that code falls on the same small group of maintainers. And when people use AI to skip the deep learning that used to come from contributing, the community gets shallower. A shallow community can't maintain what's been built.
Dries' response was a new mantra:never submit code you don't understand. It doesn't matter what tools you used to write it. If you submit it, you own it.
Twenty years ago, Dries was a bedroom inventor who collapsed from stress on a street in Belgium. He had a choice: take a safe job, walk away from the thing he'd built, or ask for help and become a deliberate leader.
He made the harder choice. The community that grew up around that choice is why Drupal is still here, still relevant, still running critical infrastructure for organisations around the world.
Now there's another crossroads. AI is both the flood and the drainage system. It destabilises the foundations and it can help rebuild them stronger.
Twenty-five years of Drupal is twenty-five years of expertise built patch by patch, merge request by merge request. A community that showed up not because it had to, but because it cared. That's not a liability in the age of AI. That's exactly what this moment needs.
DrupalCon Chicago runs through this week. The marketplace is live at marketplace.drupal.org. The Context Control Centre is approaching production. The Drupal AI initiative is moving fast.
Missed the Driesnote? You can watch it here.
Drupal, the open source content management platform that runs some of the most demanding websites on the planet, turned 25 in January. But while the community is celebrating what is a remarkable milestone for any open source project, it is actively strengthening its foundations to lead in the AI era and looking ahead to a future it intends to shape.
This week at DrupalCon Chicago, Drupal's creator Dries Buytaert delivered his annual keynote, the DriesNote, and it was one of the more honest talks you'll hear at a tech conference. A clear-eyed look at what's working, what's under pressure, and what the plan actually is.
For more than two decades, the Drupal ecosystem has rested on three things: the platform itself, the agencies that build with it, and the community that maintains it. That triangle has survived waves of new technology and constant change. It's been remarkably resilient.
But what happens when AI disrupts all three sides at once? When anyone can spin up a decent-looking site in fifteen minutes, what does that do to the people who've spent years building something better? That’s what is happening at the moment, as the world is being flooded with AI-generated “average”. Average content, average code, average websites - average is easier to attain than ever.
What it means is that the only thing that will actually matter, to customers, to organisations, to the people trying to build something lasting on the open web, is genuine, hard-won, deep expertise.
Here's something worth understanding, because it gets lost in the noise.
AI can generate a beautiful website in about fifteen minutes. Tools like Lovable and Replit are genuinely impressive. You give them a prompt, they give you something that looks polished and professional. It feels like magic.
But a prototype is not a production system.
The moment you need structured content that editors can actually update, workflows that a real team can follow, permissions, governance, security, accessibility, multilingual support, compliance... you're not building a website anymore. You're building a system. And building systems is exactly what Drupal has excelled at for 25 years.
The demo at DrupalCon made this tangible. A beautiful event site built in Lovable in minutes, then migrated into Drupal CMS using AI coding tools, where the hard-coded layout became structured, reusable, editable content. Same visual ambition. Completely different foundation.
The pitch is simple: AI gets you to visual ambition fast. Drupal makes that ambition durable.
This isn't a vision talk. Things are being built and released.
DrupalCMS 2.1 landed at DrupalCon, built on top of Drupal Core 11.3. Over the last 18 months, core database and cache utilization have roughly halved, meaning every Drupal site in the world gets faster when it upgrades. That's not a minor thing. That's the compounding benefit of a serious engineering community.
Site templates and a marketplace are now live at marketplace.drupal.org, with more than ten purpose-built templates covering nonprofits, education, healthcare, events, government, and SaaS, built by agencies that understand those sectors. Free and premium options, with direct access to the people who made them if you need help.
Canvas, Drupal's new page-building layer, lets teams create and customise pages at speed without sacrificing the structured content underneath.
The Context Control Centre is a system for storing and managing your organisation's institutional knowledge (brand guidelines, content strategy, audience personas, live analytics) and it's moving from prototype to production. The idea is that AI tools are only as good as the context they're given. Without it, you get the average of the internet. With it, you get something that actually knows your brand.
And in the AI layer itself, a demo showed what it looks like when a marketer can drop a raw content brief into Drupal, have the system read it, load the right brand and strategy context, ask clarifying questions, and generate a production-ready page, with proper cross-linking, structured data for AI search engines, and an accessibility check built in.
That's not a concept. That's a demo running on real code.
The most striking moment of the keynote was a contribution from Jurgen Haas, one of the Drupal community's most experienced developers. He builds ECA, Drupal's automation engine, running on thousands of production sites.
Three years ago, he knew what ECA needed. He knew how to build it. He never had the time.
Six weeks ago, he started. With AI as a collaborator, handling scaffolding, generating tests, refactoring code, he shipped a completely rebuilt workflow editor: a new visual interface, built-in debugging and replay, in-context automation for non-technical users. 90,000 lines of code. Full test coverage. One person.
"This is what one Drupal developer can build in six weeks," he said. "Imagine what all of us can build next."
The key detail: Jurgen could explain every line. He could defend the architecture. He owned what he built. AI removed friction. It didn't replace expertise.
Not everything in the keynote was product news.
Dries was honest about the pressure on Drupal agencies. When AI commoditises production, and it is, the business models that agencies have built over years start to look shaky. An agency leader named Aidan Foster, seventeen years into running a Drupal shop, described the feeling plainly: "AI had converted making things into a commodity. That shook the foundations I had spent 17 years building."
But Aidan's conclusion was interesting. The bottleneck isn't production anymore. It's creativity, strategy, and judgement. If you use AI without asking the hard questions, who are we, who are our audience, what makes us different, you get the boring average. The agencies that will win are the ones that get good at encoding expertise, not just delivering outputs.
There's also a challenge for the community itself. AI lowers the barrier to contribute code, which sounds good, until you realise the burden of reviewing that code falls on the same small group of maintainers. And when people use AI to skip the deep learning that used to come from contributing, the community gets shallower. A shallow community can't maintain what's been built.
Dries' response was a new mantra:never submit code you don't understand. It doesn't matter what tools you used to write it. If you submit it, you own it.
Twenty years ago, Dries was a bedroom inventor who collapsed from stress on a street in Belgium. He had a choice: take a safe job, walk away from the thing he'd built, or ask for help and become a deliberate leader.
He made the harder choice. The community that grew up around that choice is why Drupal is still here, still relevant, still running critical infrastructure for organisations around the world.
Now there's another crossroads. AI is both the flood and the drainage system. It destabilises the foundations and it can help rebuild them stronger.
Twenty-five years of Drupal is twenty-five years of expertise built patch by patch, merge request by merge request. A community that showed up not because it had to, but because it cared. That's not a liability in the age of AI. That's exactly what this moment needs.
DrupalCon Chicago runs through this week. The marketplace is live at marketplace.drupal.org. The Context Control Centre is approaching production. The Drupal AI initiative is moving fast.
Our release schedule includes three potential release dates for Drupal 12.0.0, depending on when critical requirements are completed:
Many great improvements landed recently. The main branch is on Symfony 8 and most deprecated modules are removed already. With only a few days remaining until the March deadline of the first release option though, we are confident that not all critical requirements will be completed by March 27. Therefore, we are officially announcing that our new target release date for Drupal 12.0.0 is August 10, 2026, and the beta deadline for critical requirements is May 15, 2026.
While there are other pending improvements that are not hard requirements for Drupal 12's release, these are the most urgent needs:
While our ultimate goal is to support PHPUnit 13 in Drupal 12, there are significant API changes in PHPUnit 12 that we first need to adopt. See #3527936: Introduce support for PHPUnit 12
CKEditor 5 is changing their installation method in the near future. See #3527914: [PP-1] Use New installation methods for CKEditor5
To support this, we need a JavaScript import maps API in core. See #3398525: Add an API for importmaps
To test update paths from Drupal 11.3.0, we need to generate new database dumps. See #3569127: Add new 11.3.x database dump fixtures, without modules deprecated for removal in 12.x
Remove older upgrade paths. See #3580877: [PP-1] Remove updates added prior to 11.3.0 from 12.x
To reduce the size of core, we are excluding tests from core release packages, and offering them via a different namespace. This is a disruptive change and should only be done in a major release.
See #3067979: Exclude test files from release packages.
The Toolbar Module needs to be removed from core now that the Navigation module is stable and in the standard profile. See #3484850: [PP-1] [meta] Deprecate Toolbar module
There are more dependencies, modules and themes that are still possible to remove. See #3466088: [meta] Deprecate dependencies, libraries, modules, and themes that will be removed from Drupal 12 core
Gin is in core as an alpha experimental extension. Help make it stable and so it can replace Claro.
See #3576488: [meta] Admin theme: path to stable.
The coding standard checks are using the unsupported ESLint 8. We need to update to version 9. See #3440225: Update to ESLint v9 with standard rules.
See #3440225: Update to ESLint v9 with standard rules.
The above list are the current highest priorities. We'll keep identifying and tagging Drupal 12 release priority issues. The up to date list can be found using the Drupal 12.0.0 release priority tag.
Join us THURSDAY, March 19 at 1pm ET / 10am PT, for our regularly scheduled call to chat about all things Drupal and nonprofits. (Convert to your local time zone.)
We don't have anything specific on the agenda this month, so we'll have plenty of time to discuss anything that's on our minds at the intersection of Drupal and nonprofits. Got something specific you want to talk about? Feel free to share ahead of time in our collaborative Google document at https://nten.org/drupal/notes!
All nonprofit Drupal devs and users, regardless of experience level, are always welcome on this call.
This free call is sponsored by NTEN.org and open to everyone.
Information on joining the meeting can be found in our collaborative Google document.