Mois : décembre 2019

[Magento 2] Créer un Source Model custom

24/12/2019 / admin

A Source Model serves to insert values into certain fields like dropdowns, checkboxes, multiselects, radios in the system configuration Magento admin. So not all fields can have a Source Model. Some of the default Source Models are listed below and are located under the /vendor/magento/module-config/Model/Config/Source/ folder :

Magento\Config\Model\Config\Source\Locale → Locale options

Magento\Config\Model\Config\Source\Enabledisable → Enable / Disable options

Magento\Config\Model\Config\Source\Nooptreq → No / Optional / Required options

Magento\Config\Model\Config\Source\Store → Store options

Magento\Config\Model\Config\Source\Website → Website options

Magento\Config\Model\Config\Source\Yesno → Yes / No options

Magento\Config\Model\Config\Source\Yesno → Yes / No / Specified options

Magento\Config\Model\Config\Source\Locale\Country → Country options

Magento\Config\Model\Config\Source\Locale\Currency → Currency options

Magento\Config\Model\Config\Source\Locale\Timezone → Timezone options

Magento\Config\Model\Config\Source\Locale\Weekdaycodes → Week Day Codes options

Magento\Config\Model\Config\Source\Locale\Weekdays → Week Days options

Magento\Config\Model\Config\Source\Email\Template → Email Template options

Sources:

Avant propos: si vous n’avez pas encore créé de module pour y consigner les spécificités liées à votre projet, il faut en créer un avant de faire ce qui va suivre.

app/code/Vendor/Module/Model/Config/Source/NoPageLayoutUpdate.php

<?php
/**
 * Copyright © 2015 Magento. All rights reserved.
 * See COPYING.txt for license details.
 */

/**
 * Used in creating options for Yes|No config value selection
 *
 */
namespace Vendor\Module\Model\Config\Source;

class NoPageLayoutUpdate implements \Magento\Framework\Option\ArrayInterface
{
    /**
     * Options getter
     *
     * @return array
     */
    public function toOptionArray()
    {
        return [
			['value' => '', 'label' => __('No Layout Update')]
		];
    }
}

<?php

