</example>
<p>Dans l'exemple suivant, on force le module à traiter les paquets de
- données en provenance de l'arrière-plan du FCGI dès leur réception, sans les
+ données en provenance du serveur FCGI d'arrière-plan dès leur réception, sans les
faire transiter par un tampon.
</p>
<example><title>Force le traitement des données FCGI sans mise en tampon</title>
</example>
<p>L'exemple suivant est similaire au précédent avec une différence : ici,
- les données en provenance de l'arrière-plan du FCGI sont traitées après un
+ les données en provenance du serveur FCGI d'arrière-plan sont traitées après un
temps de valeur fixe (elles sont mises en tampon). Cette méthode est
- utile si l'arrière-plan du FCGI envoie ses données sous forme
+ utile si le serveur FCGI d'arrière-plan envoie ses données sous forme
de petits paquets, auquel cas le traitement immédiat de chacun d'entre eux
serait inefficace et couteux en ressources. Notez que cet exemple ne sera
peut-être pas adapté dans le cas où l'envoi de paquets de données par
fournisseur du protocole FCGI :</p>
<dl>
<dt>proxy-fcgi-pathinfo</dt>
- <dd>Par défaut, <module>mod_proxy_fcgi</module> ne créera jamais
- ni n'exportera la variable d'environnement <var>PATH_INFO</var>,
+ <dd>Lorsqu'il est configuré via les directives <directive
+ module="mod_proxy">ProxyPass</directive> ou <directive
+ module="mod_proxy">ProxyPassMatch</directive>,
+ <module>mod_proxy_fcgi</module> ne définit pas la variable
+ d'environnement <var>PATH_INFO</var>,
ce qui permet au serveur FCGI d'arrière-plan de déterminer
correctement <var>SCRIPT_NAME</var> et <var>Script-URI</var>, et
de se conformer à la section 3.3 de la RFC 3875. Si au contraire