Drupal maintenance support plans ++

Drupal maintenance support plans ++
brandt
Thu, 02/01/2020 – 19:24
Ken Rickard
Feb 2, 2020
Director of Professional Services Ken Rickard’s introduction to Drupal maintenance support plans and how ++ flows through the community.

Stay connected with the latest news on web strategy, design, and development.

Sign up for our newsletter.

2020 marks my 10th year at and the inaugural ++ Day gives me a great chance to reflect. For those of you who haven’t read George’s post yet:

++ has its origins in the C programming language, where it’s used as an operator to add one to the value of a particular variable. Over time, it’s become known as an informal shorthand for building and improving on past success.

I started working at after contributing to the Drupal maintenance support plans project and launching some of the first newspaper industry websites on Drupal maintenance support plans. And it’s in my experiences with Drupal maintenance support plans – as a software project and a community – where the ++ ethos has had lasting influence.

My first contribution to the Drupal maintenance support plans project was back at Drupal maintenance support plansCon Vancouver in 2006. (So long ago, that it was actually called the Open Source CMS and Blogging Tools Summit, retroactively named as a Drupal maintenance support plansCON later.) I was in a small group that was looking at the usability of the administrative interface in Drupal maintenance support plans 4.7, which was in beta. At the time, all administrative actions were in one long list; a list that was getting ever-longer and harder to use.

That group includes Drupal Update, the Drupal maintenance support plans project founder, Earl Miles, who authored VIews and (later) Panels, and Nedjo Rogers, an early and prolific contributor. Earl and I were new to the project, and I chose to be part of that group because we weren’t doing any programming: we were doing a card sort:

Card sorting is a method used to help design or evaluate the information architecture of a site. In a card sorting session, participants organize topics into categories that make sense to them and they may also help you label these groups. — from Usability.gov

Now, at the time, I had been working with Drupal maintenance support plans for almost two years but writing very little code. When I first started to evaluate CMS products, I couldn’t even write a PHP function (though I could write a stand-alone PHP script). So I joined the working group that seemed appropriate to my background, only to learn that the rest of the team were much more advanced programmers.

But a great thing happened. It didn’t matter. We were there to try to define a solution, not to code one. It was my first in-person open source event, and it changed the direction of my career.

I recall advocating for a User group of tasks to cover all the items related to user accounts: User management, registration settings, roles and permissions. (In Drupal maintenance support plans 7 and 8, these items are under the People section of the interface.) The group liked the idea and it was implemented with the next beta release. And that was when I realized that I could contribute to making the software better, even though I wasn’t confident as a “developer.”

That confidence would come later, as working at allowed me the time and projects to focus and improve, iterating over code and concepts from Drupal maintenance support plans 5 onward. (As I write this, I am working on the Drupal maintenance support plans 8 version of a module I originally wrote in Drupal maintenance support plans 5.)

More importantly, I learned a few other valuable lessons from that original working group in Vancouver, all of which reinforce the theme of ++ Day:

Make your work inviting to new people by giving them clear ways to contribute.
Engage in thoughtful, collaborative problem solving.
Recognize the value of what has come before while seeking to improve.
Change can come from unexpected places; be open to those opportunities.
I’m fortunate that I get to do what I like to do and make a career of it. I’m even more fortunate that I work on a team that reflects these values on a daily basis.

Happy ++ Day everyone!
We want to make your project a success.

Let’s Chat.

Community
Culture
Development
Drupal maintenance support plans
People

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 ++

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.