/**

* See COPYING.txt for license details.

/**

* Used in creating options for Yes|No config value selection

namespace Vendor\Module\Model\Config\Source;

class NoPageLayoutUpdate implements \Magento\Framework\Option\ArrayInterface

{

/**

* Options getter

* @return array

public function toOptionArray()

{

return [

['value' => '', 'label' => __('No Layout Update')]

];

}

app/code/Vendor/Module/etc/system.xml hérité de app/code/MGS/ThemeSettings/etc/system.xml (les 2 fichiers seront mergés) :

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Config:etc/system_file.xsd">
    <system>
        <section id="themesettings" translate="label" type="text" sortOrder="2" showInDefault="1" showInWebsite="1" showInStore="1">
			<group id="category" translate="label" type="text" sortOrder="50" showInDefault="1" showInWebsite="1" showInStore="1">
				<field id="layout" translate="label comment" type="select" sortOrder="10" showInDefault="1" showInWebsite="1" showInStore="1">
					<label>Default Page Layout</label>
					<source_model>Vendor\Module\Model\Config\Source\NoPageLayoutUpdate</source_model>
				</field>
            </group>
		</section>
	</system>
</config>

<?xml version="1.0"?>

<label>Default Page Layout</label>

<source_model>Vendor\Module\Model\Config\Source\NoPageLayoutUpdate</source_model>

</field>

</group>

</section>

</system>

</config>

app/code/Vendor/Module/etc/adminhtml/system.xml hérité de app/code/MGS/ThemeSettings/etc/adminhtml/system.xml (les 2 fichiers seront mergés) :

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Config:etc/system_file.xsd">
    <system>
        <section id="themesettings" translate="label" type="text" sortOrder="2" showInDefault="1" showInWebsite="1" showInStore="1">
			<group id="category" translate="label" type="text" sortOrder="50" showInDefault="1" showInWebsite="1" showInStore="1">
				<field id="layout" translate="label comment" type="select" sortOrder="10" showInDefault="1" showInWebsite="1" showInStore="1">
					<label>Default Page Layout</label>
					<source_model>Vendor\Module\Model\Config\Source\NoPageLayoutUpdate</source_model>
				</field>
            </group>
		</section>
	</system>
</config>

<?xml version="1.0"?>

<label>Default Page Layout</label>

<source_model>Vendor\Module\Model\Config\Source\NoPageLayoutUpdate</source_model>

</field>

</group>

</section>

</system>

</config>

On compile le setup:

$ n98-magerun2 setup:di:compile

1	$ n98-magerun2 setup:di:compile

[Magento 2] Surcharge d’une classe PHP située dans app/code/Vendor/Module/Model/Config/Source via un namespace spécifique

24/12/2019 / admin

La classe Width que nous souhaitons surcharger dans notre exemple définie dans le fichier app/code/MGS/ThemeSettings/Model/Config/Source/Width.php du thème payant Supro. Mais l’exemple est tout-à-fait adaptable à des classes du core code de Magento 2 ou d’autres thèmes open-source.

1. Création d’un nouveau module qui contiendra notre surcharge de classe:

$ n98-magerun2 dev:module:create Sodifrance Pdv

1	$ n98-magerun2 dev:module:create Sodifrance Pdv

2. Modification du fichier app/code/Sodifrance/Pdv/etc/module.xml comme ci-dessous.

Note: le tag sequence déclare que notre nouveau module dépend du module Supro_ThemeSettings.

<?xml version="1.0" ?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:Module/etc/module.xsd">
    <module name="Sodifrance_Pdv" setup_version="1.0.0">
        <sequence>
            <module name="MGS_ThemeSettings" />
        </sequence>
    </module>
</config>

<?xml version="1.0" ?>

</sequence>

</module>

</config>

3. Petit upgrade de setup en ligne de commande:

$ n98-magerun2 setup:upgrade

1	$ n98-magerun2 setup:upgrade

4. Modification du fichier app/code/Sodifrance/Pdv/etc/di.xml comme ci-dessous.

Ici, nous procédons à une injection de dépendances: on veut utiliser, à la place de la classe MGS\ThemeSettings\Model\Config\Source\Width, une nouvelle classe Sodifrance\Pdv\Model\Config\Source\Width.

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
    <preference for="MGS\ThemeSettings\Model\Config\Source\Width" type="Sodifrance\Pdv\Model\Config\Source\Width" />
</config>

<?xml version="1.0"?>

</config>

5. Créer le dossier Model/Config/Source dans app/code/Sodifrance/Pdv.

6. Créer le fichier app/code/Sodifrance/Pdv/Model/Config/Source/Width.php sur les bases du parent app/code/MGS/ThemeSettings/Model/Config/Source/Width.php.

On va se contenter de ne rendre disponible que la valeur 1200px pour les choix de largeur de page depuis l’interface d’admin.

<?php
/**
 * Copyright © 2015 Magento. All rights reserved.
 * See COPYING.txt for license details.
 */

/**
 * Used in creating options for Yes|No config value selection
 *
 */
namespace Sodifrance\Pdv\Model\Config\Source;

class Width implements \Magento\Framework\Option\ArrayInterface
{
    /**
     * Options getter
     *
     * @return array
     */
    public function toOptionArray()
    {
        return [
//			['value' => 'width1024', 'label' => __('1024px')],
			['value' => 'width1200', 'label' => __('1200px')], 
//			['value' => 'width1366', 'label' => __('1366px')],
//			['value' => 'fullwidth', 'label' => __('Full width')],
//			['value' => 'custom', 'label' => __('Custom')],
		];
    }
}

<?php

