Écrire des chemins de fichier adéquats dans lxr.conf est quelque peu difficile mais c'est la clef d'une configuration sans défaut: quand écrire des chemins absolus? quand écrire des chemins relatifs? quelle est l'origine des chemins relatifs?
Pour répondre à ces questions, il faut d'abord comprendre la destination des différents chemins de fichier.
LXR s'appuye sur:
Les références de fichiers depuis du code HTML pur peuvent être
écrites sous forme HTML absolue
(commençant par une barre oblique /
)
ou HTML relative (pas de barre oblique initiale).
Les références HTML soit disant absolues sont relatives à DocumentRoot, tandis que celles HTML relatives commencent dans le répertoire du document courant (en omettant le chemin partiel entre DocumentRoot et ce répertoire).
Avec certaines configurations complexes du serveur web
(e.g. un serveur avec des règles AliasMatch
vers un répertoire distinct de DocumentRoot),
aucun des deux paradigmes n'est suffisant sans l'aide de
l'information <base>
dans les en-têtes de page.
Cette balise HTML donne une indication au serveur web pour la
résolution des références HTML relatives.
<base>
ancré dans le répertoire racine de LXR.
Les scripts Perl sont exécutés dans leur environnement particulier. Ils savent depuis quel répertoire ils ont été invoqués, mais celui-ci n'a aucune relation implicite avec DocumentRoot. Pour éviter autant que possible des chemins absolus (ce qui gênerait un déplacement aisé des scripts), ils utilisent la possibilité de référencer les fichiers par rapport au répertoire de script (appelé répertoire racine de LXR dans les autres pages de ce site). Ces références seront appelés LXR relatives.
Ces programmes auxiliaires peuvent être rangés n'importe où dans l'ordinateur, complètement ignorants du serveur web, de Perl ou de LXR. Ils sont aussi exécutés en tant que processus indépendants. Le seul moyen de les désigner est d'utiliser des chemins absolus.
Maintenant, nous pouvons classifier les chemins de fichier.
Comme ces paramètres sont susceptibles d'être utilisés par pratiquement toutes les pages, dont l'emplacement est imprévisible, il vous est fortement recommandé d'employer une forme HTML absolue pour leur désignation. Vous devez donc placer le fichier ou le répertoire dans la hiérarchie DocumentRoot si elle n'est pas la même que le répertoire racine de LXR (ce qui est le cas si vous voulez que LXR soit une partie d'un site plus vaste, à la place d'un site dédié).
Sinon, laissez le fichier ou le répertoire dans le répertoire racine de LXR
et utilisez une forme HTML relative.
Grâce à la résolution par <base>
,
les formes HTML relative et LXR relative coïncident.
copiés dans une balise <LINK REL="alternate stylesheet" … >
dans la section <HEAD>
de la page,
ce qui entraîne que vous devez placer le fichier lxr.css
à un endroit adéquat.
utilisé pour permettre au serveur web d'accéder aux fichiers source.
répertoire contenant les fichiers d'icone.
Tous les modèles sont lus par les scripts Perl de LXR et traités en interne pour émettre ensuite du code HTML pur.
lu au démarrage.
lu par l'analyseur générique à son initialisation.
répertoire des fichiers temporaires de LXR.
le nécessaire pour glimpse.
le nécessaire pour swish-e.
le nécessaire pour ectags. Notez que, bien que ectags.conf puisse être niché profondément à l'intérieur de la bibliothèque de LXR, il est utilisé exclusivement par ectags, ce qui explique pourquoi ce doit être un chemin absolu.
un ensemble de répertoires où trouver les outils des moteurs de stockage (cvs, git, Subversion, Mercurial ou BitKeeper).
emplacement de l'arbre source (dépôt et répertoire d'extraction).
D'autres paramètres, comme 'virtroot'
,
ressemblent à des chemins de fichiers mais sont des chemins partiels d'URL.