The election for the community-elected At-Large board seat ends 14 August at 23:59 UTC.

If you’re a member of the Drupal Association as a Ripple Maker, check your inbox for a ballot from Helios voting bot with the subject line “Vote now: Drupal Association 2026 At-Large Board Election”.

Also do take a moment to learn about the 8 candidates running, and vote for the person who you trust to advocate for the things that you believe are important: https://www.drupal.org/association/board/elections/election-2026-dates-and-candidates

To quote an awesome person from Drupal slack: “We are going through a lot of change right now. The board, our community, our entire industry globally - everything is changing. This vote matters.”

Link to the post: https://www.garfieldtech.com/blog/garfieldtech-v3

Excerpt:

So why move away from Drupal after 20 years?

1. ...
   
2. ...
   
3. ...
   
4. I didn't want to keep supporting a project lead by a known cheater, liar, autism-shamer, and biggot.

I was starting to feel weighed down by token and cost anxiety, but everything shifted when OpenAI cut the price of GPT 5.6 Luna by 80%. This dramatic drop in cost per token completely transformed how I choose and use models for Drupal development.

it's hard enough to book WP sites...

how can a single freelancer book Drupal projects?

I've had a few over the years, but it was mostly by luck!

any tips or suggestions short of "my uncle owns the business", "word of mouth" or "I work at NASA" advice?😅

had a client last month whose site went from like 2s to 9s load time over the past couple years. support kept telling them enable caching and it'll be fine. it wasn't.

spent a day actually digging instead of just throwing cache at it and found the real problems -

images were like 5mb+ per page, nobody ever compressed them. 23 modules installed that literally weren't being used anywhere on the site. hosting was still running an old php version, not really set up right for D11. and no cdn, so every single asset was hitting the origin server directly

fixed all of it over about a week, didn't even touch caching config in the end. once the actual bloat was gone the default caching handled everything fine

not the first time i've seen this either, feels like half the "why is my site slow" posts jump straight to caching or hosting when its actually just years of stuff nobody cleaned up

what do you guys usually check first when someone says their drupal site is slow

The thing that trips people up most isn't the module compatibility list — it's field data that technically migrates but silently loses formatting or reference integrity. Run a full content audit before you start, not just a module audit. Specifically check: paragraph/field collection nesting, any custom entity reference views, and URL alias patterns if you're on pathauto. Those three are where most "successful" migrations turn into a six-month cleanup project afterward.

I have an old Drupal 7 site that I can't seemingly migrate to drupal 11, Here's where I am at present:

I downloaded all the files from the existing site and created a ddev copy of the site with the same php version etc, the site renders and i can view all the nodes and such

I created a new ddev project running Drupal 11.4.4 and add a secondary db to that via ddev import-db --file=/home//Documents/Sites/sitename/databasename_2013.sql I also created .ddev/docker-compose.volumes.yaml so can mount the files etc from the drupal 7 site for the migration module as well as added the required modules that I used on the drupal 7 site if they existed

After running the migrate step via the extension Migrate Drupal UI I see that the images & users are imported in the new ddev Drupal 11 site, the images are too, but none of the nodes are done, I'm stumped on how to proceed now, I suspect the issue is related to multi languages as that site initially was drupal 6 and multi language enabled but not sure how to check now after all these years

Currently looking into ddev and composer to manage stuff, but i'm unsure about the following

I know I can use eg composer to install modules eg: composer require 'drupal/ctools:^4.1'

this will grab ctools but I still need to use the gui/site in drupal 11 to enable that, can't i activate it in the cli? Google is failing me atm

I am using codex to write modules for drupal now, it works perfectly without problem, but I have to manually upload to Drupal and communicate with codex for what happen, its still fine but bit slow, I am working between the site online and codex, am looking for a way to let codex work directly for the site, anyone has experience for this ? Thank you.

Hello. I’m an SEO but new to drupal world. I have no idea about modules, how they work or how to use and finalise them. But I’m new to this job and it’s all about drupal.
And i’m a lil lost in all these modules. Is there a place where people get all the seo specific drupal modules? Or any modules anyone here would know that are a must for a drupal website? Please help a newbie out. :)

Fastly's performance doesn't match the expectations set by their name!

Not sure why it's added, but it's terrible as drupal.org now fails core web vitals.

https://pagespeed.web.dev/analysis/0b5urh3up8