/**

* See COPYING.txt for license details.

/**

* Used in creating options for Yes|No config value selection

namespace Sodifrance\Pdv\Model\Config\Source;

class Width implements \Magento\Framework\Option\ArrayInterface

{

/**

* Options getter

* @return array

public function toOptionArray()

{

return [

// ['value' => 'width1024', 'label' => __('1024px')],

['value' => 'width1200', 'label' => __('1200px')],

// ['value' => 'width1366', 'label' => __('1366px')],

// ['value' => 'fullwidth', 'label' => __('Full width')],

// ['value' => 'custom', 'label' => __('Custom')],

];

}

7. On vérifie que le nouveau module Sodifrance_Pdv est bien activé:

$ n98-magerun2 module:status
// List of disabled modules:
// MGS_Amp
// MGS_ExportBlock
// Sodifrance_Pdv

$ n98-magerun2 module:status

// List of disabled modules:

// MGS_Amp

// MGS_ExportBlock

// Sodifrance_Pdv

7b. On l’active si il est présent dans la liste des modules désactivés:

$ n98-magerun2 module:enable Sodifrance_Pdv

1	$ n98-magerun2 module:enable Sodifrance_Pdv

8. On compile le setup:

$ n98-magerun2 setup:di:compile

1	$ n98-magerun2 setup:di:compile

Résultat: depuis l’interface d’admin, dans MGS > [MGS Theme] Theme Setting v1.1.0, accodéron « Général », champ « Largeur ». Le seul choix disponible reste « 1200px ».

Il faut tout-de-même enregistrer la configuration pour que les changements soient pris en compte.

[Magento 2] Astuces, bonnes pratiques de manipulation des layouts XML

23/12/2019 / admin

Doc officielle: Layout instructions, Common layout customization tasks.

Ajouter une zone pleine largeur au-dessus du footer via un layout XML
Ajouter un bloc statique dans la sidebar (left ou right column)

Ajouter une zone pleine largeur et contenant des blocs statiques au-dessus du footer via un layout XML

Testé fonctionnel Magento 2.3.

Dans le fichier app/design/frontend/<Vendor>/<theme>/Magento_Theme/layout/default.xml:

<referenceContainer name="footer">
    <container name="reinsurance" before="-">
        <block class="Magento\Framework\View\Element\Template" name="theme.reinsurance" as="theme.reinsurance" template="Magento_Theme::html/theme_reinsurance.phtml"/>
    </container>
</referenceContainer>

</container>

</referenceContainer>

Dans le fichier app/design/frontend/<Vendor>/<theme>/Magento_Theme/templates/html/theme_reinsurance.phtml:

<div id="reinsurance" class="reinsurance">
    <div class="frame">
        <div class="line">
            <div class="reinsuranceItem col-des-4 col-tb-4 col-mb-12 col-mb-auto mg-bottom">
                <?= $this->getLayout()->createBlock('Magento\Cms\Block\Block')->setBlockId('reinsurance_besoindAide')->toHtml(); ?>
            </div>
            <div class="reinsuranceItem col-des-4 col-tb-4 col-mb-12 col-mb-auto">
                <?= $this->getLayout()->createBlock('Magento\Cms\Block\Block')->setBlockId('reinsurance_vosGaranties')->toHtml(); ?>
            </div>
            <div class="reinsuranceItem col-des-4 col-tb-4 col-mb-12 col-mb-auto">
                <?= $this->getLayout()->createBlock('Magento\Cms\Block\Block')->setBlockId('reinsurance_espaceAbonnes')->toHtml(); ?>
            </div>
            <?php ?>
        </div>
    </div>
</div>

<?= $this->getLayout()->createBlock('Magento\Cms\Block\Block')->setBlockId('reinsurance_besoindAide')->toHtml(); ?>

</div>

<?= $this->getLayout()->createBlock('Magento\Cms\Block\Block')->setBlockId('reinsurance_vosGaranties')->toHtml(); ?>

</div>

<?= $this->getLayout()->createBlock('Magento\Cms\Block\Block')->setBlockId('reinsurance_espaceAbonnes')->toHtml(); ?>

</div>

<?php ?>

</div>

Depuis l’interface d’admin: Contenu > [Eléments] Blocs. Il faut avoir créé 3 blocs dont les identifiants sont:

reinsurance_besoindAide
reinsurance_vosGaranties
reinsurance_espaceAbonnes

Ajouter un bloc statique dans la sidebar (left ou right column)

Dans mon exemple, je veux ajouter le bloc statique avec l’ID 64 dans le container sidebar.additional de mes pages.

Je récupère le nom du referenceContainer dans le fichier vendor/magento/module-theme/view/frontend/page_layout/2columns-left.xml.

Dans le fichier app/design/frontend/MyVendor/mytheme/Magento_Theme/layout/default.xml:

<?xml version="1.0"?>
<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
    <body>
        <referenceContainer name="sidebar.additional">
            <block class="Magento\Cms\Block\Block" name="block_identifier">
                <arguments>
                    <argument name="block_id" xsi:type="string">64</argument>
                </arguments>
            </block>
        </referenceContainer>
    </body>
</page>

<?xml version="1.0"?>

<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">

<body>

</arguments>

</block>

</referenceContainer>

</body>

</page>

[Magento 2] Afficher/masquer des fonctionnalités ou des modules depuis les layouts XML ou le fichier app/etc/config.php

23/12/2019 / admin

Un grand nombre de fonctionnalités de Magento 2 peuvent s’activer/désactiver depuis un fichier layout XML dans le code source. Depuis le fichier app/design/frontend/<Vendor>/<theme>/Magento_Theme/layout/default.xml de votre thème, par exemple. En voici une liste non exhaustive:

Désactiver la fonctionnalité de comparaison produit dans Magento 2
Désactiver le module wishlist (produits favoris) dans Magento 2
Supprimer la fonctionnalité wishlist (produits favoris) dans Magento 2
Désactiver les avis et les notes produit (reviews & rating)
Supprimer la navigation par filtres dans la liste produits
Masquer le titre principal d’une page
Afficher/masquer des entrées du menu en sidebar du compte client
Afficher/masquer l’encart reorder en sidebar et l’encart dernières commandes du dashboard client

Désactiver la fonctionnalité de comparaison produit dans Magento 2

Testé fonctionnel Magento 2.3. Source: Magento 2: Safe and easiest way to disable Compare products & Wishlist Module.

Dans le fichier app/design/frontend/<Vendor>/<theme>/Magento_Theme/layout/default.xml de votre thème, ajouter ceci:

<body>
<!-- Remove compare -->
<referenceBlock name="catalog.compare.link" remove="true" />
<referenceBlock name="catalog.compare.sidebar" remove="true"/>
<referenceBlock name="catalogsearch.product.addto.compare" remove="true"/>
<referenceBlock name="category.product.addto.compare" remove="true"/>
<referenceBlock name="crosssell.product.addto.compare" remove="true" />
<referenceBlock name="related.product.addto.compare" remove="true" />
<referenceBlock name="upsell.product.addto.compare" remove="true" />
<referenceBlock name="view.addto.compare" remove="true" />
</body>

<body>

</body>

Désactiver le module wishlist (produits favoris) dans Magento 2

Testé fonctionnel Magento 2.3. ATTENTION: erreurs PHP en front après un cache:clean avec un thème enfant du thème Supro. Peut se produire avec d’autres thèmes. Dans ce cas, se rabattre sur cette solution.

ATTENTION: lorsque vous désactivez des modules, veillez à exécuter la commande $ cache:clean de Magento 2 et à rafraîchir votre front pour vérifier que vos modifications passent sans générer d’erreurs.

Dans le fichier app/etc/confing.php repérer les trois modules Magento_Wishlist, Magento_WishlistAnalytics, Magento_WishlistGraphQl et les passer à 0 comme ceci:

'Magento_Wishlist' => 0,
'Magento_WishlistAnalytics' => 0,
'Magento_WishlistGraphQl' => 0,

'Magento_Wishlist' => 0,

'Magento_WishlistAnalytics' => 0,

'Magento_WishlistGraphQl' => 0,

Note: il est également possible de désactiver un module Magento 2 via une commande $ module:disable <nom_du_module>. En exécutant cette commande, le fichier config.php sera mis à jour automatiquement.

module
  module:disable                              Disables specified modules
  module:enable                               Enables specified modules
  module:status                               Displays status of modules
  module:uninstall                            Uninstalls modules installed by composer

module

module:disable Disables specified modules

module:enable Enables specified modules

module:status Displays status of modules

module:uninstall Uninstalls modules installed by composer

Supprimer la fonctionnalité wishlist (produits favoris) dans Magento 2

Testé fonctionnel Magento 2.3.

Préférer la solution ci-dessus si elle fonctionne, car elle permet une réactivation plus rapide de la fonctionnalité.

Dans le fichier app/design/frontend/<Vendor>/<theme>/Magento_Theme/layout/default.xml de votre thème, ajouter ceci:

<body>
<!-- Remove wishlist -->
<referenceBlock name="catalogsearch.product.addto.wishlist" remove="true"/>
<referenceBlock name="category.product.addto.wishlist" remove="true"/>
<referenceBlock name="crosssell.product.addto.wishlist" remove="true" />
<referenceBlock name="related.product.addto.wishlist" remove="true" />
<referenceBlock name="upsell.product.addto.wishlist" remove="true" />
<referenceBlock name="view.addto.wishlist" remove="true" />
</body>

<body>

</body>

De la sidebar (dans le compte client par exemple)

Essayer d’abord juste avec le 1er:

<!-- Wishlist -->
<referenceBlock name="wishlist_sidebar" remove="true" />
<referenceBlock name="multiple-wishlist_sidebar" remove="true" />

Ce n’est pas fini! Il vous faudra ensuite trouver le ou les templates PHTML qui contiennent des résidus de la fonctionnalité Wishlist qui ne peuvent être retirés via un fichier layout XML. Dans le thème Luma, le template contient les classes action towishlist sur un élément a. Dans le thème Supro, le markup HTML <div class="top-wishlist">.

Désactiver les avis et les notes produit (reviews & rating)

Testé fonctionnel Magento 2.3.

Dans le fichier app/design/frontend/<Vendor>/<theme>/Magento_Theme/layout/default.xml de votre thème, ajouter ceci:

<!-- Remove reviews and rating -->
<referenceBlock name="reviews.tab" remove="true" />
<referenceBlock name="product.review.form" remove="true" />
<referenceBlock name="product.info.review" remove="true" />
<referenceBlock name="customer-account-navigation-product-reviews-link" remove="true" />
<referenceBlock name="review_view" remove="true" />

Supprimer la navigation par filtres dans la liste produits

<referenceContainer name="catalog.leftnav" remove="true" />

1	<referenceContainer name="catalog.leftnav" remove="true" />

Masquer le titre principal d’une page

<referenceBlock name="page.main.title" display="false" />

1	<referenceBlock name="page.main.title" display="false" />

Afficher/masquer des entrées du menu en sidebar du compte client

[Magento 2] Ajouter, déplacer, supprimer des entrées dans le menu de navigation du compte client en sidebar.

Afficher/masquer l’encart reorder en sidebar et l’encart dernières commandes du dashboard client

Dans app/design/frontend/MyVendor/mytheme/Magento_Customer/layout/customer_account_index.xml:

<referenceBlock name="sale.reorder.sidebar" remove="true"/>
<referenceBlock name="customer_account_dashboard_top" remove="true"/>

1 2	<referenceBlock name="sale.reorder.sidebar" remove="true"/> <referenceBlock name="customer_account_dashboard_top" remove="true"/>

[Magento 2] Retrouver rapidement des informations comme le store_id, le store code, le website_id, le group_id, le store name

13/12/2019 / admin

Rendez-vous en base de données, dans la table store pour afficher les informations:

[Magento 2] Des Websites ou des Stores multiples avec Docker et nginx

10/12/2019 / admin

Source: Magento 2 dev docs (official) – Multiple websites or stores.

Consider the following terms:

Website—is the top-level container for sites, shipping methods, payment methods, and more. To create completely separate sites that do not share cart, shipping methods, or other you must create separate websites.

Website customer accounts can be shared between multiple websites within a single Magento instance. A website contains at least one store. Catalog prices should be managed at the website level.
Store—is contained by a website. In turn, a store contains at least one store view.

Multiple stores can share cart, user sessions, payment gateways, and more, but they have separate catalog structures and Catalog price.

Catalog Qty (inventory) can not be managed at the store level. Inventory is managed at Website or Global level only.

Store views change the way pages are presented, and are typically used to display a store with different layouts or languages. You can manage different currencies per store view.

Cas pratique

Ressources officielles utilisées:

Structure du projet en Websites > Store (group) > Store view:

Structure du projet vu de l’admin (Stores > All stores [Settings]):

N’hésitez pas à agrandir l’image.

Attention: voir la documentation officielle pour savoir comment affecter les différentes URLs à chaque store view.

Fichier `<racine_projet>/docker/.env` en fonction de cette structure de sites:

ATTENTION: votre fichier .env ne se trouvera pas nécessairement dans un dossier docker/. Il se trouve au même niveau que le fichier docker-compose.yml.

COMPOSE_PROJECT_NAME=vitalconcept

# HOSTS
MAGENTO_VIRTUAL_HOST=vitalconcept.local,vital-agriculture.local,vital-equideos.local,vital-paysage.local,vital-agriculture-be.local
[...]

# MULTI SITE
MAGENTO_RUN_BASE_TYPE=website
MAGENTO_RUN_BASE_CODE=base
MAGENTO_RUN_BASE_URL=vitalconcept.local

MAGENTO_RUN_FR1_TYPE=store
MAGENTO_RUN_FR1_CODE=agriculture_FR_fr
MAGENTO_RUN_FR1_URL=vital-agriculture.local

MAGENTO_RUN_FR2_TYPE=store
MAGENTO_RUN_FR2_CODE=equideos_FR_fr
MAGENTO_RUN_FR2_URL=vital-equideos.local

MAGENTO_RUN_FR3_TYPE=store
MAGENTO_RUN_FR3_CODE=paysage_FR_fr
MAGENTO_RUN_FR3_URL=vital-paysage.local

MAGENTO_RUN_BE1_TYPE=store
MAGENTO_RUN_BE1_CODE=agriculture_BE_fr
MAGENTO_RUN_BE1_URL=vital-agriculture-be.local

MAGENTO_RUN_BE2_TYPE=store
MAGENTO_RUN_BE2_CODE=agriculture_BE_nl
MAGENTO_RUN_BE2_URL=vital-agriculture-be.local/nl

MAGENTO_RUN_TEST_TYPE=store
MAGENTO_RUN_TEST_CODE=test_store_view
MAGENTO_RUN_TEST_URL=test.vitalconcept.local

COMPOSE_PROJECT_NAME=vitalconcept

# HOSTS

MAGENTO_VIRTUAL_HOST=vitalconcept.local,vital-agriculture.local,vital-equideos.local,vital-paysage.local,vital-agriculture-be.local

[...]

# MULTI SITE

MAGENTO_RUN_BASE_TYPE=website

MAGENTO_RUN_BASE_CODE=base

MAGENTO_RUN_BASE_URL=vitalconcept.local

MAGENTO_RUN_FR1_TYPE=store

MAGENTO_RUN_FR1_CODE=agriculture_FR_fr

MAGENTO_RUN_FR1_URL=vital-agriculture.local

MAGENTO_RUN_FR2_TYPE=store

MAGENTO_RUN_FR2_CODE=equideos_FR_fr

MAGENTO_RUN_FR2_URL=vital-equideos.local

MAGENTO_RUN_FR3_TYPE=store

MAGENTO_RUN_FR3_CODE=paysage_FR_fr

MAGENTO_RUN_FR3_URL=vital-paysage.local

MAGENTO_RUN_BE1_TYPE=store

MAGENTO_RUN_BE1_CODE=agriculture_BE_fr

MAGENTO_RUN_BE1_URL=vital-agriculture-be.local

MAGENTO_RUN_BE2_TYPE=store

MAGENTO_RUN_BE2_CODE=agriculture_BE_nl

MAGENTO_RUN_BE2_URL=vital-agriculture-be.local/nl

MAGENTO_RUN_TEST_TYPE=store

MAGENTO_RUN_TEST_CODE=test_store_view

MAGENTO_RUN_TEST_URL=test.vitalconcept.local

Notes:

Pour l’ensemble des variables d’environnement MAGENTO_RUN_FR1_*, FR1 est un libellé libre qui vous permettra d’identifier votre website ou votre store view (j’y viens…).
Pour la variable d’environnement MAGENTO_RUN_*_TYPE, vous avez le choix entre website et store (cf. colonne 1 (website) et 3 (store view) dans l’admin: Stores > All stores [Settings]).
Pour la variable d’environnement MAGENTO_RUN_*_CODE, renseignez le code de votre website ou de votre store view (en fonction du choix fait précedemment).
Pour la variable d’environnement MAGENTO_RUN_*_URL, renseignez l’URL précisée dans les champs Base URL, Base Link URL, Secure Base URL, Secure Base Link URL, accessibles dans l’admin depuis Stores > Configuration [Settings] > Web [General] > puis sous « Store View » (juste sous le titre « Configuration », en haut à gauche) choisissez un scope.

Fichier `<racine_projet>/app/etc/env.php` en fonction de cette structure de sites:

<?php
return [
    'system' => [
        'stores' => [
            'default' => [
                'web' => [
                    'unsecure' => [
                        'base_url' => 'http://vital-equideos.local/'
                    ]
                ]
            ],
            'fr_agriculture' => [
                'web' => [
                    'unsecure' => [
                        'base_url' => 'http://vital-agriculture.local/'
                    ]
                ]
            ],
            'fr_paysage' => [
                'web' => [
                    'unsecure' => [
                        'base_url' => 'http://vital-paysage.local/'
                    ]
                ]
            ],
            'fr' => [
                'web' => [
                    'unsecure' => [
                        'base_url' => 'http://vital-agriculture-be.local/'
                    ]
                ]
            ],
            'ne' => [
                'web' => [
                    'unsecure' => [
                        'base_url' => 'http://vital-agriculture-be.local/'
                    ]
                ]
            ]
        ]
    ]
];

<?php

return [

'system' => [

'stores' => [

'default' => [

'web' => [

'unsecure' => [

'base_url' => 'http://vital-equideos.local/'

]

'fr_agriculture' => [

'web' => [

'unsecure' => [

'base_url' => 'http://vital-agriculture.local/'

]

'fr_paysage' => [

'web' => [

'unsecure' => [

'base_url' => 'http://vital-paysage.local/'

]

'fr' => [

'web' => [

'unsecure' => [

'base_url' => 'http://vital-agriculture-be.local/'

]

'ne' => [

'web' => [

'unsecure' => [

'base_url' => 'http://vital-agriculture-be.local/'

]

];

Attention: les fichiers de configuration type config.php et env.php ne seront pris en compte qu’après avoir exécuté la commande bash $ magento app:config:import.

Fichier `hosts` (de Windows pour ma part)

192.168.56.101 vitalconcept.local mail.vitalconcept.local adminer.vitalconcept.local
192.168.56.101 vital-agriculture.local 
192.168.56.101 vital-equideos.local 
192.168.56.101 vital-paysage.local 
192.168.56.101 vital-agriculture-be.local 
192.168.56.101 test.vitalconcept.local

192.168.56.101 vitalconcept.local mail.vitalconcept.local adminer.vitalconcept.local

192.168.56.101 vital-agriculture.local

192.168.56.101 vital-equideos.local

192.168.56.101 vital-paysage.local

192.168.56.101 vital-agriculture-be.local

192.168.56.101 test.vitalconcept.local

Extrait fichier `docker-compose.yml` (image « web » uniquement):

Les lignes env_file: .env et VIRTUAL_HOST: "vitalconcept.${EXT:-local},vital-agriculture.${EXT:-local},vital-equideos.${EXT:-local},vital-paysage.${EXT:-local},vital-agriculture-be.${EXT:-local},test.vitalconcept.local" ont été ajoutées/modifiées par rapport à notre configuration originale.

version: '2.1'
services:

  web:
    image: docker.netapsys.fr/magento2-nginx-php71:v0.1-dev
    expose:
      - '80'
    env_file: .env
    environment:
      VIRTUAL_HOST: "vitalconcept.${EXT:-local},vital-agriculture.${EXT:-local},vital-equideos.${EXT:-local},vital-paysage.${EXT:-local},vital-agriculture-be.${EXT:-local},test.vitalconcept.local"
      VOLUME_UID: '${UID:-1000}'
      VOLUME_GID: '${GID:-1000}'
      DEVELOPER_MODE: 1
      MAGENTO_MODE: developer
      MAGENTO_SERVERNAME: "*.vitalconcept.${EXT:-local}"
      MAGENTO_DOCUMENTROOT: $HOME/magento2/vitalconcept
      EMAIL_FORWARD_HOST: 'mailcatcher:1025'
    working_dir: $HOME/magento2/vitalconcept
    volumes:
      - '$HOME/.composer:/var/www/.composer'
      - './data/crontab:/data/crontab'
      - '$HOME/magento2/vitalconcept:$HOME/magento2/vitalconcept'
    networks:
      - default
      - proxy

version: '2.1'

services:

web:

image: docker.netapsys.fr/magento2-nginx-php71:v0.1-dev

expose:

- '80'

env_file: .env

environment:

VIRTUAL_HOST: "vitalconcept.${EXT:-local},vital-agriculture.${EXT:-local},vital-equideos.${EXT:-local},vital-paysage.${EXT:-local},vital-agriculture-be.${EXT:-local},test.vitalconcept.local"

VOLUME_UID: '${UID:-1000}'

VOLUME_GID: '${GID:-1000}'

DEVELOPER_MODE: 1

MAGENTO_MODE: developer

MAGENTO_SERVERNAME: "*.vitalconcept.${EXT:-local}"

MAGENTO_DOCUMENTROOT: $HOME/magento2/vitalconcept

EMAIL_FORWARD_HOST: 'mailcatcher:1025'

working_dir: $HOME/magento2/vitalconcept

volumes:

- '$HOME/.composer:/var/www/.composer'

- './data/crontab:/data/crontab'

- '$HOME/magento2/vitalconcept:$HOME/magento2/vitalconcept'

networks:

- default

- proxy

Attention: il faut re-up le container Docker après chaque ajout de site/nouvelle URL:

$ docker-compose down <container>
// down == stop && rm

1 2	$ docker-compose down <container> // down == stop && rm

`magento.conf` de nginx:

Se connecter en bash au docker « web » et vérifier que les URLs ont bien été écrites dans la configuration nginx en tapant la commande suivante:
$ cat /etc/nginx/sites-enabled/magento.conf

Assigner une root catégorie du catalogue à un store (à un sous-domaine/une URL)

Magento 2 User Guide: Root Categories > Step 3: Assign the Root Category to the Store.

Articles récents

Catégories

Archives

Méta

Mois : décembre 2019

[Magento 2] Créer un Source Model custom

[Magento 2] Surcharge d’une classe PHP située dans app/code/Vendor/Module/Model/Config/Source via un namespace spécifique

[Magento 2] Astuces, bonnes pratiques de manipulation des layouts XML

Ajouter une zone pleine largeur et contenant des blocs statiques au-dessus du footer via un layout XML

Ajouter un bloc statique dans la sidebar (left ou right column)

[Magento 2] Afficher/masquer des fonctionnalités ou des modules depuis les layouts XML ou le fichier app/etc/config.php

Désactiver la fonctionnalité de comparaison produit dans Magento 2

Désactiver le module wishlist (produits favoris) dans Magento 2

Supprimer la fonctionnalité wishlist (produits favoris) dans Magento 2

De la sidebar (dans le compte client par exemple)

Désactiver les avis et les notes produit (reviews & rating)

Supprimer la navigation par filtres dans la liste produits

Masquer le titre principal d’une page

Afficher/masquer des entrées du menu en sidebar du compte client

Afficher/masquer l’encart reorder en sidebar et l’encart dernières commandes du dashboard client

[Magento 2] Retrouver rapidement des informations comme le store_id, le store code, le website_id, le group_id, le store name

[Magento 2] Des Websites ou des Stores multiples avec Docker et nginx

Cas pratique

Structure du projet en Websites > Store (group) > Store view:

Structure du projet vu de l’admin (Stores > All stores [Settings]):

Fichier `<racine_projet>/docker/.env` en fonction de cette structure de sites:

Fichier `<racine_projet>/app/etc/env.php` en fonction de cette structure de sites:

Fichier `hosts` (de Windows pour ma part)

Extrait fichier `docker-compose.yml` (image « web » uniquement):

`magento.conf` de nginx:

Assigner une root catégorie du catalogue à un store (à un sous-domaine/une URL)

Ajouter une zone pleine largeur et contenant des blocs statiques au-dessus du footer via un layout XML

Ajouter un bloc statique dans la sidebar (left ou right column)

Désactiver la fonctionnalité de comparaison produit dans Magento 2

Désactiver le module wishlist (produits favoris) dans Magento 2

Supprimer la fonctionnalité wishlist (produits favoris) dans Magento 2

De la sidebar (dans le compte client par exemple)

Désactiver les avis et les notes produit (reviews & rating)

Supprimer la navigation par filtres dans la liste produits

Masquer le titre principal d’une page

Afficher/masquer des entrées du menu en sidebar du compte client

Afficher/masquer l’encart reorder en sidebar et l’encart dernières commandes du dashboard client

Cas pratique

Structure du projet en Websites > Store (group) > Store view:

Structure du projet vu de l’admin (Stores > All stores [Settings]):

Fichier <racine_projet>/docker/.env en fonction de cette structure de sites:

Fichier <racine_projet>/app/etc/env.php en fonction de cette structure de sites:

Fichier hosts (de Windows pour ma part)

Extrait fichier docker-compose.yml (image « web » uniquement):

magento.conf de nginx:

Assigner une root catégorie du catalogue à un store (à un sous-domaine/une URL)

Fichier `<racine_projet>/docker/.env` en fonction de cette structure de sites:

Fichier `<racine_projet>/app/etc/env.php` en fonction de cette structure de sites:

Fichier `hosts` (de Windows pour ma part)

Extrait fichier `docker-compose.yml` (image « web » uniquement):

`magento.conf` de nginx: