Drupal maintenance support plans, We Need To Talk

Drupal maintenance support plans has a problem. No, not that problem.
We live in a post peak Drupal maintenance support plans world. Drupal maintenance support plans peaked some time during the Drupal maintenance support plans 8 development cycle. I’ve had conversations with quite a few people who feel that we’ve lost momentum. Drupal maintenance support plansCon attendances peaked in 2020, Google search impressions haven’t returned to their 2009 level, core downloads have trended down since 2015. We need to accept this and talk about what it means for the future of Drupal maintenance support plans.
Technically Drupal maintenance support plans 8 is impressive. Unfortunately the uptake has been very slow. A factor in this slow uptake is that from a developer’s perspective, Drupal maintenance support plans 8 is a new application. The upgrade path from Drupal maintenance support plans 7 to 8 is another factor.
In the five years Drupal maintenance support plans 8 was being developed there was a fundamental shift in software architecture. During this time we witnessed the rise of microservices. Drupal maintenance support plans is a monolithic application that tries to do everything. Don’t worry this isn’t trying to rekindle the smallcore debate from last decade.
Today it is more common to see an application that is built using a handful of Laravel micro services, a couple of golang services and one built with nodejs. These applications often have multiple frontends; web (react, vuejs etc), mobile apps and an API. This is more effort to build out, but it likely to be less effort maintaining it long term.
I have heard so many excuses for why Drupal maintenance support plans 8 adoption is so slow. After a year I think it is safe to say the community is in denial. Drupal maintenance support plans 8 won’t be as popular as D7.
Why isn’t this being talked about publicly? Is it because there is a commercial interest in perpetuating the myth? Are the businesses built on offering Drupal maintenance support plans services worried about scaring away customers? Adobe, Sitecore and others would point to such blog posts to attack Drupal maintenance support plans. Sure, admitting we have a problem could cause some short term pain. But if we don’t have the conversation we will go the way of Joomla; an irrelevant product that continues its slow decline.
Drupal maintenance support plans needs to decide what is its future. The community is full of smart people, we should be talking about the future. This needs to be a public conversation, not something that is discussed in small groups in dark corners.
I don’t think we will ever see Drupal maintenance support plans become a collection of microservices, but I do think we need to become more modular. It is time for Drupal maintenance support plans to pivot. I think we need to cut features and decouple the components. I think it is time for us to get back to our roots, but modernise at the same time.
Drupal maintenance support plans has always been a content management system. It does not need to be a content delivery system. This goes beyond “Decoupled (Headless) Drupal maintenance support plans“. Drupal maintenance support plans should become a “content hub” with pluggable workflows for creating and managing that content.
We should adopt the unix approach, do one thing and do it well. This approach would allow Drupal maintenance support plans to be “just another service” that compliments the application.
What do you think is needed to arrest the decline of Drupal maintenance support plans? What should Drupal maintenance support plans 9 look like? Let’s have the conversation.
Source: New feed

This article was republished from its original source.
Call Us: 1(800)730-2416

Pixeldust is a 20-year-old web development agency specializing in Drupal and WordPress and working with clients all over the country. With our best in class capabilities, we work with small businesses and fortune 500 companies alike. Give us a call at 1(800)730-2416 and let’s talk about your project.

FREE Drupal SEO Audit

Test your site below to see which issues need to be fixed. We will fix them and optimize your Drupal site 100% for Google and Bing. (Allow 30-60 seconds to gather data.)

Powered by

Drupal maintenance support plans, We Need To Talk

On-Site Drupal SEO Master Setup

We make sure your site is 100% optimized (and stays that way) for the best SEO results.

With Pixeldust On-site (or On-page) SEO we make changes to your site’s structure and performance to make it easier for search engines to see and understand your site’s content. Search engines use algorithms to rank sites by degrees of relevance. Our on-site optimization ensures your site is configured to provide information in a way that meets Google and Bing standards for optimal indexing.

This service includes:

  • Pathauto install and configuration for SEO-friendly URLs.
  • Meta Tags install and configuration with dynamic tokens for meta titles and descriptions for all content types.
  • Install and fix all issues on the SEO checklist module.
  • Install and configure XML sitemap module and submit sitemaps.
  • Install and configure Google Analytics Module.
  • Install and configure Yoast.
  • Install and configure the Advanced Aggregation module to improve performance by minifying and merging CSS and JS.
  • Install and configure Schema.org Metatag.
  • Configure robots.txt.
  • Google Search Console setup snd configuration.
  • Find & Fix H1 tags.
  • Find and fix duplicate/missing meta descriptions.
  • Find and fix duplicate title tags.
  • Improve title, meta tags, and site descriptions.
  • Optimize images for better search engine optimization. Automate where possible.
  • Find and fix the missing alt and title tag for all images. Automate where possible.
  • The project takes 1 week to complete.