Manuel utilisateur
Version 1.9 — Rev. 3

# Journal du serveur

### Nom du fichier

#### Description

Spécifie le chemin du fichier journal.

#### Syntaxe

Nom de fichier pouvant être un chemin absolu ou un chemin relatif à $SERVER_ROOT.

#### Conseils

Performance Placez le fichier journal sur un disque séparé.

### Niveau de journalisation

#### Description

Spécifie le niveau de journalisation à inclure dans le fichier journal. Les niveaux disponibles (du plus élevé au plus bas) sont: ERROR, WARNING, NOTICE, INFO et DEBUG. Seuls les messages dont le niveau est supérieur ou égal au paramètre actuel seront journalisés.

#### Syntaxe

Sélectionner dans la liste déroulante

#### Conseils

Performance L'utilisation du niveau de journalisation DEBUG n'a pas d'impact sur les performances, sauf si Niveau de débogage est défini sur un niveau autre que NONE. Il est recommandé de définir Log Level sur DEBUG et Debug Level sur NONE. Ces paramètres évitent de remplir le disque avec des journaux de débogage, tout en permettant d'utiliser l'action Basculer la journalisation de débogage pour contrôler la sortie de débogage.

#### Voir aussi

Niveau de débogage

### Niveau de débogage

#### Description

Spécifie le niveau de journalisation de débogage. Niveau de journalisation doit être défini sur DEBUG pour utiliser cette fonction. La journalisation de débogage est désactivée lorsque "Debug Level" est défini sur NONE, même si Niveau de journalisation est défini sur DEBUG. Basculer la journalisation de débogage peut être utilisé pour contrôler le niveau de débogage sur un serveur actif sans redémarrage.

#### Syntaxe

Sélectionner dans la liste déroulante

#### Conseils

Performance Important! Définissez toujours ce paramètre sur NONE si vous n'avez pas besoin d'une journalisation de débogage détaillée. Une journalisation de débogage active dégrade fortement les performances du service et peut saturer l'espace disque en très peu de temps. La journalisation de débogage inclut des informations détaillées pour chaque requête et réponse.
Il est recommandé de définir Log Level sur DEBUG et Debug Level sur NONE. Ces paramètres évitent de remplir le disque avec des journaux de débogage, tout en permettant d'utiliser l'action Basculer la journalisation de débogage pour contrôler la sortie de débogage.

#### Voir aussi

Niveau de journalisation, Basculer la journalisation de débogage

### Taille de rotation (octets)

#### Description

Spécifie quand le fichier journal actuel doit être renouvelé. Lorsque la taille du fichier dépasse la limite de rotation, le fichier journal actif est renommé en log_name.mm_dd_yyyy(.sequence) dans le même répertoire et un nouveau fichier journal actif est créé. La taille réelle du fichier journal rotatif peut être légèrement supérieure à cette limite. Définissez sur 0 pour désactiver la rotation des journaux.

#### Syntaxe

Nombre entier

#### Conseils

Information Ajoutez "K", "M" ou "G" au nombre pour indiquer kilo-, méga- et giga-octets.

### Jours de conservation

#### Description

Spécifie le nombre de jours pendant lesquels le fichier journal d'accès sera conservé sur le disque. Seuls les fichiers journaux rotatifs plus anciens que le nombre de jours spécifié seront supprimés. Le fichier journal actuel ne sera pas modifié, quel que soit le nombre de jours de données qu'il contient. Si vous ne voulez pas supprimer automatiquement les journaux obsolètes et très anciens, définissez cette valeur sur 0.

#### Syntaxe

Nombre entier

### Compresser l'archive

#### Description

Spécifie s'il faut compresser les fichiers journaux rotatifs afin d'économiser de l'espace disque.

#### Syntaxe

Sélectionner avec les boutons radio

#### Conseils

Information Les fichiers journaux se compressent très bien; cette option est recommandée pour réduire l'utilisation du disque par les anciens journaux.

