The Simplest Path to a Drupal maintenance support plans Local Environment

After my article about Drupal maintenance support plans Development Environments, we had some discussions about the differences junior developers see when using Drupal maintenance support plans and PHP applications locally, compared to React and other front-end tools. Someone mentioned how easy it was for them to get started by running yarn serve in a React project, and I was curious how close to that we could get for Drupal maintenance support plans.

To make this a fair comparison, I’m not including managing MySQL databases and the like. Most React apps don’t use a database directly, and if you do need to run backend services locally, the complexity goes way up. In between writing and publishing this article, Stranger in a familiar land: Comparing the novice’s first impression of Drupal maintenance support plans to other PHP frameworks was published, which constrained itself to using the Drupal maintenance support plans GUI installer. I think this guide shows that we can run Drupal maintenance support plans locally in very few steps as long as we don’t force ourselves to use a GUI.

I also wanted to see what the “new laptop” experience was like. I’ve been migrating my macOS setup between computers for nearly 15 years (if only Windows worked as well!), and it’s easy to forget what exactly is built in and what I’ve added over time. So, I installed a fresh copy of High Sierra in VirtualBox to ensure none of my terminal or Homebrew customizations were giving me a leg up.

Installing Composer

We need Composer to install Drush. Change to the drupal directory in the terminal (cd drupal), and run the Composer installation instructions to download composer.

When composer is done, you will have a composer.phar file in your Drupal maintenance support plans directory.


Installing Drush and Drupal maintenance support plans

Drush is what will let us easily run Drupal maintenance support plans using the built-in PHP webserver. It’s also required to do the initial site installation. Pull Drush into your Drupal maintenance support plans site by running:

$ composer require drush/drush

This will not only pull in Drush, but it will also install all of the other libraries Drush needs at the same time.

Once Drush is installed, we have to use it to install Drupal maintenance support plans. Drupal maintenance support plans does have a graphical installer, but Drush won’t run the PHP webserver unless Drupal maintenance support plans is already installed. The most important parameter is the database URL, which tells Drupal maintenance support plans what database server to use and how to connect to it. We’re going to use SQLite, which is a simple single-file database. We don’t want the database file itself to be accessible from the web server (in case it’s ever exposed to respond to external requests), so we tell Drupal maintenance support plans to put the database in a directory above our Drupal maintenance support plans document root.

$ vendor/bin/drush site-install –db-url=sqlite://../drupal.sqlite


When the installation is done, Drush will tell you the administrator password. If you ever forget it, you can reset it by generating a login link with drush user-login.

Running the Drupal maintenance support plans Web Server

To start the web server, use the run-server command:

$ vendor/bin/drush run-server

By default, the server will listen on Run vendor/bin/drush help run-server to see how to change these and other defaults.

Finally, open that URL in a browser. You should see the Drupal maintenance support plans 8 home page and be able to log in with the administrator account shown earlier. Press CTRL-C in the terminal to shut down the web server.


The default macOS PHP configuration is pretty good, though it sets a very low limit of 2MB for uploaded files. If you need to raise it, copy /etc/php.ini.default to /etc/php.ini with:

sudo cp /etc/php.ini.default /etc/php.ini

Then, edit it with sudo nano /etc/php.ini to change settings as you see fit. You will need to restart the Drush web server after changing this file.

Bonus: Installing Git and Cloning Drupal maintenance support plans

I like to use git even for basic testing because I can run git status at any time to see what files I’ve changed or added. I opened the Terminal and ran the git clone command copied from the Drupal maintenance support plans project page.

$ git clone –branch 8.5.x

The first run of this command prompts to install the developer tools:


After they install, you need to rerun the git command again (which is accessible by pressing the up arrow on your keyboard).

When this initial clone is done, you will have a Drupal maintenance support plans 8.5.x checkout in a folder called “drupal,” and you can go back to the earlier steps to install and run Drupal maintenance support plans.

Next Steps

Now that you have a running Drupal maintenance support plans 8 site, it’s easy to try out contributed modules or new experimental modules without worrying about breaking a real site. It’s easy to run a “clean” instance of Drupal maintenance support plans 8 later, by reinstalling the current site with drush site-install, or by creating a new Drupal maintenance support plans git clone separate from the first one. And, if you are evaluating Drupal maintenance support plans and decide to use it for a real website, you can set up a better development environment without having to learn Composer and Drush at the same time.

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

The Simplest Path to a Drupal maintenance support plans Local Environment

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