Alors que les conventions enlèvent le besoin de configurer tout CakePHP, vous aurez tout de même besoin de configurer quelques petites choses comme les accès à la base de données.
De plus, certaines options de configuration facultatives vous permettent de changer les valeurs par défaut & les implémentations avec des options qui conviennent à votre application.
La configuration est généralement stockée soit dans les fichiers PHP ou INI, et
chargée pendant le bootstrap de l’application. CakePHP est fourni avec un
fichier de configuration par défaut, mais si cela et nécessaire, vous pouvez
ajouter des fichiers supplémentaires de configuration et les charger dans le
bootstrap de votre application. Cake\Core\Configure
est utilisée
pour la configuration globale, et les classes comme Cache
fournissent les
méthodes setConfig()
pour faciliter la configuration et la rendre plus
transparente.
Le squelette de l’application contient un fichier config/app.php qui doit contenir
la configuration qui ne varie pas selon les différents environnements dans lesquels votre
application est déployée. Le fichier config/app_local.php doit contenir les
données de configuration qui varient selon les environnements et doivent être gérées par
la gestion de la configuration ou vos outils de déploiement. Ces deux fichiers font
référence à des variables d’environnement via la fonction env()
qui permet de définir
les valeurs de configuration de l’environnement du serveur.
Si votre application a beaucoup d’options de configuration, il peut être utile de séparer la configuration dans plusieurs fichiers. Après avoir créé chacun des fichiers dans votre répertoire config/, vous pouvez les charger dans bootstrap.php:
use Cake\Core\Configure;
use Cake\Core\Configure\Engine\PhpConfig;
Configure::config('default', new PhpConfig());
Configure::load('app', 'default', false);
Configure::load('other_config', 'default');
Beaucoup de fournisseurs de cloud, comme Heroku, vous permettent de définir des variables pour les données de configuration. Vous pouvez configurer CakePHP via des variables d’environnement à la manière 12factor app. Les variables d’environnement permettent à votre application d’avoir besoin de moins d’états, facilitant la gestion de votre application lors de déploiements sur plusieurs environnements.
Comme vous pouvez le voir dans votre fichier app.php, la fonction env()
est utilisée pour lire des données de configuration depuis l’environnement et
construire la configuration de l’application.
CakePHP utilise les chaînes DSN pour les configurations des bases de données,
des logs, des transports d’emails et du cache, vous permettant de faire varier les
configurations d’un environnement à l’autre.
Lors d’un développement local, CakePHP utilise dotenv pour permettre l’utilisation des variables
d’environnement. Utilisez composer pour ajouter cette bibliothèque, puis
décommentez un bloc de code dans bootstrap.php
pour l’exploiter.
Vous verrez un fichier config/.env.default
dans votre application.
En copiant ce fichier dans config/.env
et en modifiant les valeurs, vous pourrez
configurer votre application.
Il est conseillé de ne pas commiter le fichier config/.env
dans votre dépôt
et d’utiliser le fichier config/.env.default
comme template avec des valeurs
par défaut (ou des placeholders) pour que les membres de votre équipe sachent
quelles variables sont utilisées et ce que chaque variable est censée contenir.
Une fois vos variables d’environnement définies, vous pouvez utiliser la
fonction env()
pour lire les données depuis l’environnement:
$debug = env('APP_DEBUG', false);
La seconde valeur passée à la fonction env()
est la valeur par défaut. Cette
valeur sera utilisée si aucune variable d’environnement n’existe pas pour la clé
fournie.
Ci-dessous se trouve une description des variables et la façon dont elles modifient votre application CakePHP.
Change la sortie de debug de CakePHP. false
= Mode Production. Pas de
messages, d’erreurs ou d’avertissements montrés. true
= Errors et
avertissements montrés.
Le namespace sous lequel se trouvent les classes de l’app.
Note
Quand vous changez le namespace dans votre configuration, vous devez
aussi mettre à jour le fichier composer.json pour utiliser aussi
ce namespace. De plus, créez un nouvel autoloader en lançant
php composer.phar dumpautoload
.
Décommentez cette définition si vous n” envisagez pas d’utiliser le mod_rewrite d’Apache avec CakePHP. N’oubliez pas aussi de retirer vos fichiers .htaccess.
Le répertoire de base où l’app se trouve. Si à false
, il sera détecté
automatiquement. Si ce n’est pas false
, assurez-vous que votre chaîne commence
avec un / et ne se termine PAS par un /. Par exemple, / basedir est une valeur
correcte pour App.base. Sinon, le composant AuthComponent ne fonctionnera pas correctement.
Définit l’encodage que votre application utilise. Cet encodage est utilisé pour générer le charset dans le layout, et les entities encodées. Il doit correspondre aux valeurs d’encodage spécifiées pour votre base de données.
Le répertoire webroot.
Le chemin vers webroot.
Le nom de domaine complet (y compris le protocole) vers la racine de votre
application. Ceci est utilisé pour la génération d’URLS absolues. Par
défaut, cette valeur est générée en utilisant la variable d’environnement
$_SERVER. Cependant, vous devriez la définir manuellement pour optimiser la
performance ou si vous êtes inquiets sur le fait que des gens puissent
manipuler le header Host
.
Dans un contexte de CLI (à partir des shells), fullBaseUrl ne peut pas
être lu dans $_SERVER, puisqu’il n’y a aucun serveur web impliqué. Vous
devez le spécifier vous-même si vous avez besoin de générer des URLs à
partir d’un shell (par exemple pour envoyer des emails).
Le chemin Web vers le répertoire public des images dans webroot. Si vous utilisez un CDN, vous devez définir cette valeur vers la localisation du CDN.
Le chemin Web vers le répertoire public des css dans webroot. Si vous utilisez un CDN, vous devez définir cette valeur vers la localisation du CDN.
Le chemin Web vers le répertoire public des js dans webroot. Si vous utilisez un CDN, vous devriez définir cette valeur vers la localisation du CDN.
Les chemins de Configure pour les ressources non basées sur les classes.
Accepte les sous-clés plugins
, templates
, locales
, qui
permettent la définition de chemins respectivement pour les plugins, les
templates de view et les fichiers de locales.
Définit si les fichiers téléchargés sont représentés sous forme d’objets (true
),
ou de tableaux (false
). Cette option est considérée comme activée par défaut.
Référez-vous à File Uploads section dans le chapitre
Objets Request & Response pour de plus amples informations.
Une chaîne au hasard utilisée dans les hashages. Cette valeur est aussi utilisée comme sel HMAC quand on fait des chiffrements symétriques.
Ajoute un timestamp qui est le dernier temps modifié du fichier particulier à la fin des URLs des fichiers d’asset (CSS, JavaScript, Image) lors de l’utilisation des helpers adéquats. Valeurs valides:
(bool) false
- Ne fait rien (par défaut)
(bool) true
- Ajoute le timestamp quand debug est à true
(string) “force” - Ajoute toujours le timestamp.
Fixe la valeur de la mise en cache des ressources (assets). Elle détermine la valeur du
header http Cache-Control
max-age
, ansi que du header http Expire
pour les ressources.
Cela peut-être tout ce que votre version de la fonction strtotime de php accepte.
La valeur par défaut est +1 day
.
Pour utiliser un CDN pour charger vos actifs statiques, modifiez App.imageBaseUrl
,
App.cssBaseUrl
, App.jsBaseUrl
pour pointer vers l’URI du CDN, par exemple:
https://mycdn.example.com/
(notez le /
à la fin).
A toutes les images, scripts et styles chargés via HtmlHelper sera ajouté le path absolu du CDN,
correspondant au même chemin relatif utilisé dans l’application. Notez s’il vous plaît
il existe un cas d’utilisation spécifique lors de l’utilisation de ressources basée sur les plugins:
les plugins n’utiliseront pas le prefixe de plugin quand l’URI absolue définie dans ... BaseUrl
est utilisée, par exemple par défaut:
$this->Helper->assetUrl('TestPlugin.logo.png')
resolves to test_plugin/logo.png
Si vous fixez App.imageBaseUrl
à https://mycdn.example.com/
:
$this->Helper->assetUrl('TestPlugin.logo.png')
resolves to https://mycdn.example.com/logo.png
.
Regardez la Configuration de la Base de Données pour plus d’informations sur la configuration de vos connections à la base de données.
Consultez Configuration du cache pour plus d’informations sur la configuration de la mise en cache dans CakePHP.
Consultez les sections sur Configuration des erreurs et des exceptions pour des informations sur la configuration des gestionnaires d’erreur et d’exception.
Consultez Configuration des flux d’un log (journal) pour des informations sur la configuration des logs dans CakePHP.
Consultez Configuration des Email pour avoir des informations sur la configuration prédéfinie d’email dans CakePHP.
Consultez Configuration de Session pour avoir des informations sur la configuration de la gestion des sessions dans CakePHP.
Consultez Configuration des Routes pour plus d’informations sur la configuration du routing et de la création de routes pour votre application.
Les chemins de classe supplémentaires sont définis dans les autoloaders que
votre application utilise. Quand vous utilisez Composer
pour générer votre
autoloader, vous pouvez faire ce qui suit, pour fournir des chemins à utiliser
pour les controllers dans votre application:
"autoload": {
"psr-4": {
"App\\Controller\\": "/path/to/directory/with/controller/folders/",
"App\\": "src/"
}
}
Ce qui est au-dessus va configurer les chemins pour les namespaces App
et
App\Controller
. La première clé va être cherchée, et si ce chemin ne
contient pas la classe/le fichier, la deuxième clé va être cherchée. Vous
pouvez aussi faire correspondre un namespace unique vers plusieurs répertoires
avec ce qui suit:
"autoload": {
"psr-4": {
"App\\": ["src/", "/path/to/directory/"]
}
}
Puisque les plugins, view templates et locales ne sont pas des classes, ils ne peuvent pas avoir un autoloader configuré. CakePHP fournit trois variables de configuration pour configurer des chemins supplémentaires pour vos ressources. Dans votre config/app.php, vous pouvez définir les variables:
return [
// Plus de configuration
'App' => [
'paths' => [
'plugins' => [
ROOT . DS . 'plugins' . DS,
'/path/to/other/plugins/'
],
'templates' => [
ROOT . DS . 'templates' . DS,
ROOT . DS . 'templates2' . DS
],
'locales' => [
ROOT . DS . 'resources' . DS . 'locales' . DS
]
]
]
];
Les chemins doivent finir par un séparateur de répertoire, sinon ils ne fonctionneront pas correctement.
Regardez Configuration d’Inflexion pour plus d’informations.
La classe Configure de CakePHP peut être utilisée pour stocker et récupérer des valeurs spécifiques d’exécution ou d’application. Attention, cette classe vous permet de stocker tout dedans, puis de l’utiliser dans toute autre partie de votre code: une tentation évidente de casser le modèle MVC avec lequel CakePHP a été conçu. Le but principal de la classe Configure est de garder les variables centralisées qui peuvent être partagées entre beaucoup d’objets. Souvenez-vous d’essayer de suivre la règle « convention plutôt que configuration » et vous ne casserez pas la structure MVC que cakePHP fournit.
Utilisez write()
pour stocker les données de configuration de
l’application:
Configure::write('Company.name','Pizza, Inc.');
Configure::write('Company.slogan','Pizza for your body and soul');
Note
La notation avec points utilisée dans le paramètre $key
peut
être utilisée pour organiser vos paramètres de configuration en
groupes logiques.
L’exemple ci-dessus pourrait aussi être écrit en un appel unique:
Configure::write('Company', [
'name' => 'Pizza, Inc.',
'slogan' => 'Pizza for your body and soul'
]);
Vous pouvez utiliser Configure::write('debug', $bool)
pour intervertir les
modes de debug et de production à la volée.
Note
Toutes les modifications de configuration effectuées à l’aide de
Configure::write()
se font en mémoire et seront perdues
à la requête (request) suivante.
Utilisé pour lire les données de configuration de l’application. Si une clé est fournie, la donnée est retournée. En utilisant nos exemples pour write() ci-dessus, nous pouvons lire cette donnée:
// Renvoie: 'Pizza, Inc.'
Configure::read('Company.name');
// Renvoie: 'Pizza for your body and soul'
Configure::read('Company.slogan');
Configure::read('Company');
// Retourne:
['name' => 'Pizza, Inc.', 'slogan' => 'Pizza for your body and soul'];
// Renvoie 'fallback' car Company.nope nexiste pas.
Configure::read('Company.nope', 'fallback');
Si $key est laissée à null, toutes les valeurs dans Configure seront retournées.
Permet de lire les données de configuration tout comme
Cake\Core\Configure::read
mais s’attend à trouver une paire
clé/valeur. Dans le cas où la paire demandée n’existe pas, une
RuntimeException
sera lancée:
Configure::readOrFail('Company.name'); // Renvoie: 'Pizza, Inc.'
Configure::readOrFail('Company.geolocation'); // Lancera un exception
Configure::readOrFail('Company');
// Renvoie:
['name' => 'Pizza, Inc.', 'slogan' => 'Pizza for your body and soul'];
Utilisée pour vérifier si une clé/chemin existe et a une valeur non nulle:
$exists = Configure::check('Company.name');
Utilisée pour supprimer l’information de la configuration de l’application:
Configure::delete('Company.name');
Lit et supprime une clé de Configure. C’est utile quand vous voulez combiner la lecture et la suppression de valeurs en une seule opération.
Lit et supprime une donnée de configuration tout comme Cake\Core\Configure::consume
mais s’attend à trouver une paire clé/valeur. Si la paire demandée n’existe pas une
RuntimeException
sera levée:
Configure::consumeOrFail('Company.name'); // Renvoie: 'Pizza, Inc.'
Configure::consumeOrFail('Company.geolocation'); // Lèvera une exception
Configure::consumeOrFail('Company');
// Renvoie:
['name' => 'Pizza, Inc.', 'slogan' => 'Pizza for your body and soul'];
CakePHP est fourni avec deux lecteurs de fichiers de configuration intégrés.
Cake\Core\Configure\Engine\PhpConfig
est capable de lire les
fichiers de config de PHP, dans le même format dans lequel Configure a lu
historiquement. Cake\Core\Configure\Engine\IniConfig
est
capable de lire les fichiers de config ini du cœur.
Regardez la documentation PHP
pour plus d’informations sur les spécificités des fichiers ini. Pour utiliser un
lecteur de config du cœur, vous aurez besoin de l’attacher à Configure en
utilisant Configure::config()
:
use Cake\Core\Configure\Engine\PhpConfig;
// Lire les fichiers de config à partir de config
Configure::config('default', new PhpConfig());
// Lire les fichiers de config à partir du chemin
Configure::config('default', new PhpConfig('/path/to/your/config/files/'));
Vous pouvez avoir plusieurs lecteurs attachés à Configure, chacun lisant
différents types de fichiers de configuration, ou lisant à partir de différents
types de sources. Vous pouvez interagir avec les lecteurs attachés en utilisant
certaines autres méthodes de Configure. Pour vérifier les alias qui sont
attachés au lecteur, vous pouvez utiliser Configure::configured()
:
// Récupère le tableau d'alias pour les lecteurs attachés.
Configure::configured();
// Vérifie si un lecteur spécifique est attaché
Configure::configured('default');
Vous pouvez aussi retirer les lecteurs attachés. Configure::drop('default')
retirerait l’alias du lecteur par défaut. Toute tentative future pour charger
les fichiers de configuration avec ce lecteur serait en échec:
Configure::drop('default');
Une fois que vous attachez un lecteur de config à Configure, vous pouvez charger les fichiers de configuration:
// Charge my_file.php en utilisant l'objet de lecture 'default'.
Configure::load('my_file', 'default');
Les fichiers de configuration chargés fusionnent leurs données avec la
configuration exécutée existante dans Configure. Cela vous permet d’écraser
et d’ajouter de nouvelles valeurs dans la configuration existante exécutée.
En configurant $merge
à true
, les valeurs se combineront à celles de
la configuration existante.
Déverse toute ou quelques données de Configure dans un fichier ou un système de
stockage supporté par le lecteur. Le format de sérialisation est décidé en
configurant le lecteur de config attaché dans $config. Par exemple, si
l’adaptateur “default” est
Cake\Core\Configure\Engine\PhpConfig
, le fichier généré sera
un fichier de configuration PHP qu’on pourra charger avec
Cake\Core\Configure\Engine\PhpConfig
.
Etant donné que le lecteur “default” est une instance de PhpConfig. Sauvegarder toutes les données de Configure dans le fichier my_config.php:
Configure::dump('my_config', 'default');
Sauvegarde seulement les erreurs gérant la configuration:
Configure::dump('error', 'default', ['Error', 'Exception']);
Configure::dump()
peut être utilisée pour soit modifier, soit surcharger
les fichiers de configuration qui sont lisibles avec
Configure::load()
Vous pouvez aussi stocker les valeurs de configuration exécutées pour l’utilisation dans une requête future. Comme configure ne se souvient seulement que des valeurs pour la requête courante, vous aurez besoin de stocker toute information de configuration modifiée si vous souhaitez l’utiliser dans des requêtes suivantes:
// Stocke la configuration courante dans la clé 'user_1234' dans le cache 'default'.
Configure::store('user_1234', 'default');
Les données de configuration stockées persistent dans la configuration appelée Cache. Consultez la documentation sur La mise en cache pour plus d’informations sur la mise en cache.
Une fois que vous avez stocké la configuration exécutée, vous aurez
probablement besoin de la restaurer afin que vous puissiez y accéder à nouveau.
Configure::restore()
fait exactement cela:
// restaure la configuration exécutée à partir du cache.
Configure::restore('user_1234', 'default');
Quand on restaure les informations de configuration, il est important de les restaurer avec la même clé, et la configuration de cache comme elle était utilisée pour les stocker. Les informations restaurées sont fusionnées en haut de la configuration existante exécutée.
CakePHP vous permet de charger des configurations provenant de plusieurs sources et formats de données différents et vous donne accès à un système extensible pour créer vos propres moteurs de configuration. Les moteurs inclus dans CakePHP sont:
Par défaut, votre application utilisera PhpConfig
.
Bien qu’utiliser les classes génériques de Table (aussi appeler les « auto-tables ») soit pratique lorsque vous développez rapidement de nouvelles applications, les tables génériques rendent le debug plus difficile dans certains cas.
Vous pouvez vérifier si une requête a été générée à partir d’une table générique
via le DebugKit, dans le panneau SQL. Si vous avez encore des difficultés à
diagnostiquer un problème qui pourrait être causé par les auto-tables, vous
pouvez lancer une exception quand CakePHP utilise implicitement une Cake\ORM\Table
générique plutôt que la vraie classe du Model:
// Dans votre fichier bootstrap.php
use Cake\Event\EventManager;
use Cake\Http\Exception\InternalErrorException;
$isCakeBakeShellRunning = (PHP_SAPI === 'cli' && isset($argv[1]) && $argv[1] === 'bake');
if (!$isCakeBakeShellRunning) {
EventManager::instance()->on('Model.initialize', function($event) {
$subject = $event->getSubject();
if (get_class($subject) === 'Cake\ORM\Table') {
$msg = sprintf(
'Missing table class or incorrect alias when registering table class for database table %s.',
$subject->getTable());
throw new InternalErrorException($msg);
}
});
}