![]() |
Fichiers de log |
Un fichier unique |
Les serveurs Web stockent leurs logs dans un seul fichier de log de préférence.
Sur un serveur NCSA ou Apache, le nom de ce fichier est access_log Sur un serveur CERN, le nom de fichier est httpd-log dans le fichier de configuration config.pl, vous devez sélectionner : $zip = 0 Les serveurs sous CERN peuvent utiliser un fichier de log différent chaque jour en indexant la date à la fin du nom du fichier de log. Il existe un rectificatif qui permet de régler ce problème (voir www.w3.org). Si cette option vous plait, il est possible d'utiliser w3perl en créant un lien symbolique différent chaque jour sur le fichier de log journalier à l'aide d'une crontab. Avec les serveurs IIS, les fichiers de log quotidiens ne sont pas un bug mais une spécificité . W3perl est désormais capable de gérer de tels fichiers journaliers. |
Fichiers multiples |
Introduit dans la version 2.30, w3perl est capable de lire des fichiers de log avec des
noms configurables.
Sélectionnez dans le fichier de configuration le format des noms de fichiers de log que vous utilisez. Les noms de fichiers peuvent être ce que vous désirez :
Exemples de chaines de format supporté :
|
Fichiers compressés quotidiennement |
Un nombre assez important d'hébergeur fournissent des fichiers de log sous la
forme de fichiers journaliers compressés. Utilisez $zip = 1 et $zipcut = 2 au niveau du fichier de configuration pour sélectionner ce mode.
|
Fichiers journaliers |
L'application a besoin d'un fichier de log contenant au moins une journée de log. Mais si votre site est très fréquenté et que vous décidez de nettoyer votre fichier de log chaque jour pour raison d'espace disque, il est toujours possible d'utiliser w3perl. Vous devrez déplacer votre fichier de log à minuit vers un autre nom, w3perl lira ce fichier déplacé et vous pourrez ensuite l'effacer. Suivez les instructions suivantes :
fichier de log courant log_current tourne de 00 h à 23 h 59
Jour 2
Jour 3
Jour 4 Vous aurez ainsi des statistiques incrémentales avec juste un fichier quotidien. Bien sur, choississez avec attention vos options de configuration dans config.pl car étant donné que vos fichiers de log sont détruits, il n'est pas possible de relancer les stats.
|
Fichiers compressés mensuellement |
Les fichiers de log grossissent très vite. Dans le fichier de configuration,
utilisez : $zip = 1 et $zipcut = 1 pour sélectionner le mode de fichiers
compressés mensuellement.
|
Faites le vous-même |
W3Perl utilise le format de fichiers de log compressés depuis plusieurs années.
Si vous désirez vous aussi utiliser ce mode qui coupe le fichier de log chaque mois et
le compresse ensuite, suivez les instructions suivantes :
Pour modifier vos fichiers de log dans le nouveau format, faites :
Cela va vous économiser beaucoup d'espace disque (le gain est de 90%) Les utilisateurs sous NT peuvent utiliser zip au lieu de gzip. Vous aurez donc à la place access_log.01-1995.zip au lieu de access_log.01-1995.gz.
Utilisez squeezelog pour couper et compresser vos fichiers de log chaque mois :
J'utilise un petit script squeezelog qui coupe et compresse
le fichier de log chaque mois.
Le taux de compression est d'environ 90% du fichier originel.
Vous devrez éditer le fichier squeezelog et de le configurer pour votre machine. Ce script doit être ajouter à votre crontab et executer une fois le premier jour de chaque mois.
Exemple : (si les fichiers de log appartiennent au super utilisateur, vous devrez donc demander à celui-ci d'effectuer la procédure pour vous).
|
![]() |