Drupal feeds

Picozzi.com: 2025: A Year In Review

Drupal Planet -

2025: A Year In Review john Sun, 01/04/2026 - 14:42

As I sit here in 2026 getting ready to head back to work tomorrow (Monday), I thought I’d take a moment to reflect on the year that was 2025. It was a busy year—and one that somehow went by incredibly fast. Between the increasing use of AI and the rapid innovation happening across the Drupal ecosystem, there was a lot to experience, contribute to, and learn from. Looking back, 2025 felt like a year when many long-term ideas became real, usable tools for the community.

#! code: Drupal 11: Theming The Search API Search Input

Drupal Planet -

A common request I see when theming Search API forms is to swap out the normal submit element with a magnifying glass icon. Performing this action isn't difficult, but it does require adding a couple of operations to add a suggestion so a custom template can be used.

When I set up a view to perform a search against a Search API index I normally create an exposed filter for the text content. Views shows this as a block that can be embedded into the site. The block, however, comes with a input element to act as the search button, and it isn't possible to inject SVG icons into input elements.

By changing the input element to a button we can then inject a small SVG of a magnifying glass or similar to act as the search button.

Swapping out this input element takes a couple of steps, and I although I have done this technique a few times I still need to dig into old code to figure out how I did it. So, I thought I would document it so I didn't have to go looking for the solution again.

In this article I will look at how we can use a combination of form alters and suggestion hooks to change the Search API form submit input to a button so that an SVG can be embedded inside.

Altering The Search Form

The first step (and perhaps the trickiest) is to alter the search form to add a couple of attributes to the search submit element.

If we add a theme suggestion alter hook for the input element, the element itself has no knowledge of the context that surrounds it. This makes it tricky to know that we are altering the correct element or even to inject a suggestion that would be unique for the search form.

The form alter hook, therefore, is used to inject an attribute into the form element so that we can read this in the suggestions hook. This gives is a bit of data we can identify and use in the suggestions hook.

Read more

Centarro: Is Drupal Good for Ecommerce?

Drupal Planet -

The short answer: Yes. 

Drupal works well for eCommerce. The Drupal Commerce module is not a light add-on. You aren’t slapping some basic shopping cart functionality onto your website and calling it a day. Drupal Commerce is a comprehensive framework suitable for all sorts of applications. It processes billions in annual sales and many businesses trust it to power mission-critical eCommerce applications.

The long answer: It depends. Specifically, it depends on your business, on your budget, on your long-term plans, and maybe even your personality. Drupal could power any eCommerce website, and do it well. But is it the best choice for your particular situation?

What makes Drupal good for eCommerce?

Let’s assume the table stakes for a functioning eCommerce store. Shopping cart, products, variations, order management, shipping integrations, payment gateway connections, and all the stuff you’ll see advertised on every SaaS commerce platform. Out of the box, Drupal Commerce provides all of this functionality and implements it in a stable, secure way.

But since Drupal Commerce is built on top of Drupal, you get so much more.

Read more

Dries Buytaert: 20 years of blogging

Drupal Planet -

My blog turns 20 today!

I have been at this for two decades now, yet I still don't identify as a blogger. It feels awkward to say the words: I am a blogger.

Probably because I started writing to think out loud. I never set out to be a blogger. And honestly, I still feel like I'm figuring the whole thing out.

My history with blogging actually goes back 25 years. Before this site, I started Drop.org, where I shared ideas and experimented with emerging web technologies. Drop.org eventually led me to create Drupal. Drupal 1.0 even included a feature called "public diaries". We didn't call it "blogging" back then, but that is what it was.

The irony was that Drupal was powering personal blogs around the world, while my own site was still a few static HTML files.

At DrupalCon Amsterdam in 2005, Steven Wittens called me out on it. Steven was the number two in Drupal at the time. He proposed a bet: if I did not launch a Drupal-powered site before January 1, 2006, I would owe him a Duvel. If I did, he would owe me one.

I wrote my first post on December 31, 2005 with less than a day to spare. I don't remember if I ever collected that Duvel, but I haven't stopped writing.

In the early years, I would post short thoughts on a whim. Social media did not exist yet, so there was almost nothing between a thought and my Publish button. Today, those quick thoughts often end up on social media instead, although I have mostly stepped away from it. More people read what I write now, so a new post can take me hours instead of minutes.

I removed analytics from my site long ago. I do not want to write for page views, nor do I want to invade your privacy. My site aspires to the privacy of a physical book.

I write to discover and connect with people. But one thing has never changed: I am a terrible judge of what will connect. The posts I polish the longest often get little attention, while the ones I nearly talk myself out of publishing are the ones people share. I have stopped trying to explain this, but it reminds me that I do not get to decide what matters to others. Maybe the polishing takes something away. Maybe the risky ones carry an honesty that others can feel.

