httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From yosh...@apache.org
Subject cvs commit: httpd-docs-1.3/htdocs/manual custom-error.html.fr
Date Mon, 28 May 2001 09:05:24 GMT
yoshiki     01/05/28 02:05:24

  Added:       htdocs/manual custom-error.html.fr
  Log:
  New French translation.
  Submitted by:	Herve Dumont <hdumont@club-internet.fr>
  
  Revision  Changes    Path
  1.1                  httpd-docs-1.3/htdocs/manual/custom-error.html.fr
  
  Index: custom-error.html.fr
  ===================================================================
  <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
  <!--Traduction anglais 1.14 -->
  <HTML>
  <HEAD>
  <TITLE>Messages d'erreur personnalis&eacute;s</TITLE>
  </HEAD>
  <BODY TEXT="#000000" LINK="#0000ff" VLINK="#000080" BGCOLOR="#ffffff">
  <!--#include virtual="header.html" -->
  <H1 ALIGN="CENTER">Messages d'erreur personnalis&eacute;s</H1>
  <H3>But</H3>
  <P>Fonctionnalit&eacute; additionnelle. Permet aux administrateurs Web 
  de personnaliser les r&eacute;ponses données par Apache en cas de 
  probl&egrave;mes. Les r&eacute;ponses personnalis&eacute;es d&eacute;finies
   peuvent &ecirc;tre activables lorsque le serveur est &agrave; m&ecirc;me
    de d&eacute;tecter la cause du probl&egrave;me.
  <P>ex. si un script termine en faute, produisant une r&eacute;ponse 
  "500 Server Error", alors cette r&eacute;ponse peut &ecirc;tre 
  remplac&eacute;e soit par un texte quelque peu plus explicatif 
  soit par une redirection vers une autre URL (locale ou externe). 
  
  <H3>Ancien comportement</H3>
  
  <P>La version 1.3 d'httpd du NCSA r&eacute;pondait souvent avec des messages 
  d'erreur ennuyeux et peu am&egrave;nes qui étaient sans
   signification pour l'utilisateur, et ne donnait pas  
   les sympt&ocirc;mes qui pouvaient causer la faute.
  
  <H3>Nouveau comportement</H3>
  
  <P>On pourra d&eacute;sormais demander au serveur : 
  
  <OL>
  <LI>D'afficher un autre texte, plut&ocirc;t que les messages 
  standard NCSA, ou </LI>
  <LI>rediriger l'utilisateur vers une URL locale, ou encore </LI>
  <LI>rediriger l'utilisateur vers une URL sur un autre serveur. </LI></OL>
  
  <P>La redirection vers une autre URL peut &ecirc;tre utile, mais 
  seulement si certaines informations peuvent &ecirc;tre pass&eacute;es 
  et qui serviront &agrave; produire un affichage ou un enregistrement 
  du probl&egrave;me plus clair et explicite. </P>
  <P>Pour ce faire, Apache d&eacute;finira de nouvelles variables 
  d'environnement ( &agrave; la mode CGI), ex. </P>
  <CODE><BLOCKQUOTE>REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/x-xbitmap, image/jpeg
