Ce document complète la documentation de référence du
module
Nous voulons générer du contenu de manière dynamique, mais le conserver de manière statique lorsqu'il a été généré. La règle suivante vérifie l'existence du fichier statique, et le génère s'il est absent. Les fichiers statiques peuvent être supprimés périodiquement si on le désire (par exemple via cron), et seront régénérés à la demande.
L'opérateur -U permet de déterminer si la chaîne
de test (dans ce cas REQUEST_URI) est une URL valide.
Pour ce faire, il utilise une sous-requête. Si cette sous-requête
échoue, ou en d'autres termes, si la ressource demandée n'existe pas,
cette règle invoque le programme CGI
/regenerate_page.cgi qui génère la ressource
demandée et la sauvegarde dans le répertoire des documents, de
façon à ce qu'une copie statique puisse être servie lors d'une
demande ultérieure.
De cette façon, les documents qui ne sont pas mis à jour régulièrement peuvent être servis sous une forme statique. Si ces documents doivent être réactualisés, on peut les supprimer du répertoire des documents, et ils seront ainsi régénérés à la prochaine demande.
Nous voulons répartir la charge de manière aléatoire entre plusieurs serveurs en utilisant mod_rewrite.
Pour y parvenir, nous allons utiliser la directive
liste-serveurs.txt contiendra la liste des serveurs :
Si vous voulez qu'un serveur se voit confier d'avantage de charge que les autres, faites le figurer plusieurs fois dans la liste.
Apache possède un module de répartition de charge -
Certains sites avec des milliers d'utilisateurs organisent
les répertoires utilisateurs de manière structurée, c'est à
dire que chaque répertoire utilisateur se trouve dans un
sous-répertoire dont le nom commence (par exemple) par le
premier caractère du nom de l'utilisateur. Ainsi,
/~larry/chemin correspond à
/home/l/larry/public_html/chemin, alors
que /~waldo/chemin correspond à
/home/w/waldo/public_html/chemin.
On utilise le jeu de règles suivant pour développer les URLs avec tilde selon l'organisation structurée précédente.
Par défaut, la redirection vers un ancrage HTML ne fonctionne
pas, car mod_rewrite échappe le caractère # en le
transformant en %23, ce qui rend la redirection
inopérante.
On utilise le drapeau [NE] dans la règle
RewriteRule. NE signifie "No Escape".
Nous voulons servir des contenus différents selon l'heure du jour en utilisant mod_rewrite.
Il existe de nombreuses variables nommées
TIME_xxx utilisables dans les conditions de
réécriture. Utilisées en conjonction avec les modèles de
comparaison lexicographique spéciaux <STRING,
>STRING et =STRING, elles
permettent d'effectuer des redirections dépendant de
l'heure :
Avec cet exemple, l'URL foo.html renvoie
le contenu de foo.jour.html durant le
créneau horaire 07:01-18:59, et le contenu de
foo.nuit.html le reste du temps.
Parfois, nous voulons conserver une certaine forme de statut lorsqu'une réécriture a eu lieu. Par exemple, vous souhaitez consigner le fait que cette réécriture a eu lieu, et vous servir plus tard de cette information pour déterminer si une requête était concernée par cette réécriture. Pour y parvenir, on peut utiliser une variable d'environnement.
Utiliser le drapeau [E] pour définir une variable d'environnement.
Plus loin dans votre jeu de règles, vous pouvez vérifier le contenu de cette variable d'environnement via une directive RewriteCond :
Notez que les variables d'environnement ne survivent pas à une redirection externe. Vous devez alors utiliser le drapeau [CO] pour définir un cookie. Pour les redirections de niveau répertoire et htaccess où la substitution finale est traitée en tant que redirection interne, les variables d'environnement du tour de réécriture précédent sont préfixées par "REDIRECT_".