I love that writing in public has a way of keeping you honest. Ideas that seem solid in my head can fall apart the moment I try to explain them. I have changed my mind more than once simply by trying to put my thoughts into words.

But the writing is only half of it. The best part happens after you press publish.

Blogging starts conversations with people I have never met. Blog posts become invitations that never expire. They wait patiently for the right moment to be found. Someone reads an old post, reaches out, and suddenly we are talking. Even in person, conversations start more easily because people already have a sense of who I am or what I care about.

My attention to this blog has gone up and down over the years. Work pulled me away. Travel pulled me away. But I always come back. Writing in public gives me something I do not get anywhere else.

It is strange to think this all traces back to that Duvel bet. My site still runs Drupal of course, which must make it one of the oldest Drupal-powered sites.

Some of you have been reading since the beginning. Many found your way here much later. I am grateful for all of you. Thank you for making this feel like a conversation instead of a monologue.

I plan to keep writing here as long as I can. If you have been reading for a while, I would love to hear from you. Even a simple hello means a lot.

Dries Buytaert: The Control Layers of AI

Drupal Planet -

Salesforce had an embarrassing moment last week.

Vivint uses Salesforce's Agentforce to send satisfaction surveys after customer service calls. Recently they discovered surveys were randomly not being sent and no one noticed for weeks.

When Salesforce investigated this problem, they found the root cause: their AI agents were skipping steps. A sobering discovery for a company betting its future on those agents.

What is most telling is how Salesforce is responding. They are not rushing to build smarter AI models. They added more structure and guardrails around the agents. More workflow, not more magic.

And that is the right answer. I actually wrote about this months ago in The Orchestration Shift:

The future will likely require both: deterministic workflows for reliability and consistency, combined with AI-driven decision-making for flexibility and intelligence.

Salesforce learned it the hard way.

This is exactly why I've been paying attention to external workflow automation platforms like n8n and Activepieces. They let you control which steps are deterministic and which steps use AI. Internal automation solutions like Drupal's Event-Condition-Action module work on similar principles.

Using Activepieces or n8n, the Vivint workflow would look like this: the customer service call ends, AI analyzes the transcript and personalizes the survey message, then the automation platform sends the email. The AI does what it is good at and the automation platform ensures the send happens every time.

Which brings us to the first big question: is AI's reliability problem temporary or permanent? If it is only temporary, orchestration tools may be a bridge solution. But if reliability limits are inherent, workflows become essential infrastructure. I believe the latter.

LLMs are probabilistic by design, which means everything that can be deterministic probably should be.

Two architectural approaches are emerging for solving this problem.

The first is outside in. Workflow platforms like n8n or Activepieces put a deterministic process in control and use AI for specific steps within it. The workflow decides when to invoke the AI, what to do with its output, and what happens if it fails. Outside in is more reliable and auditable. If the AI fails or returns something unexpected, the workflow catches it. You can see exactly what happened and why. But it is less flexible because you are limited to what the workflow designer anticipated.

The second approach is inside out. AI agents call deterministic tools as part of their operation. The AI is in control, but when it needs to do something that requires precision, it hands that task to a tool that executes reliably. This is what Anthropic's Claude Code does, for example. When Claude Code needs to verify that code compiles, it does not guess. It calls an actual compiler. Inside out is more adaptive. You describe what you want and the AI figures out how. But it is harder to audit and debug, harder to explain to regulators, and more expensive at scale since the AI is invoked at every step.

It feels intuitive that both approaches will coexist. They are nested. Picture three layers. The outer layer is the enterprise workflow. It decides what happens and in what order. The middle layer is an AI step. It makes judgment calls within each step. The inner layer is deterministic tools. They execute precisely when the AI calls them.

Not everyone needs all three layers. For certain tasks, like writing software, inside out is enough. But for complex enterprise workflows with many steps, integrations, business rules, and audit requirements, you need the outer layer.

That is where workflow automation platforms come in. They do not need to power every AI use case. They need to win the complex workflows where enterprises need visibility and control. That is also where a lot of commercial value will accrue. Enterprises pay for reliability and accountability.

We are still early in the age of AI agents. The temptation is to believe that intelligence alone will replace structure. But enterprises cannot gamble processes that touch customers, revenue, or compliance. They need systems where every step is accountable. That is why non-deterministic workflows matter. It is where reliability and intelligence meet and where the next generation of enterprise platforms will be built.

And when infrastructure becomes essential, organizations want to own it, not rent it. That is why Linux won servers and PostgreSQL won databases. If the orchestration layer becomes essential to enterprise AI, open source will be the natural choice. Activepieces is open source and n8n is "source available" (the code can be inspected but has commercial restrictions). Either way, I would love to see them succeed.

