Comment utiliser l'global.php/local.php les configs dans le getConfig() d'un module dans une Zend Framework 2 de la demande?

Dans un ZF2 application j'ai quelques cofigs, que: 1. doivent être différentes dependening sur l'environnement; 2. sont spécifiques à un module béton. Je suis actuellement à l'utiliser comme ici décrit:

global.php & local.php

return array(
    ...
    'modules' => array(
        'Cache' => array(
            'ttl' => 1, //1 second
        )
    )
    ...
);

De classe de Module

Module {
    ...
    public function getServiceConfig() {
        try {
            return array (
                'factories' => array(
                    'Zend\Cache\Adapter\MemcachedOptions' => function ($serviceManager) {
                        return new MemcachedOptions(array(
                            'ttl'           => $this->getConfig()['modules']['Cache']['ttl'],
                            ...
                        ));
                    },
                    ...
                )
            );
        }
        ...
    }
    ...
}

Ça fonctionne, mais je crois, que le module des paramètres spécifiques devraient être accessibles sur une place centrale dans le module -- le getConfig() méthode de la Module classe. Comme ceci:

class Module {

    public function getConfig() {
        $moduleConfig = include __DIR__ . '/config/module.config.php';
        $application = $this->getApplicationSomehow(); //<-- how?
        $applicationModuleConfig = $application->getConfig()['modules'][__NAMESPACE__];
        $config = array_merge($moduleConfig, $applicationModuleConfig);
        return $config;
    }
    ...
    public function getServiceConfig() {
        try {
            return array (
                'factories' => array(
                    'Zend\Cache\Adapter\MemcachedOptions' => function ($serviceManager) {
                        return new MemcachedOptions(array(
                            'ttl'            => $serviceManager->get('Config')['modules']['Cache']['ttl'],
                            ...
                        ));
                    },
                    ...
                )
            );
        }
        ...
    }
    ...
}

Le problème, c'est que je ne comprends pas comment accéder à la global.php/local.php les configs dans le getConfig() d'un module. Comment puis-je le faire?

InformationsquelleAutor automatix | 2013-04-05
  1. 17

    Chaque configuration de chaque Module chargé seront fusionnés en un seul fichier de configuration. À savoir, ce serait:

    $serviceManager->get('config');

    La raison derrière (global|local).config.php est simplement pour but de l'utilisation. Fichiers de configuration globale doit toujours être déployé. Fichiers de configuration locaux cependant ne devraient être déployés en tant que distributionables, alias local.config.php.dist.

    Distributionals ne sera pas chargé, peu importe où ils sont des lieux. Cependant notion commune de ZF2 est de copier le distributionables dans le /config/autoload-répertoire du ZF2 de l'Application et de les renommer pour local.config.php

    Un exemple:

    //YourModule/config/module.config.php
return array(
    'key' => 1337
);

//YourModule/config/local.yourmodule.php.dist
return array(
    'key' => 7331
);

    Maintenant, lorsque vous publiez /déployez votre application, seulement module.config.php sera utilisé. Si quelqu'un veut modifier la configuration de votre Module, ils jamais touch module.config.php, comme ce fichier n'auront de cesse d'être écrasé lors de votre module sera mis à jour.

    Cependant, ce que les gens peuvent faire est de copier:

    YourModule/config/local.yourmodule.php.dist