<BR>
  REDIRECT_HTTP_USER_AGENT=Mozilla/1.1b2 (X11; I; HP-UX A.09.05 9000/712) <BR>
  REDIRECT_PATH=.:/bin:/usr/local/bin:/etc <BR>
  REDIRECT_QUERY_STRING= <BR>
  REDIRECT_REMOTE_ADDR=121.345.78.123 <BR>
  REDIRECT_REMOTE_HOST=ooh.ahhh.com <BR>
  REDIRECT_SERVER_NAME=crash.bang.edu <BR>
  REDIRECT_SERVER_PORT=80 <BR>
  REDIRECT_SERVER_SOFTWARE=Apache/0.8.15 <BR>
  REDIRECT_URL=/cgi-bin/buggy.pl </BLOCKQUOTE>
  </CODE><P>notez le pr&eacute;fixe <CODE>REDIRECT_</CODE>. </P>
  <P>Seront au moins pass&eacute;s &agrave; la nouvelle URL les variables 
  <CODE>REDIRECT_URL</CODE> et <CODE>REDIRECT_QUERY_STRING</CODE>

  (en supposant que l'URL de redirection est un script CGI ou un Include CGI).
   Les autres variables n'existeront que si elles existaient 
   d&eacute;j&agrave; avant l'apparition du probl&egrave;me. 
   <B>Aucune de ces deux variables</B> ne sera initialis&eacute;e si 
   votre Document d'erreur est le r&eacute;sultat d'une redirection 
   <I>externe</I> (c-&agrave;-d. toute adresse commen&ccedil;ant par 
   le nom d'un plan de protocole comme <CODE>http:</CODE>, m&ecirc;me 
   si le protocole invoqu&eacute; aboutit sur le m&ecirc;me h&ocirc;te
    que le serveur &agrave; l'origine de la redirection).</P>
  <H3>Configuration</H3>
  <DL>
  <DD>L'utilisation des documents "ErrorDocument" est autoris&eacute;e 
  dans les fichiers .htaccess lorsque la surcharge 
  <A HREF="mod/core.html#allowoverride">"FileInfo"</A> est active. </DD>
  <DD>En voici quelques exemples... </DD>
  </DL><DIR>
  
  <CODE><BLOCKQUOTE>ErrorDocument 500 /cgi-bin/crash-recover <BR>
  ErrorDocument 500 "D&eacute;sol&eacute;, votre script s'est 
  vautr&eacute;. Fichtre<BR>
  ErrorDocument 500 http://xxx/ <BR>
  ErrorDocument 404 /Lame_excuses/not_found.html <BR>
  ErrorDocument 401 /Subscription/how_to_subscribe.html </BLOCKQUOTE>
  </CODE><DL>
  <DD>La syntaxe admise est : </DD>
  <DD><A HREF="mod/core.html#errordocument">
  <FONT FACE="Courier New" SIZE=2>ErrorDocument</FONT></A> 
  &lt;code à trois chiffres&gt; action </DD>
  <DD>dans laquelle l'action peut &ecirc;tre : </DD></DIR>
  
  <OL>
  <OL>
  
  <OL>
  
  <LI>Le texte devant &ecirc;tre affich&eacute;. Le texte devra 
  &ecirc;tre pr&eacute;fix&eacute; par un guillemet ("). Tout ce qui 
  suit le guillemet sur la ligne est affich&eacute;. <EM>Notez : le 
  pr&eacute;fixe (") lui-m&ecirc;me n'est pas affich&eacute;.</EM> </LI></DD>
  <LI>Une URL externe de redirection. </LI>
  <LI>Une URL locale de redirection. </LI>
  </DL></OL>
  </OL>
  </OL>
  
  <P><HR></P><DIR>
  
  <H2>Redirections et affichage d'erreurs personnalis&eacute;es</H2>
  <H3>But</H3>
  <DL>
  <DD>Le comportement d'Apache lorsqu'il redirige des URL a 
  &eacute;t&eacute; modifi&eacute; afin que d'autres variables 
  d'environnement additionnelles puissent &ecirc;tre rendues accessibles
   par un script/server-include.</DD>
  </DL>
  <H3>Ancien comportement</H3>
  <DL>
  <DD>Les variables CGI standard &eacute;taient transmises au script 
  vers lequel &eacute;tait redirig&eacute; le client. Aucune indication 
  n'&eacute;tait transmise quant &agrave; qui redirigeait le message. </DD>
  </DL>
  <H3>Nouveau comportement</H3>
  <DL>
  <DD>Un nouvel ensemble de variables d'environnement sera 
  initialis&eacute;, &agrave; l'intention du script vers lequel le 
  client a &eacute;t&eacute; redirig&eacute;. Chaque nouvelle variable de 
  cet ensemble est pr&eacute;fix&eacute;e par <CODE>REDIRECT_</CODE>.
Les
   variables d'environnement de type <CODE>REDIRECT_</CODE> sont 
   cr&eacute;&eacute;es &agrave; partir des variables d'environnement CGI 
   qui existaient avant que n'intervienne la redirection, en leur rajoutant 
   le pr&eacute;fixe. Par exemple <CODE>HTTP_USER_AGENT</CODE> devient 
   <CODE>REDIRECT_HTTP_USER_AGENT</CODE>. En plus de ces variables, Apache 
   d&eacute;finit les variables <CODE>REDIRECT_URL</CODE> et 
   <CODE>REDIRECT_STATUS</CODE> pour aider le script &agrave; identifier 
   l'origine de la redirection. Dans la trace d'acc&egrave;s d&eacute;duite 
   peuvent appara&icirc;tre l'URL initiale ainsi que l'URL vers laquelle 
   est redirig&eacute;e la requ&ecirc;te. </DD>
  </DL></DIR>
  
  <P><HR></P>
  <P>
  Si la directive ErrorDocument spécifie une redirection local vers un script
  CGI, le script devra inclure un champ "<SAMP>Status:</SAMP>" dans l'en-tête
  de sa sortie afin de garantir la retransmiison complète vers le client
  des conditions d'erreurs qui ont causé son invocation. Par exemple
  un script Perl devrait inclure les lignes suivantes : 
  </P>
  <PRE>
        :
      print  "Content-type: text/html\n";
      printf "Status: %s Condition Intercepted\n", $ENV{"REDIRECT_STATUS"};
        :
  </PRE>
  <P>
  Si le script est dédié pour traité une condition d'erreur particulière telle
  que 
  <SAMP>404&nbsp;Not&nbsp;Found</SAMP>, il peut utiliser le code spécifique
et 
  le message d'erreur à la place.
  </P>
  
  <!--#include virtual="footer.html" -->
  </BODY>
  </HTML>
  
  
  

Mime
View raw message