Web Wash: Indexing PDF Docs using Search API and Solr in Drupal

Drupal Planet -

Indexing document content in Drupal enables users to search within PDF and Word files, making document libraries more accessible and discoverable. Search API Attachments combined with Apache Solr provides a powerful solution for extracting and indexing text from uploaded documents.

In the video above, you'll learn how to set up document thumbnails for PDFs and Word files, install and configure Search API with Search API Attachments, set up Apache Solr locally using DDEV, configure Solr's built-in extractor for document content, and create search views with faceted filtering.

Talking Drupal: Talking Drupal #534 - Webhaven.io

Drupal Planet -

Today we are talking about Webhaven.io, What it is, and How it helps build Drupal faster with guest Fons Vandamme. We'll also cover Metatag Simple Widget as our module of the week.

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

Topics
  • What is Web Haven
  • Web Haven's Technical Insights and Future Plans
  • Developer's Perspective on Recipe Upgrades
  • Documentation vs. Automatic Updates
  • Module Management Concerns
  • Drupal Canvas
  • Challenges with Drupal Canvas Integration
  • Web Haven's Future with Drupal Canvas
  • Exploring Headless Architecture with Web Haven
  • Business Plan and Roadmap for Web Haven
  • AI Integration in Web Haven
  • Creating and Testing Recipes
Resources Guests

Fons Vandamme - webhaven.io f0ns

Hosts

Nic Laflin - nLighteneddevelopment.com nicxvan John Picozzi - epam.com johnpicozzi Martin Anderson-Clutz - mandclu.com mandclu

MOTW Correspondent

Martin Anderson-Clutz - mandclu.com mandclu

  • Brief description:
    • Have you ever wanted a simplified widget for managing meta tags in your Drupal content? There's a module for that.
  • Module name/project name:
  • Brief history
    • How old: created in Jul 2025 by Jim Vomero (njim) of Four Kitchens
    • Versions available: 1.0.0 and 1.1.0, the latter of which works with Drupal core 10 and 11
  • Maintainership
    • Actively maintained
    • Security coverage
    • No open issues
  • Usage stats:
    • 1 site
  • Module features and usage
    • With this module installed, in the form configuration for your content types, you'll see a new "Simplified meta tags form" widget for metatag fields
    • It's designed to provide a dramatically streamlined input for metatags, focused on only exposing the most commonly used tags, the title and description
    • As a configuration option, you can have the widget hide default values, which for metatag fields often contain tokens, which could be confusing for Drupal neophytes
    • The module was nominated by Dave Hansen-Lange (dalin), also of Four Kitchens, and a co-maintainer, as well as a fellow Canadian

I also wanted to give a shout out to the Drupal.org Infrastructure Working Group. In the lead-up to this recording there was a media server failure that brought down the entire site. They worked as furiously as Santa's elves and were able to quickly get the site back up. It was a reminder for me of how much we all (and this segment in particular) depend on the tireless work they do. In this season of giving please consider supporting the Drupal Association, and if you already do, maybe see if you could give a little more.

The Drop Times: A Year on The Record

Drupal Planet -

Dear Readers,

This issue marks the conclusion of Volume 3 of Editor’s Pick and the final newsletter of the year. As we close 2025, we would like to express our sincere appreciation to everyone who has followed The DropTimes, engaged with our work, and trusted us as a source of record for the Drupal ecosystem.

Over the past year, The DropTimes has continued its effort to document Drupal as more than a technology. Through news, interviews, events, case studies, and curated updates, we have focused on capturing the people, contributions, and decisions that collectively shape the community. Our work is guided by the belief that visibility, continuity, and context are essential for any open-source ecosystem to remain healthy and sustainable.

As a not-for-profit, community-driven initiative, our responsibility goes beyond publishing content. We see The DropTimes as part of the ecosystem it covers, with a duty to support makers, amplify meaningful work, and encourage shared responsibility. This perspective informs our editorial choices and reinforces our commitment to independence, fairness, and long-term relevance.

In 2026, we will continue to build on this foundation with sharper editorial focus, improved processes, and deeper engagement with the community we serve. Your feedback plays an important role in shaping this work, and we welcome your thoughts at editor@thedroptimes.com

Thank you for being part of this journey, and we look forward to continuing it with renewed purpose in the year ahead. With that, for one last time in 2025, let's spotlight the key stories form last week.

DISCOVER DRUPALEVENTORGANIZATION NEWS

 
We acknowledge that there are more stories to share. However, due to selection constraints, we must pause further exploration for now. To get timely updates, follow us on LinkedIn, Twitter, Bluesky, and Facebook. You can also join us on Drupal Slack at #thedroptimes.

Thank you.

Alka Elizabeth
Sub-editor
The DropTimes

Pages

Subscribe to www.hazelbecker.com aggregator - Drupal feeds