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.

Drupal offers multiple ways to build flexible, editor-friendly pages. Two of the most powerful tools are Paragraphs and Layout Builder. Both solve different problems, and understanding when to use which — or how to combine them — is key to building scalable Drupal sites.

This article explains the differences, strengths, weaknesses, and best practices for using Paragraphs and Layout Builder in real-world Drupal projects.

Impostor syndrome is often described simply as “a person doubting themselves.” For professionals — developers, architects, engineers — this explanation is too simplistic.

Interestingly, impostor syndrome frequently affects highly skilled specialists, not beginners. These are people with experience, proven results, and systematic thinking.

So the real question is: does strong knowledge of fundamentals prevent impostor syndrome, or is it mainly a psychological phenomenon?

In Drupal 11.3, core introduces an important structural change for the taxonomy system:
Drupal\taxonomy\Form\OverviewTerms now extends Drupal\Core\Entity\EntityForm.

This update modernizes the taxonomy UI, makes the overview form fully consistent with other entity-based forms, and—most importantly—gives developers a cleaner and more powerful way to customize and override it.

In this article, we’ll walk through the change, why it matters, and how you can override the form in your own module.

With the release of Drupal 11.3.x, the Views API has received an important change:
the long-standing access callback key used in Views handler definitions has been deprecated.

This update impacts module developers, site builders, and anyone defining custom Views handlers.

🚨 What Exactly Has Been Deprecated?

In earlier versions of Drupal, you could define access logic for a Views handler directly inside views_data():

Drupal 11.4 introduces a major improvement in entity loading performance. If you’re a developer or site builder, this change could significantly reduce the number of database queries on your site and speed up page loads.

What Are Single Cardinality Fields?

Single cardinality fields are fields that can only have one value per entity. Common examples include:

When working with Drupal entities, many developers assume that access control “just works.” This is only partially true. Drupal does provide a robust access system — but only when you interact with entities using the Entity API.

However, if you run raw SQL queries, write custom EntityQuery logic, or misconfigure Views, you can accidentally expose sensitive content to unauthorized users.

Drupal has supported multiple database engines for many years, including both MySQL and PostgreSQL. While MySQL remains the de-facto standard across most Drupal installations, more developers today are exploring PostgreSQL as an alternative — especially those who already rely on it for enterprise applications and microservices.

But is PostgreSQL a practical choice for a real Drupal project in 2025?
This article breaks down everything you need to know.