Discussion :

[Aizen64]

Bonsoir,

J'ai une problématique en matière de sécurité et de modularité de code en ce qui concerne les paramètres de connexion à une BDD.

Si je stocke en dure la les données de connexion à la BDD dans une variable, je devrai systématiquement la modifier en fonction de l'environnement dans lequel le site tourne. Pas franchement pratique.

Quelle serait la solution simple au problème en PHP ?

Si je reprends ce que j'ai fait il y a bien longtemps en C#, ce type de contenu est stocké dans un fichier app.config ou web.config qui est un fichier XML qui contient certains paramètres de l'application, est-ce une bonne idée de suivre le même schéma et qu'elle est la norme en PHP ?

Bonne soirée.

[Tsilefy]

Tu peux stocker tes paramètres de connexion dans un fichier php de configuration que tu charges ensuite dans ton application. Chaque environnement doit disposer de son propre fichier de configuration, que tu dois exclure de ton système de contrôle de version et de déploiement évidemment, afin que le fichier de développement n'écrase pas le fichier de production.

Tu peux aussi utiliser d'autres formats (yaml, xml, ini...) mais franchement ça ne sert à rien, un simple fichier PHP le fait très bien.

Sinon, tu as aussi la possibilité de les stocker dans des variables d'environnement, ce qui est surtout utile quand tu veux partager ces paramètres avec d'autres applications dans le serveur.

[Aizen64]

L'écrire directement dans un fichier PHP au lieu d'un XML ou autre ?

Si j'ai dans ce fichier de config. par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
<?php
    const CONNEXIONSTRING = "ma string de connexion";
?>

Bien que la remarque peut paraitre stupide, il me semble avoir eu des soucis en faisant des include avec des fichiers contenant eux même des variables. Sans en être certain, j'ai du avoir des problèmes parce que les variables ou constantes définies par le script de destination n'étaient pas reconnues.

[Tsilefy]

Je ne vois pas quel genre de problème ça peut avoir. Exemple de fichier config.php

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
$config = [
    'db' =>['username' => 'bobby', 'password' => 'tables', 'dbname' => 'dev'],
    'email' => ['username' => 'dev.user', 'password'='dev.password'],
];
 
return $config;

Ensuite d'utilisation, par exemple dans une classe Config

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
class Config()
{
    private $config;
 
    public function __construct($config_file)
   {
      $this->config = require_once($config_file);
    }
 
   public function getDbConfig()
   {
        return $this->config['db'];
   }
 
  public function getEmailConfig()
   {
        return $this->config['email'];
   }
}

Et utilisation, dans le code qui "boote" mon application, ou dans un conteneur de services si tu utilise un.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$config = new Config('/chemin/vers/config.php');

et ensuite, pour récupérer par exemple les paramètres de base de données, tu fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
$db_config = $config->getDbConfig();
$username = $db_config['username'];
$password = $db_config['password'];

Ou, si tu ne fais pas de POO, tu peux simplement récupérer les paramètres dans une variable où que tu veux:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$config = require_once('/chemin/vers/config.php');

et tu peux ensuite utiliser le tableau $config, qui contient toutes tes données. Ça minimise les risques d'écrasement des variables existantes, puisque tu as une seule variable globale, $config, plutôt que de multiples variables qui viennent polluer ton code.