Directives de configuration

Active le support de la forme courte des balises PHP : <? ?>. Si vous voulez utiliser PHP avec du XML, vous pouvez désactiver cette option afin que vous puissiez utiliser <?xml ?>. Sinon vous pouvez l'afficher avec PHP comme ceci : <?php echo '<?xml version="1.0"'; ?>. Si cette directive est désactivée, vous devez utiliser la forme longue des balises PHP <?php ?>.

Active l'utilisation des balises de type ASP <% %>, en plus des traditionnelles balises <?php ?> . Cela inclut l'utilisation du raccourcid <%= $value %>. Pour plus d'informations, reportez-vous à inclusion dans le HTML.

Le nombre de chiffres significatifs à afficher avec les nombre à virgule flottante.

Active la compatibilité an 2000 (Cela posera des problèmes avec les navigateurs qui ne sont pas compatibles)

Cette directive force le passage des arguments par référence au moment de l'appel des fonctions. Cette méthode est obsolète, et il est probable qu'elle soit abandonnée dans les futures versions de PHP et Zend. La méthode qui est recommandée est d'indiquer le passage par référence dans la déclaration de la fonction. Nous vous recommandons de tenter de désactiver cette directive et d'adapter vos scripts, afin d'en garantir leur portabilité (vous verrez une alerte s'afficher à chaque fois que vous utilisez cette fonctionnalité, et les arguments seront passés par valeur plutôt quee par référence).

Voir aussi Les références.

Cette directive active ou non le fait que PHP est marqué comme installé sur le serveur web (en ajoutant sa propre signature dans les en-têtes du serveur web). Cet affichage n'est pas une menace en terme de sécurité, mais il permet de déterminer l'utilisation de PHP sur votre serveur.

Cette directive fixe la quantité maximale de mémoire, exprimée en octets, qu'un script peut réserver. Cela évite que des scripts mal écrits consomment toute la mémoire sur le serveur. Afin d'utiliser cette directive, vous devez l'avoir activée au moment de la compilation. De ce fait, vous devez trouver dans la ligne de configuration l'option --enable-memory-limit. Notez que vous pouvez lui donner la valeur de -1 si vous ne souhaitez pas de limitation de consommation de mémoire.

Si activé, les variables de l'environnement, GET, POST, Cookie et du serveur sont disponibles respectivement dans les tableaux associatifs $_ENV, $_GET, $_POST, $_COOKIE et $_SERVER.

Notez que depuis PHP 4.0.3, track_vars est toujours activée.

Le séparateur utilisé par PHP dans les URL générées par PHP pour séparer les arguments.

Liste de séparateur(s) utilisé par PHP pour analyser les URL d'entrées, et en déduire les variables.

Etablit l'ordre de priorité des méthodes GET/POST/COOKIE et des valeurs issues de l'environnement et du serveur. Par défaut, cette directive est établie à "EGPCS". En affectant "GP" à cette directive, PHP ignorera les cookies, le serveur et l'environnement et écrasera toute variable issue de la méthode GET par les valeurs des variables de même nom, issues de la méthode POST.

Voir aussi register_globals.

Cette option active l'enregistrement des variables EGPCS (Environnement, GET, POST, Cookie, Serveur), en tant que variables globales. Par exemple, si register_globals = on, l'URL suivante http://www.example.com/test.php?id=3 va créer la variable $id dans votre script. Ou bien, $DOCUMENT_ROOT, issue de $_SERVER['DOCUMENT_ROOT']. Vous pouvez désactiver cette fonction si vous ne voulez pas truffer vos scripts avec des valeurs utilisateurs. Depuis PHP 4.2.0, cette directive vaut par défaut off. Il est recommandé de lire la liste des Variables prédéfinies, pour découvrir les super-globales : $_ENV, $_GET, $_POST, $_COOKIE et $_SERVER. Lisez aussi le chapitre sur la sécurité Utilisation des variables super-globales pour plus de détails.

Notez que register_globals ne peut être modifiée durant l'exécution du script (avec ini_set()). Cependant, vous pouvez utiliser le fichier .htaccess si votre hôte les supporte, comme décrit ci-dessus. Par exemple, vous pouvez inscrire dans votre fichier .htaccess : php_flag register_globals on.

Indique à PHP s'il doit déclarer les variables argv et argc (qui contiendront alors les mêmes informations passées par méthode GET).

Voir aussi utiliser PHP en ligne de commande. De plus, cette directive a été introduite en PHP 4.0.0 et a toujours été à "on" jusque là.

Indique à PHP s'il doit enregistrer les anciens tableaux $HTTP_*_VARS, comme variables prédéfinies. Lorsque cette option est activée (par défaut), les anciens tableaux tels que $HTTP_GET_VARS seront définis. Si vous ne les utilisez pas, il est recommandé de les désactiver, pour des raisons de performances. A la place, utilisez les super globales, telles que $_GET.

