Un nombre très important de fois, il faudrait que tu étoffes ton idée. L'inclusion n'est pas gratuite en ressources (mémoire, processeur), à terme, tu risques en effet quelques problèmes. Mais il faut préciser l'ordre de grandeur du nombre d'inclusions.
Toujours est-il que pour moi cela relève surtout du problème de conception, à moins d'une raison solide, je ne vois pas à priori l'utilité de procéder ainsi…
En fait la conception est assez rudimentaire : un fichier de config est utilisé pour différents scripts de backup qui tournent tant que l'on ne les stoppe pas. Pour les stopper, il faut modifier la donnée du fichier de config qui les "commande". Accessoirement, cela permet de modifier certains paramètres du backup sans l'interrompre.
Pour ce qui est de stopper le script, j'ai un moyen de contourner en créant un fichier de config par script, dont je peut me contenter de vérifier la date de dernière modif., mais c'est un peu moins "propre" à mon sens que d'aller chercher une valeur dans une base de donnée... ou un fichier de config !
Bref, pas moyen de "recharger" une variable indéfiniment ? Je veux dire par là de façon illimitée mais au plus toutes les heures... J'imagine que ça doit pouvoir se faire avec une base de donnée, non ?
@ zeus : désolé, je sais bien, mais j'ai quand même fait l'effort de poster différemment en signalant le problème rencontré sur un sujet mal amené qui, de ce fait, n'aurait vraisemblablement pas eu de réponse... donc merci d'avoir déplacé.
EDIT : un petit test en local me laisse penser que ça sera pas si problématique :
ob_implicit_flush(true);
set_time_limit(0);
include 'config.php';
$i=1;
while ($config ['split_size'] == 5)
{
echo "Ceci est la ".$i."ème inclusion de config.php <br />";
$i++;
include 'config.php';
}
Résultat : pour l'instant pas de problème, j'en suis à plus de 70 000 inclusions sans soucis, donc on va dire que ça ira question ressources...