fidzu : cms

The Drupal AI module provides everything needed for a RAG chatbot: AI Search embeds your content into a vector database, AI Assistant API wraps an LLM with a grounded search prompt, and AI Chatbot puts a Deep Chat block on the page. We cover setup, provider selection, module stability, troubleshooting tools, and the data flow considerations that government sites need to get right.

31 Jul 2026 4:35am GMT

Today we are talking about Drupito, its Business model, and Marketplaces with guest Ashraf Abed. We'll also cover Generate (Social Media) Image as our module of the week.

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

Topics

• Meet Drupalito and the Mission
• Platform Layers and Roadmap
• Pricing and New Markets
• Marketplace Success Stories
• Exportability and Vendor Lock In
• Growing the Drupal Ecosystem
• Derivatives and Recurring Revenue
• Rebuilding on Drupedo
• Funding Drupal Association
• Global Community Check In
• Migrating Sites to Drupedo
• Marketplace Vision Shift
• Maintenance and Incentives
• Safe Updates Blue Green
• Testing Mindset for Templates
• Official Marketplace Collaboration
• Agency Revenue and Partnerships
• Niche Derivatives and Pricing
• Launch Plans and Vetting

Resources

• Code that ships

Hosts

Nic Laflin - nLighteneddevelopment.com nicxvan John Picozzi - epam.com johnpicozzi Ashraf Abed - drupito.com ashrafabed Avi Schwab - froboy.org froboy

MOTW Correspondent

Avi Schwab - froboy.org froboy

• Brief description:
  • Have you ever wanted Drupal to generate dynamic social media images using tokenized node data, similar to the share images on GitHub repos or Reddit threads? There's a module for that
• Module name/project name:
  • Generate (Social Media) Image
• Brief history
  • How old: Created by tfranz of Germany on 22 April 2022
  • Versions available: 1.x-dev, 2.0.0-beta2, published a few weeks ago by our own Martin Anderson-Clutz
• Maintainership
  • Minimally (although now slightly more actively) maintained
  • No Security coverage (yet)
  • Passing GitLab CI tests
  • Well fleshed out README for docs
  • Number of open issues: 8 open issues, 0 of which are bugs against the current branch, but there are lots of feature requests
• Usage stats:
  • 1 site reports using this module
• Module features and usage
  • GSMI requires an image style that uses a "Text Overlay" effect - this comes from the Image Effects module and lets you burn tokenized (or static) text onto an image. Normally, when Drupal generates an image style derivative, there's no entity in scope - it's just processing a file - so a token like [node:title] would resolve to nothing. GSMI's real contribution is the glue: when it builds a derivative for a specific node, it swaps in the node-resolved text before generating the image. That's what makes entity-aware tokens work inside an effect that otherwise only sees global tokens.
  • Once the image style exists, GSMI's settings form lets you pick a source image field on the node - an image field or a media-reference field - plus a fallback image for when that's empty. From there it generates the styled derivative from that source image, for any node of any content type that has the field.
  • Finally, GSMI exposes its own token - [node:generate-style], with optional style/field overrides - so you're not locked into the one global style/field pair configured in the settings form. I used that to drop the generated image into Metatag's og_image field for the Session content type on the MidCamp site, getting us dynamically generated session images..
  • A couple of gotchas we hit setting this up:
  • Text Overlay's layout options have some bugs, and not filling out all of the options will result in an image library error.
  • The bigger one: GSMI names the generated derivative file after the source image's filename - extension included - not after whatever format the image style actually outputs. If you try to convert an image to WebP you might get a WebP image with a JPG extension.
  • BUUUUT - LinkedIn still doesn't support WebP (at least as per their documentation, so it's still in 2026 not safe to use WebP for a universal og:image. https://www.linkedin.com/help/linkedin/answer/a521928

30 Jul 2026 6:00pm GMT

Some WordPress sites reach a point where the content model no longer fits the organization's needs. Custom content types, custom entities, and custom fields become necessary to represent internal data precisely, and Drupal supports all three, shaping that data with full flexibility.

Other sites reach that point because of AI. Drupal has built a strong AI ecosystem over recent years, enabling integrations of every needed type: content creation, accessibility checks, RAGs, among others. These are the two situations behind most WordPress-to-Drupal migrations: an architecture the site has outgrown, or an AI integration WordPress cannot support natively.

The challenge of migrating WordPress content to Drupal

The core challenge in a WordPress-to-Drupal migration is migrating the content itself. WordPress sites may host thousands of pieces of content that need to be moved to the Drupal site.

A full migration project runs through several phases: redesigning the site if needed, building the new architecture, and creating a Drupal node for every WordPress post or page. Creating the content is where the real work concentrates, since every image, every user, and every translation has to make it across, on top of adapting content to a different format defined by the new architecture.

A manual content migration is not viable due to its high costs and risks. Handled by hand, this work is prone to human error. A single error is easy to fix, but a…

30 Jul 2026 6:15am GMT