Cette directive a été introduite avec PHP 5.0.0.

Configure la taille maximale de données par méthode POST. Cette configuration affecte aussi le téléchargement de fichiers. Pour autoriser l'upload de grands fichiers, il faut que cette configuration soit plus grande encore, et plus grande que upload_max_filesize.

Si la limitation de mémoire est activée dans votre script de configuration memory_limit va aussi affecter le téléchargement de fichiers. En général, memory_limit doit être plus grand que post_max_size.

Cette directive est obsolète. Voyez plutôt variables_order.

Spécifie le nom d'un fichier qui sera automatiquement ajouté après le fichier principal. Le fichier est inclus comme s'il avait été appelé avec la fonction include(), donc include_path est utilisé.

Le mot réservé none désactive l'auto-appending.

Spécifie le nom d'un fichier qui sera automatiquement ajouté avant le fichier principal. Le fichier est inclus comme s'il avait été appelé avec la fonction include(), donc include_path est utilisé.

Le mot réservé none désactive l'auto-appending.

Depuis la version 4.0b4, PHP fournit toujours une indication du jeu de caractères pour les fichiers générés, dans l'en-tête HTTP Content-type. Pour désactiver l'envoi de cette indication, laissez cette directive vide.

Force le remplissage de la variable $HTTP_RAW_POST_DATA.

Cette directive autorise la gestion de requêtes HTTP WebDAV par PHP : PROPFIND, PROPPATCH, MOVE, COPY, etc... Si vous voulez les données postées par ces requêtes, vous devez aussi activer always_populate_raw_post_data.

Spécifie une liste de dossiers, où les fonctions require(), include() et fopen_with_path() iront chercher les fichiers. Le format est le même que celui de la variable d'environnement PATH : une liste de dossiers, séparés par des deux points (:) sous UNIX, et par des points virgules (;) sous Windows.

Exemple 4-3. UNIX include_path include_path=".:/php/includes"

Exemple 4-4. Windows include_path include_path=".;c:\php\includes"

Utiliser un point (.) dans l'include_path permet de réaliser des inclusions relatives au dossier courant.

Le dossier racine de PHP. Cette directive n'est utilisée que si elle est définie. Si PHP est configuré en safe mode, aucun fichier en dehors de ce dossier ne sera accessible. Si PHP n'a pas été compilé avec l'option FORCE_REDIRECT, vous DEVRIEZ utiliser cette option, si vous exécutez PHP en tant que CGI avec serveur web autre que IIS. La solution alternative est d'utiliser la directive cgi.force_redirect ci-dessous.

Répertoire où sont stockés les fichiers PHP dans le répertoire d'un utilisateur. Par exemple, public_html.

Définit le répertoire dans lequel le PHP doit chercher les extensions lors du chargement dynamique. Voir aussi enable_dl et dl().

Définit les extensions qui doivent être chargées lors du démarrage du PHP.

cgi.force_redirect est nécesssaire pour assurer la sécurité de PHP, lorsqu'il fonctionne en tant que CGI pour la plupart des serveurs web. Même si laissé vide, PHP va activer cette option par défaut. Vous pouvez la désactiver à vos risques et périls.

Si la directive cgi.force_redirect est activée, et que vous ne fonctionnez pas sous Apache ou Netscape (iPlanet), vous POURRIEZ devoir allouer une variable d'environnement que PHP ira rechercher pour s'assurer qu'il peut continuer son exécution.

Indique à PHP quel type d'en-tête utiliser lorsqu'il envoie les en-têtes de réponse HTTP. Si cette option vaut 0, PHP envoie un en-tête Status: qui est supporté par Apache et d'autres serveurs web. Lorsque cette option vaut 1, PHP va envoyer des en-têtes compatibles RFC 2616. Laissez le à 0 si vous ne savez pas de quoi il s'agit.

FastCGI sous IIS (sur Windows NT) supporte la possibilité de traiter les tokens de sécurité du client. Cela permet à IIS de définir le contexte de sécurité à utiliser. mod_fastcgi sous Apache ne supporte pas encore cette fonctionnalité (17/03/2002). Utilisez la valeur de 1 pour l'activer sous IIS. La valeur par défaut est zéro.

Cette directive indique si les chargements de fichiers sont supportés sur le serveur. Voir aussi upload_max_filesize, upload_tmp_dir et post_max_size.

Indique le répertoire utilisé lors du chargement d'un fichier sur le serveur. Ce répertoire doit être accessible en lecture pour l'utilisateur qui exécute le script PHP, ou par le serveur web.

La taille maximale d'un fichier chargé sur le serveur. La valeur est en octets. Par défaut, elle est de 2 méga-octets.

Nom DNS ou adresse IP de l'hôte du débogueur.

Numéro de port du débogueur.

Indique si le débogeur est activé ou pas.