Drupal 11.5 introduces an important change for theme developers: the .theme file extension has been deprecated.

Themes have traditionally placed procedural hooks and helper functions in a file such as:

Drupal 11.4 brings one of the most significant developer experience improvements in recent years: a built-in command-line interface that can discover commands provided by Drupal modules.

Until now, Drupal Core included a limited CLI (core/scripts/drupal) that only supported a handful of core commands. Most developers relied entirely on Drush for command-line workflows.

With the release of Drupal, an important rendering behavior has changed for block content render arrays. If your custom modules or themes rely on #attributes in block render arrays, this update may affect your frontend output.

The change was introduced in the Drupal core issue:

“Attributes of a block content are applied to block itself” (#2486267)

This article explains what changed, why it matters, and how to update your code correctly.

Implementing a Real-World Feature Across Drupal, Symfony, and Laravel

Feature: E-Commerce “Discount Code Validator”

Requirement:

• When a user applies a discount code during checkout:
  • Validate the code
  • Check expiration and usage limits
  • Calculate discount
  • Return an updated order total
• Must be extensible for future promotion types

This feature is small but touches services, events, plugins, and DI—perfect for comparing modular approaches.

Drupal Module Development vs Symfony and Laravel: How Modularity Really Works

Introduction

When developers talk about Drupal module development, they often assume that “modules” are a Drupal-only concept. However, modern PHP frameworks like Symfony and Laravel are also highly modular—just in different ways.

Universal “Soldier” in PHP

Templating: Twig vs Blade

After controllers, DI, and Request handling, the next key layer is view rendering.
In PHP frameworks, this usually means templating engines:

• Symfony/Drupal: Twig
• Laravel: Blade

Even though the syntax differs, the concept is the same: the controller prepares data, passes it to a template, and the template renders HTML.

Universal “Soldier” in PHP

Request & Input: How Data Enters Controllers (Symfony, Laravel, Drupal)

After controllers and Dependency Injection, we reach the next universal concept in every PHP framework:

👉 How does user input get into your code?

Query params, POST data, headers, cookies, files — everything starts with HTTP Request.

Good news again:

All modern PHP frameworks handle input the same way.

Universal “Soldier” in PHP

Dependency Injection Without Pain (Symfony, Laravel, Drupal)

In the first article, we covered the controller as a universal entry point into any modern PHP framework.
Now it’s time for the next critical step — Dependency Injection (DI).

Many developers fear DI because:

• “There’s too much magic”
• “I don’t understand where objects come from”
• “In Drupal it’s a nightmare”

The good news is simple:

The Universal “Soldier” in PHP

How to Tame Any Framework. Step One — The Controller

The PHP ecosystem is fragmented: Symfony, Laravel, Drupal, Yii, Slim…
At first glance, each framework feels like a separate universe with its own rules, magic, and “correct” way of doing things.

But there is good news:

90% of modern PHP frameworks speak the same language.
That language is HTTP and Symfony Components.

Drupal has long offered multiple ways to build dynamic user interfaces: Form API AJAX, BigPipe, and fully decoupled frontends with React or Vue. Each approach solved specific problems, but often at the cost of complexity, heavy JavaScript, or difficult maintenance.

With Drupal 11.3, HTMX becomes a first‑class citizen in core, offering a modern alternative: rich, reactive UX built primarily with HTML and server-side rendering, while dramatically reducing JavaScript overhead.