Parce que ce ne sont pas des données dynamiques.
naholyr a écrit :Les options de configuration statiques du projet (genre "combien de jours avant suppression des inscriptions non validées", "durée de vie des cookies", "langue par défaut", etc...) doivent plutôt être mises dans des fichiers de config, histoire de s'épargner une requête tout-à-fait inutile puisqu'il n'y aura jamais aucun changement.
haaaa
un fichier de conf quoi
c'est pour ca que votre histoire me semblait louche
bha sql reste aussi bien pour ca de toute facon
apres tout depend du point de vue de la method de travail
je me susi jamais posé la kestion perso
pour l'instant j'ai une table "conf" avec les champ "info" et "valeur"
Franchement, je vois pas l'intéret de solliciter SQL pour ça ...
bha j'ai pas bvesoin de parser koike ce soit kan je veux lire une info
en revanche je vois pas plus d'interet de soliciter des flux pour ca
Pour la méthode PHP, pas besoin de parsage, d'ouverture de flux ..
Il est clair que les requêtes SQL sont généralement des choses qu'on essaye de limiter, en utiliser une pour récupérer les variables de configuration me semble inutile. D'autant que... Les identifiants de base de données font généralement partie du fichier de configuration.
Sephi-Chan
Je pense que quelque sois la facon de stocker ses configuration il faut passer par un systeme de cache en format php afin d'eviter un parsage systematique.
LexLxUs a écrit :Pour la méthode PHP, pas besoin de parsage, d'ouverture de flux ..
une ouverture de flux pour lire le fichier et du parsage pour trouver le noeud auquel tu veux faire reference
