Working with Drupal 6

Lando offers a configurable recipe for spinning up Drupal 6 apps. Let's go over some basic usage.

Getting Started

Before you get started with this recipe we assume that you have:

  1. Installed Lando
  2. Read up on how to get a .lando.yml

If after reading #2 above you are still unclear how to get started then try this

# Go into a local folder with your site or app codebase
# You can get this via git clone or from an archive
cd /path/to/my/codebase

# Initialize a basic .lando.yml file for my recipe with sane defaults
lando init

# Commit the .lando.yml to your git repo (Optional but recommended)
git add -A
git commit -m "Adding Lando configuration file for easy and fun local development!"
git push

For more info on how lando init works check out this.

Starting Your Site

Once you've completed the above you should be able to start your Drupal 6 site.

# Start up app
lando start

# List information about this app.
lando info

If you visit any of the green-listed URLs that show up afterwards you should be welcomed with the Drupal 6 installation screen. Read below on how to import your database.

Importing Your Database

Once you've started up your Drupal 6 site you will need to pull in your database and files before you can really start to dev all the dev. Pulling your files is as easy as downloading an archive and extracting it to the correct location. Importing a database can be done using our helpful lando db-import command.

# Go into my app
cd /path/to/my/app

# Grab your database dump
curl -fsSL -o database.sql.gz ""

# Import the database
# NOTE: db-import can handle uncompressed, gzipped or zipped files
# Due to restrictions in how Docker handles file sharing your database
# dump MUST exist somewhere inside of your app directory.
lando db-import database.sql.gz

You can learn more about the db-import command over here


Each Lando Backdrop recipe will also ship with helpful dev utilities. This means you can use things like drush, composer and php-cli via Lando and avoid mucking up your actual computer trying to manage php versions and tooling.

lando composer                 Run composer commands
lando db-import <file>         Import <file> into database. File is relative to approot.
lando db-export                Export a database. Resulting file: {DB_NAME}.TIMESTAMP.gz
lando drush                    Run drush commands
lando mysql                    Drop into a MySQL shell
lando php                      Run php commands
# Download a dependency with drush
lando drush dl views

# Run composer tests
lando composer test

# Drop into a mysql shell
lando mysql

# Check hte app's php version
lando php -v

You can also run lando from inside your app directory for a complete list of commands.

Using Drush

By default our Drupal 6 recipe will globally install the latest version of Drush 8 unless you are running on php 5.3 in which case we will install the latest version of Drush 7. This means that you should be able to use lando drush out of the box. That said, you can easily change the Drush installation behavior if you so desire.

If you are using a nested webroot you will need to cd into your webroot and run lando drush from there. This is because many site-specific drush commands will only run correctly if you run drush from a directory that also contains a Drupal site.

To get around this you might want to consider overriding the drush tooling command in your .lando.yml so that Drush can detect your nested Drupal site from your project root. Note that hardcoding the root like this may have unforeseen and bad consequences for some drush commands such as drush scr.

    service: appserver
      - "drush"
      - "--root=/app/PATH/TO/WEBROOT"



You can also manually configure the .lando.yml file to switch php or drush versions, toggle between apache and nginx, activate xdebug, choose a database type and version, set a custom webroot locaton and use your own configuration files.

# Drupal 6 recipe
name: d6

# Start with the default Drupa 6 recipe
recipe: drupal6

# Configure the Drupal 6 recipe

  # See:

  # Optionally specify the php version to use.
  # If ommitted this will default to the latest php version supported by Drupal 6.
  # Consult the `php` service to see what versions are available. Note that all
  # such versions may not be supported in Drupal 6 so YMMV.
  # See:
  # NOTE: that this needs to be wrapped in quotes so that it is a string
  # php: '5.6'

  # Optionally specify whether you want to serve drupal via nginx or apache
  # If ommitted this will default to the latest apache
  # See:
  # via: nginx

  # Optionally specify the location of the webroot relative to your approot.
  # If ommitted this will be your approot itself.
  webroot: web

  # Optionally specify how you want Lando to handle Drush. There are a few options
  # If omitted this will globally install the latest version of Drush 8, unless
  # you are on php 5.3 in which case Drush 7 will be used.
  # You can also configure it in the following ways:
  # 1. Install via Composer
  # This will install the Drush Launcher (
  # and will delegate to the site-local version of Drush you've installed with Composer
  # drush: composer
  # 2. Install Globally
  # This will globally install the corresponding Drush 8 PHAR posted over at
  # drush: global:8.1.12
  # This will ATTEMPT to globally install any pre Drush 8 versions via Composer
  # drush: global:~7
  # 3. Specify a path
  # This assumes the user has already installed Drush but wishes to tell Lando where
  # it exists.
  # drush: path:/app/vendor/bin/drush
  # 4. Do nothing
  # This will tell Lando to not do anything, e.g. it's up to the user
  # drush: false
  drush: stable

  # Optionally specify the database type, this can be one of:
  #   - `mysql`
  #   - `mariadb`
  #   - `postgres`
  # If ommitted this will default to the latest mysql. You can additionally provide
  # a version with `type:version` but you will need to consult the documentation
  # for the correct DB service to see what versions are available
  # see:
  # database: mariadb:10.1

  # Optionally activate xdebug
  # If you are having trouble getting xdebug to work please see:
  # xdebug: true

  # Optionally mix in your own config files
  # If ommitted this will use "sane defaults" for your recipe type
  # conf:

    # For more information on setting these files check out the documentation
    # and examples
    # Docs:
    # Examples:
    # server: config/drupal6.conf
    # php: config/php.ini

    # For more information on setting these files check out the documentation
    # and examples for the relevant services:
    # MySQL:
    # MariaDB:
    # PostGres:
    # Examples:
    # database: config/mysql

You will need to rebuild your app with lando rebuild to apply the changes to this file. You can check out the full code for this example over here.

Environment Variables

The below are in addition to the default variables that we inject into every container. These are accessible via php's getenv() function.

# The below is a specific example to ILLUSTRATE the KINDS of things provided by this variable
# The content of your variable may differ

NOTE: These can vary based on the choices you make in your recipe config. NOTE: See this tutorial for more information on how to properly use $LANDO_INFO.


You can take advantage of Lando's events framework to automate common tasks. Here are some useful examples you can drop in your .lando.yml to make your Drupal 6 app super slick.


  # Clear drupal caches after a database import
    - appserver: cd $LANDO_WEBROOT && drush cc all -y

  # Runs composer install and a custom php script after your app starts
    - appserver: cd $LANDO_MOUNT && composer install
    - appserver: cd $LANDO_WEBROOT && php script.php

Advanced Service Usage

You can get more in-depth information about the services this recipe provides by running lando info.

Read More

Workflow Docs

Advanced Usage

results matching ""

    No results matching ""