to
/config/autoload/local.yourmodule.php

    Et de changer la configuration des valeurs à l'intérieur de cette configuration locale.

    À comprendre:

    • Vous devez toujours configurer votre module du mieux possible pour un Scénario.
    • Si vous avez de l'environnement à des besoins spécifiques, remplacer cette config à l'aide d'un local-config
    • local configs ne sont jamais déployé automatiquement, c'est une tâche manuelle qui ont besoin d'être fait à partir de l'intérieur de l'environnement lui-même

    Espère que ça a été un peu plus clair

    En fin de compte:

    • configurer votre module pour un LIVE-Scénario
    • Sur votre machine de développement créer un /config/autoload/mymodule.local.php et remplacer votre ttl avec le développement de la valeur

    LoadOrder:

    La dernière partie intéressante, que j'ai complètement oublié, serait de l'ordre de chargement des fichiers de configuration. Comme tous les fichiers sont fusionnés, ce qui est important de noter!

    • Premier à charger est /config/application.config.php
    • La deuxième à la charge serait de chacun des Modules /modules/{module}/config/module.config.php *
    • Dernier mais non le moins, la autoloadable fichiers seront chargés /config/autoload/{filename}.php

    astérix Il est en fait PAS module.config.php ce qui est appelé, mais plutôt la Module-classes de fonctions de configuration. Principalement, ce sont:

    Si je comprends cette partie de la ConfigListener correctement, puis getConfig() sera appelé en premier et toutes les specialiced {feature}ProviderInterfaces va écraser les données de getConfig(), mais ne prenez pas cela pour acquis, il aurait besoin d'un check!

    • OK, je pense, j'ai eu de la logique. local.%module%.php.dist (un exemple pour local.%module%.php) et module.config.php (paramètres par défaut) dans /module/Cache/config et local.%module%.php (réel les paramètres actuels de l'environnement) dans /config/autoload. local.%module%.php fichiers sont fusionnés "automatiquement" (magie?) à la /config/autoload/local.php et a une plus grande prioroty que module.config.php. 1. Dois-je comprendre de ce droit? 2. Ce sur les touches? Si le local.%module%.php fichiers sont directement fusionné pour local.php, comment les conflits sont évités? 3. Comment pouvez-vous/devriez-je accéder aux paramètres?
    • Voir mise à jour de réponse
    • À Sam: je vous Remercie beaucoup pour votre réponse détaillée et la mise à jour. Désolé, je ne peux toujours pas comprendre, comment charger de la /autoload/local.{modulename}.php fichiers. J'ai créé /autoload/local.cache.php pour mon module Cache, mais il n'est pas chargé. Pouvez-vous s'il vous plaît poster un exemple élémentaire, comment vous définissez le paramètre mysetting(dans tous les fichiers pertinents dans le module et l'application dossier config) pour un module MyModule et comment vous pouvez accéder à ce paramètre à partir de votre module de classe?
    • Essayez cache.local.php 😉
    • @Sam "Si je comprends bien cette partie de la ConfigListener bien [...]": j'ai juste une mise au point d'un module de simplement fixer un point d'arrêt dans chacun de ses config méthodes (ce module implémente seulement trois config des interfaces). L'ordre de chargement est: getAutoloaderConfig(), getConfig(), getServiceConfig().
    • Je le sais, aujourd'hui, j'ai blogué sur mes conclusions à partir d'ici;) samminds.com/2013/04/understanding-zf2-configuration
    • Comment appelez-vous les paramètres? je suis en train de le faire avec $mySetting = $this->getConfig()['mySetting'] et il ne peut pas fonctionner, car la getConfig() renvoie simplement les configs de {module root directory} . '/config/module.config.php'.
    • Je sens que tu dois fournir TOUT le code sur github ou donc. Ce qui est $this->getConfig()? La configuration globale sera récupérée à partir de la ServiceManager (c'est à dire à l'intérieur d'un contrôleur via $this->getServiceLocator()->get('config'); ou iirc ce dont vous avez besoin serait $serviceManager->get('config')
    • Je voulais juste comprendre, comment utiliser les paramètres de MyModule#getConfig() (et à d'autres endroits, où je ne peux pas accéder à la ServiceLocator). Oui, je peux accéder aux paramètres de $serviceManager->get('Config')['myConfig']. Mais je n'ai pas l'accès à la ServiceLocator de partout. E. g. de MyModule#getConfig() ou une table de mappeur de classe ou de manière.
    • Vous n'êtes pas censé avoir accès à d'autres Modules dans votre Module#getConfig(). Si vous comptez sur les autres de configuration, qui PEUT ÊTRE UNIQUEMENT à des fins de service. Ergo vous seriez compter sur Module#getServiceConfig() et à l'intérieur des usines, vous avez accès à ServiceManager

    InformationsquelleAutor Sam
  2. 1

    Vous n'êtes pas censé avoir accès à d'autres Modules dans votre Module#getConfig(). Si vous comptez sur les autres de configuration, qui PEUT ÊTRE UNIQUEMENT à des fins de service. Ergo vous seriez compter sur Module#getServiceConfig() et à l'intérieur des usines, vous avez accès à ServiceManageret d'accéder à vos configs avec $serviceManager->get('config');. (voir Sam commentaire)

    L'ordre de chargement des configurations par défaut:

    1. /config/application.config.php, qui est l'initiale du fichier de configuration; pas pour le module configs; ici est le modèle de nom de fichier pour les fichiers de configuration à charger défini ('config_glob_paths' => array('config/autoload/{,*.}{global,local}.php')).
    2. {ModuleNamespace}\Module#getConfig() (par exemple Cache\Module#getConfig()), qui, par convention, doit se charger de son /module/{ModuleNamespace}/config/module.config.php;
    3. /config/autoload/global.php, qui ne devrait pas contenir n'importe quel module spécifique configs (voir ci-dessous);
    4. /config/autoload/local.php, qui contient environnement spécifique paramètres ne doivent pas contenir de module spécifique configs (voir ci-dessous); il ne doit pas versionné/déployées;
    5. /config/autoload/{ModuleNamespaceLowerCased}.local.php (par exemple cache.local.php), qui contient uniquement le module ET de l'environnement spécifique paramètres et ne doit pas être versionné/;

    Pour la Cache module ci-dessus il peut y avoir des fichiers de configuration suivants:

    • /module/Cache/config/module.config.php un ensemble complet de module configs; chargé par Cache\Module#getConfig()
    • /module/Cache/config/cache.local.php.dist , un exemple pour /config/autoload/cache.local.php
    • /config/autoload/cache.local.php -- environnement module spécifique configs

    La mise ttl peut être consulté à partir de n'importe quel endroit, où l'on a accès au Service Locator. Par exemple, dans l'usine de méthodes de Cache\Module#getServiceConfig()

    class Module {

    public function getConfig() {
        $moduleConfig = include __DIR__ . '/config/module.config.php';
        $application = $this->getApplicationSomehow(); //<-- how?
        $applicationModuleConfig = $application->getConfig()['modules'][__NAMESPACE__];
        $config = array_merge($moduleConfig, $applicationModuleConfig);
        return $config;
    }
    ...
    public function getServiceConfig() {
        try {
            return array (
                'factories' => array(
                    'Zend\Cache\Adapter\MemcachedOptions' => function ($serviceManager) {
                        return new MemcachedOptions(array(
                            'ttl'            => $serviceManager->get('Config')['ttl'],
                            ...
                        ));
                    },
                    ...
                )
            );
        }
        ...
    }
    ...
}

    Pour de plus amples informations sur la façon de configs sont gérés dans ZF2 voir Sam réponse et article du blog.

    • Pourquoi u ne pas accepter @sam réponse valide la réponse à votre question?
    • C'est une très bonne théorique de l'article (+1), mais il ne me donne pas directement la réponse à ma question. De toute façon il m'a aidé à comprendre, comment les configs de travail, et de trouver une réponse. Je l'ai posté ici et accepté / marqué comme "réponse valable".
    InformationsquelleAutor automatix