Aljibe (ddev-aljibe) is an add-on for DDEV for Drupal projects that adds several tools in a simple and fast way, leaving a new project ready for development in a few minutes.
Aljibe sits on top of DDEV and adds some containers, configuration and commands to make the development of Drupal projects faster and easier.
- Behat: BDD and Acceptance testig
- BackstopJS: Visual regression testing
- Unlighthouse: Audit all website quality
- Pa11y: Accesibility checks
- MkDocs: Documentation wiki
- And more...
Create a folder for your new project (e.g. mkdir my-new-project
)
Configure a basic ddev project:
ddev config --auto
Install the Aljibe addon. This will install all the dependant addons too:
For DDEV v1.24.0 or above run:
ddev add-on get metadrop/ddev-aljibe
For earlier versions of DDEV run:
ddev get metadrop/ddev-aljibe
Launch Aljibe Assistant. This will guide you throught the basic Drupal site instalation process:
ddev aljibe-assistant
You are ready! you will have a new Drupal project based on Aljibe ready for development!
To transform a legacy project to Ddev Aljibe, the following steps must be followed, always taking into account the particularities of each project:
-
Clone the project without install it and remove all docker related files
-
Run basic ddev-config:
ddev config --auto
-
Install Aljibe:
For DDEV v1.23.5 or above run:
ddev add-on get metadrop/ddev-aljibe
For earlier versions of DDEV run:
ddev get metadrop/ddev-aljibe
-
Run again ddev config, but this time go throught the assistant to set project type to Drupal, docroot folder, etc...
ddev config
-
Edit .ddev/config.yml to fine tune the environment.
-
Edit .ddev/aljibe.yml to set deault site name (the folder inside sites) and all themes to be transpiled
-
update .gitignore to look like this.
If you come from a boilerplate project:
- Remove from settings.local.php database, trusted host patterns and others that can conflict with settings.ddev.php.
- Adapt the drush alias to the new url.
- Review tests folder structure as in aljibe, all tests (behat.yml included) are inside tests folder and replace http://apache or http://nginx by http://web.
- Config also the nodejs_version in .ddev/config.yml with the same as the old project. Old version on .env file, variable “NODE_TAG”
- Adapt grumphp changing EXEC_GRUMPHP_COMMAND on grumphp.yml to “ddev exec”
- Launch ddev setup:
- If monosite:
ddev setup
- If multisite:
ddev setup —all
orddev setup --sites=site1
- If monosite:
The aljibe.yml
file allows you to customize various aspects of the Aljibe setup. Below are the available options and how to use them:
This option sets the default site name to be processed. It is used when no specific site name is provided.
default_site: self
This section allows you to define paths to custom themes that need to be processed. Each theme should be listed with a unique key.
theme_paths:
custom_theme: /var/www/html/web/themes/custom/custom_theme
Hooks are commands that can be executed at different stages of the setup process. They are defined as lists of commands under various hook points.
pre_setup
: Commands to run before the setup process.post_setup
: Commands to run after the setup process.pre_site_install
: Commands to run before any type site installation.post_site_install
: Commands to run after any type site installation.pre_site_install_config
: Commands to run before the site installation from config.post_site_install_config
: Commands to run after the site installation from config.pre_site_install_db
: Commands to run before the site installation from database.post_site_install_db
: Commands to run after the site installation from database.
Example:
hooks:
pre_setup:
- echo "Aljibe pre setup hook"
- ddev snapshot
post_setup:
- echo "Aljibe post setup hook"
- ddev drush uli --uid=2
pre_site_install: []
post_site_install: []
- ddev @${SITE_ALIAS} drush cr
pre_site_install_config: []
post_site_install_config: []
pre_site_install_db: []
post_site_install_db: []
Available variables for site_install hooks are:
- DRUPAL_PROFILE: The profile used to install the site.
- SITE_PATH: The path to the site to be installed relative to web/sites
- SITE_ALIAS: The drush alias of the site to be installed, without the @.
Available variables for setup hooks are:
- NO_THEMES: If the setup command was called with the --no-themes flag
- NO_INSTALL: If the setup command was called with the --no-install flag
- SITES: The sites to be installed
- CONFIG_DEFAULT_SITE: The default site to be installed
In addition, all the variables provided by ddev are available on all hooks.
You can add any other configuration you need to the aljibe.yml
file. This config can be obtained with the ddev aljibe-config
command.
Example commands to obtain specific configurations:
-
To obtain all theme paths to be processed:
ddev aljibe-config theme_path
-
To get the default site to be processed:
ddev aljibe-config default_site
Once the project has been created and uploaded to version control, anyone else working with it can clone it and with the following command you can have the project ready to work with.
ddev setup [--all] [--no-install] [--no-themes]
If you have a multisite instalation, you can install only one site by running:
ddev site-install <site_name>
If you need to create a secondary database, you can run:
ddev create-database <db_name>
NOTE: This command will create a database accesible with the same user and password from the main one. If you want to persist this across multiples setups, you can add this command to te pre-setup hooks in .ddev/aljibe.yml file.
To launch local, or env tests, you can run:
ddev behat [local|pro|other_behat_folder] [suite]
By default there is one theme defined in .ddev/aljibe.yml. You can add multiple themes. To process them, run:
ddev frontend production [theme_name]
where theme_name is the key defined in .ddev/aljibe.yml. You can run a watch command to process the CSS on the fly:
ddev frontend watch [theme_name]
If you use ddev-solr addon and need to sync the solr config from the server, you can run:
ddev solr-sync
ddev poweroff
Follow ddev install recomendations. It is needed to install mkcert and libnss3-tools, and then run:
mkcert -install
Until apache/netbeans#7562 is solved you need to create a file named xdebug.ini
at .ddev/php
with the following content:
[XDebug]
xdebug.idekey = netbeans-xdebug
NOTE: The netbeans-xdebug
is the default Session ID value in the the Debugging tab in the PHP Netbeans' configuration dialog. If you have changed it do it in the xdebug.ini
file as well.
Follow the instructions from ddev xprofiler documentation
[XDebug]
xdebug.mode=profile
xdebug.start_with_request=yes
# Set a ddev shared folder for the xprofile reports.
xdebug.output_dir=/var/www/html/tmp/xprofile
xdebug.profiler_output_name=trace.%c%p%r%u.out
Review the php info (/admin/reports/status/php) page to review that the xdebug variables are setup properly after run ddev xdebug on, restart the project if necessary.