### Activer le journal stderr

#### Description

Spécifie s'il faut écrire dans le journal lors de la réception d'une sortie stderr provenant de processus démarrés par le serveur.
Si cette option est activée, les messages stderr seront journalisés dans le même répertoire que le journal du serveur avec le nom fixe "stderr.log". Si elle est désactivée, toute sortie stderr sera ignorée.
Les fonctions comme error_log() de PHP qui n'écrivent pas directement vers stderr (descripteur de fichier 2) ne sont pas affectées par ce paramètre et écriront dans le fichier défini par la directive PHP ini 'error_log' ou dans le fichier "error.log" du serveur avec la balise '[STDERR]' si cette directive n'est pas définie.

#### Syntaxe

Sélectionner avec les boutons radio

#### Conseils

Information Activez cette option si vous devez déboguer des applications externes configurées, par exemple PHP, Ruby, Java, Python ou Perl.

### Nom du fichier

#### Description

Nom du fichier journal d'accès.

#### Syntaxe

Nom de fichier pouvant être un chemin absolu ou un chemin relatif à $SERVER_ROOT.

#### Conseils

Performance Placez le fichier journal d'accès sur un disque séparé.

### Journaliseur par tube

#### Description

Spécifie l'application externe qui recevra les données du journal d'accès envoyées par LiteSpeed via un tube sur son flux STDIN (le descripteur de fichier est 0). Lorsque ce champ est spécifié, le journal d'accès est envoyé uniquement à l'application de journalisation et non au fichier journal d'accès spécifié dans l'entrée précédente.
L'application de journalisation doit d'abord être définie dans la section Applications externes. La journalisation d'accès au niveau serveur ne peut utiliser qu'une application de journalisation externe définie au niveau serveur. La journalisation d'accès au niveau hôte virtuel ne peut utiliser qu'une application de journalisation définie au niveau hôte virtuel.
Le processus de journalisation est lancé de la même manière que les autres processus externes (CGI/FastCGI/LSAPI). Cela signifie qu'il s'exécutera avec l'ID utilisateur spécifié dans les paramètres Mode Set UID de l’app externe de l'hôte virtuel et ne s'exécutera jamais au nom d'un utilisateur privilégié.
LiteSpeed web server effectue un équilibrage de charge simple entre plusieurs applications de journalisation si plusieurs instances sont configurées. Le serveur LiteSpeed essaie toujours de garder le nombre d'applications de journalisation aussi bas que possible. Ce n'est que lorsqu'une application de journalisation ne traite pas les entrées du journal d'accès à temps que le serveur essaie de lancer une autre instance.
Si un journaliseur plante, le serveur web démarre une autre instance, mais les données de journal dans le tampon de flux seront perdues. Des données de journal peuvent être perdues si les journaliseurs externes ne suivent pas la vitesse et le volume du flux de journal.

#### Syntaxe

Sélectionner dans la liste déroulante

### Format du journal

#### Description

Spécifie le format du journal d'accès. Lorsque le format du journal est défini, il remplace le paramètre En-têtes de journal.

#### Syntaxe

Chaîne. La syntaxe du format de journal est compatible avec le format de journal personnalisé d'Apache 2.0.

#### Exemple

Common Log Format (CLF)
"%h %l %u %t \"%r\" %>s %b"
Common Log Format with Virtual Host
"%v %h %l %u %t \"%r\" %>s %b"
NCSA extended/combined log format
"%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"
Log cookie value of Foobar
"%{Foobar}C"

#### Voir aussi

En-têtes de journal

### En-têtes de journal

#### Description

Spécifie s'il faut journaliser les en-têtes de requête HTTP: Referer, UserAgent et Host.

#### Syntaxe

Sélectionner avec des cases à cocher

#### Conseils

Performance Désactivez cette option si vous n'avez pas besoin de ces en-têtes dans le journal d'accès.

#### Voir aussi

Format du journal