You are viewing a plain text version of this content. The canonical link for it is here.
Posted to docs@httpd.apache.org by yo...@apache.org on 2001/05/28 11:05:24 UTC

cvs commit: httpd-docs-1.3/htdocs/manual custom-error.html.fr

yoshiki     01/05/28 02:05:24

  Added:       htdocs/manual custom-error.html.fr
  Log:
  New French translation.
  Submitted by:	Herve Dumont <hd...@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>
  
  
  

---------------------------------------------------------------------
To unsubscribe, e-mail: apache-docs-unsubscribe@apache.org
For additional commands, e-mail: apache-docs-help@apache.org