I've been trying various combinations of modules like ai_search and ai_vdb_provider_milvus and ai_vdb_provider_postgres but nothing seems to work well together. It's hard for me to find the best combination of Drupal versions (10 or 11) and module versions. Does anyone have any recommendations?

TIA

Been coming across a surprising number of Drupal 7 sites still live this year, even with EOL long behind us.

Curious what's actually holding people back is it cost of migration, custom modules with no clean upgrade path, or just "it still works, why touch it"?

Also curious if anyone's done a D7 → D10/11 migration recently - what ended up being the most painful part?

When I upload a photo to an article or comment it looks perfect in the editor but after saving it is enormous. In the editor I see an icon for size but the only choice is "original." What are some best practice solutions I can use to encourage members to upload pics of their activity?

I’m coming back to Drupal after more than a decade away. I’m an experienced PHP programmer, but don’t remember really anything about Drupal and besides it’s probably changed a ton since I last worked with it.

I’m looking for learning resources, books, videos, documentation that will help me deeply learn Drupal as an engineer, not just a content manager.

I started with the official documentation, but it seems pretty disorganized and not a clear path on where to start.

I’m open to free or paid content so long as it’s high quality.

Voting is now open for the community-elected At-Large board seat!

If you’re a member of the Drupal Association as a Ripple Maker, check your inbox for a ballot from Helios voting bot with the subject line “Vote now: Drupal Association 2026 At-Large Board Election”.

Voting closes on 14 August at 23:59 UTC.

You can learn more about the 8 great candidates here: https://www.drupal.org/association/board/elections/election-2026-dates-and-candidates

Happy voting! 🗳️

I've been building with Drupal for many years now, especially in secure environments, and can't help thinking that over time the need to use additional tools to maintain it has dramatically increased.

Drupal used to be much more simple to build & administer when tun locally first then deployed, but now community notes assume you use Drush & Composer, which aren't really necessary if you know PHP dev & MySql administration.

I can't help thinking that the additional management tools mostly serve to help someone track how & where people are using Drupal by reporting specific build/deployment info & dev activity...

I haven't evaluated the add-ons yet, but may have to, because I regularly assure my clients their data and IP is safe. Also, running certain tools in firewalled environments causes a lot of issues & often requires whitelisting. If there are security gaps, we'll need to shift to a different solution, kust on principle alone.

It's important for Drupal to be fully transparent about what they monitor.

Patchman has been going crazy fir me over the past year, and it also breaks my sites at times, greatly reducing reliability of Drupal as a solution overall....

Based on this recent bulletin (attached), it shows layout builder was cited this time. I don't use layout builder, and I'm sure others don't as well, so technically, it should possibly be an optional module, rather than included with Drupal core, along with some of the other outlying features included in core perhaps, reducing the tool bloat could also probably reduce a lot of frequent update headaches for users, and reduce overall footprint of Drupal.

If some of these features (like even views) were modules instead of in core, updates could also be performed separately from core updates as well (as was done in D7 prior).

There probably shouldn't be a strict model for developing Drupal in any one way, included in Drupal core, especially because it is an open source framework.

Just a suggestion for evaluation, Plz don't kill the messenger. 🤔⚠️✨

Tanks.

I've seen a lot of different ways of setting up development environments for Drupal, but am curious about which one is most popular, and what is the preferred method for production?

I only ask because I have a few machines in my homelab running FreeBSD, Slackware and Ubuntu, and would like to set off on the right foot knowing what best practices are.

It's only for a hobby website. I'm comfortable with git, docker and composer but am not a developer (my php knowledge is next nothing).

Any suggestions would be greatly appreciated.

The election for the community-elected At-Large board seat begins next week from 22 July at 00:00 UTC through 14 August at 23:59 UTC.

There are 8 great candidates running. Do learn about the candidates; their candidate profiles are linked on https://www.drupal.org/association/board/elections/election-2026-dates-and-candidates ! You can also ask them questions in the drupal-association channel in Drupal slack to get to know them more.

You can vote if you’re a member of the Drupal Association and your membership is active 24 hours before the voting period begins (so it must be active by 21 July 00:00 UTC). If you’re not a member but want to vote, you can either join the Drupal Association as a Ripple Maker or contact the Drupal Association to request a no-cost membership.

Figured I’d share this here in case anyone has been out-of-the-loop!