Download the PHP package kanopi/saplings-domain without Composer

On this page you can find all versions of the php package kanopi/saplings-domain. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package saplings-domain

Saplings Domain

Overview

This recipe installs base Domain Access modules.

Features

Getting Started

To start using Saplings Theme, follow these steps:

  1. In your project: fin composer require kanopi/saplings-domain
  2. Configuring Drupal to Apply Recipes
  3. Apply the recipe
  4. Validate the recipe on your project
  5. Unpack the recipe (to move its composer requirements into your project's composer.json file)
  6. Complete domain configuration - see Configuration section below
  7. In your project: fin composer remove kanopi/saplings-domain
  8. fin drush cex -y
  9. git checkout -b [mybranch]
  10. git add .
  11. git commit -m "applies saplings-domain recipe
  12. git push
  13. Create and submit PR

Patches

Once you have applied and unpacked this recipe, add the following patches to your project's main composer.json file and then run fin composer install:

    "patches": {
        "drupal/domain": {
            "Use core route provider with addExtraCacheKeyPart for route caching?": "https://www.drupal.org/files/issues/2023-05-09/domain-route-provider-addextracachekeypart-3359253-02.patch",
            "Domain Entity module compatibility issue causes hasDomainPermissions() to return nothing": "https://www.drupal.org/files/issues/2024-03-06/domain-3426236-2.patch"
        },
        "drupal/domain_menus": {
            "Errors on Group menus": "https://www.drupal.org/files/issues/2024-01-31/domain_menus-3418527-1.patch"
        }
    }

Notes

This recipe does not install the Domain Language module.

If your project is enabling Drupal translation, you should require it and enable it manually and add the following patch to your project's composer.json:

    "patches": {
        "drupal/domain_language": {
            "DomainLanguageOverrider service arguments": "https://www.drupal.org/files/issues/2023-09-26/domain_language-3388388-7.patch"
        }
    }

Without this patch, you won't be able to configure different language preferences per domain without getting a fatal error. If all your domains have the same languages and the same default language, you don't need this patch.

Configuration

  1. Go to admin/config/domain
  2. Create your default domain and any additional domains you need
  3. Go back to admin/config/domain
  4. Select Aliases from the option list for your default domain
  5. Create local, testing (multidev), dev, and staging (test) aliases for each domain
  6. Go to /admin/config/domain/entities/node and enable domain access for each of your project's content types
  7. Go to /admin/config/domain/menu/access/settings - if you want separate menus per domain, and you want them to be auto-configured when you add future domains enable them here. You can also just assign menus to certain domains, so this is optional.
  8. Go to /admin/config/domain/domain_menus - set options here as needed for your project
  9. Later, after all this config is deployed to your canonical site, go to /admin/config/domain/domain_access_logo if you want different logos per domain (because you have to upload files for this, you should do this config on your canonical site and then synch the database down to your local so you can export the config there)
  10. Go to /admin/config/domain/entities - we have pre-enabled common entity types like users, nodes and terms, but you may want to enable it for entities for your project, e.g, Sitewide Alerts
  11. Set Domain module permissions for your site's roles/needs

Resources

See this cacher on working with Domains and Domain aliases (for local, multidevs, dev, test and live). It is Pantheon-centric, but the information about configuring domain aliases is relevant despite hosting platform.

All versions of saplings-domain with dependencies

PHP Build Version
Package Version
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package kanopi/saplings-domain contains the following files

Loading the files please wait ....