You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by nd...@apache.org on 2018/09/18 09:05:26 UTC

svn commit: r1841201 [9/9] - /httpd/httpd/branches/2.4.x/docs/manual/

Modified: httpd/httpd/branches/2.4.x/docs/manual/stopping.html.es
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/stopping.html.es?rev=1841201&r1=1841200&r2=1841201&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/stopping.html.es (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/stopping.html.es Tue Sep 18 09:05:25 2018
@@ -7,7 +7,7 @@
               This file is generated from xml source: DO NOT EDIT
         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
       -->
-<title>Iniciar y Parar el servidor Apache - Servidor HTTP Apache Versi&#243;n 2.4</title>
+<title>Iniciar y Parar el servidor Apache - Servidor HTTP Apache Versión 2.4</title>
 <link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
 <link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
 <link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />
@@ -16,248 +16,248 @@
 
 <link href="./images/favicon.ico" rel="shortcut icon" /></head>
 <body id="manual-page"><div id="page-header">
-<p class="menu"><a href="./mod/">M&#243;dulos</a> | <a href="./mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p>
-<p class="apache">Versi&#243;n 2.4 del Servidor HTTP Apache</p>
+<p class="menu"><a href="./mod/">Módulos</a> | <a href="./mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p>
+<p class="apache">Versión 2.4 del Servidor HTTP Apache</p>
 <img alt="" src="./images/feather.png" /></div>
 <div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="./images/left.gif" /></a></div>
 <div id="path">
-<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Servidor HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentaci&#243;n</a> &gt; <a href="./">Versi&#243;n 2.4</a></div><div id="page-content"><div id="preamble"><h1>Iniciar y Parar el servidor Apache</h1>
+<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Servidor HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentación</a> &gt; <a href="./">Versión 2.4</a></div><div id="page-content"><div id="preamble"><h1>Iniciar y Parar el servidor Apache</h1>
 <div class="toplang">
 <p><span>Idiomas disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
-<a href="./es/stopping.html" title="Espa&#241;ol">&nbsp;es&nbsp;</a> |
-<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Fran&#231;ais">&nbsp;fr&nbsp;</a> |
+<a href="./es/stopping.html" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
 <a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
 <a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
-<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="T&#252;rk&#231;e">&nbsp;tr&nbsp;</a></p>
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
 </div>
-<div class="outofdate">Esta traducci&#243;n podr&#237;a estar
-            obsoleta. Consulte la versi&#243;n en ingl&#233;s de la
-            documentaci&#243;n para comprobar si se han producido cambios
+<div class="outofdate">Esta traducción podría estar
+            obsoleta. Consulte la versión en inglés de la
+            documentación para comprobar si se han producido cambios
             recientemente.</div>
 
     <p>Este documento explica como iniciar y parar el servidor Apache
      en sistemas tipo Unix. Los usuarios de Windows NT, 2000 y XP
-     deben consultar la secci&#243;n <a href="platform/windows.html#winsvc">Ejecutar Apache como un
+     deben consultar la sección <a href="platform/windows.html#winsvc">Ejecutar Apache como un
      servicio</a> y los usuario de Windows 9x y ME deben consultar <a href="platform/windows.html#wincons">Ejecutar Apache como una
-     Aplicaci&#243;n de Consola</a> para obtener informaci&#243;n
+     Aplicación de Consola</a> para obtener información
      sobre como controlar Apache en esas plataformas.</p>
 </div>
-<div id="quickview"><a href="https://www.apache.org/foundation/contributing.html" class="badge"><img src="https://www.apache.org/images/SupportApache-small.png" alt="Support Apache!" /></a><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introducci&#243;n</a></li>
+<div id="quickview"><a href="https://www.apache.org/foundation/contributing.html" class="badge"><img src="https://www.apache.org/images/SupportApache-small.png" alt="Support Apache!" /></a><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introducción</a></li>
 <li><img alt="" src="./images/down.gif" /> <a href="#term">Parar Apache</a></li>
 <li><img alt="" src="./images/down.gif" /> <a href="#graceful">Reinicio Graceful</a></li>
 <li><img alt="" src="./images/down.gif" /> <a href="#hup">Reiniciar Apache</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#race">Ap&#233;ndice: se&#241;ales y race conditions</a></li>
-</ul><h3>Consulte tambi&#233;n</h3><ul class="seealso"><li><a href="programs/httpd.html">httpd</a></li><li><a href="programs/apachectl.html">apachectl</a></li><li><a href="#comments_section">Comentarios</a></li></ul></div>
+<li><img alt="" src="./images/down.gif" /> <a href="#race">Apéndice: señales y race conditions</a></li>
+</ul><h3>Consulte también</h3><ul class="seealso"><li><a href="programs/httpd.html">httpd</a></li><li><a href="programs/apachectl.html">apachectl</a></li><li><a href="#comments_section">Comentarios</a></li></ul></div>
 <div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="introduction" id="introduction">Introducci&#243;n</a></h2>
+<h2><a name="introduction" id="introduction">Introducción</a></h2>
 
-    <p>Para parar y reiniciar Apache, hay que enviar la se&#241;al
-    apropiada al proceso padre <code>httpd</code> que se est&#233;
-    ejecutando.  Hay dos maneras de enviar estas se&#241;ales.  En
+    <p>Para parar y reiniciar Apache, hay que enviar la señal
+    apropiada al proceso padre <code>httpd</code> que se esté
+    ejecutando.  Hay dos maneras de enviar estas señales.  En
     primer lugar, puede usar el comando de Unix <code>kill</code> que
-    env&#237;a se&#241;ales directamente a los procesos. Puede que
+    envía señales directamente a los procesos. Puede que
     tenga varios procesos <code>httpd</code> ejecutandose en su
-    sistema, pero las se&#241;ales deben enviarse solamente al proceso
-    padre, cuyo pid est&#225; especificado en la directiva <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>. Esto quiere decir que no
-    debe necesitar enviar se&#241;ales a ning&#250;n proceso excepto
-    al proceso padre. Hay tres se&#241;ales que puede enviar al
+    sistema, pero las señales deben enviarse solamente al proceso
+    padre, cuyo pid está especificado en la directiva <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>. Esto quiere decir que no
+    debe necesitar enviar señales a ningún proceso excepto
+    al proceso padre. Hay tres señales que puede enviar al
     proceso padre: <code><a href="#term">TERM</a></code>, <code><a href="#hup">HUP</a></code>, y <code><a href="#graceful">USR1</a></code>, que van a ser descritas a
-    continuaci&#243;n.</p>
+    continuación.</p>
 
-    <p>Para enviar una se&#241;al al proceso padre debe escribir un
+    <p>Para enviar una señal al proceso padre debe escribir un
     comando como el que se muestra en el ejemplo:</p>
 
 <div class="example"><p><code>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</code></p></div>
 
-    <p>La segunda manera de enviar se&#241;ales a los procesos
-    <code>httpd</code> es usando las opciones de l&#237;nea de
+    <p>La segunda manera de enviar señales a los procesos
+    <code>httpd</code> es usando las opciones de línea de
     comandos <code>-k</code>: <code>stop</code>, <code>restart</code>,
-    y <code>graceful</code>, como se muestra m&#225;s abajo.  Estas
+    y <code>graceful</code>, como se muestra más abajo.  Estas
     opciones se le pueden pasar al binario <a href="programs/httpd.html">httpd</a>, pero se recomienda que se
     pasen al script de control <a href="programs/apachectl.html">apachectl</a>, que a su vez los
-    pasar&#225; a <code>httpd</code>.</p>
+    pasará a <code>httpd</code>.</p>
 
-    <p>Despu&#233;s de haber enviado las se&#241;ales que desee a
+    <p>Después de haber enviado las señales que desee a
     <code>httpd</code>, puede ver como progresa el proceso
     escribiendo:</p>
 
 <div class="example"><p><code>tail -f /usr/local/apache2/logs/error_log</code></p></div>
 
     <p>Modifique estos ejemplos para que coincidan con la
-    configuraci&#243;n que tenga especificada en las directivas
+    configuración que tenga especificada en las directivas
     <code class="directive"><a href="./mod/core.html#serverroot">ServerRoot</a></code> y <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code> en su fichero principal de
-    configuraci&#243;n.</p>
+    configuración.</p>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="term" id="term">Parar Apache</a></h2>
 
-<dl><dt>Se&#241;al: TERM</dt>
+<dl><dt>Señal: TERM</dt>
 <dd><code>apachectl -k stop</code></dd>
 </dl>
 
-    <p>Enviar las se&#241;ales <code>TERM</code> o <code>stop</code>
+    <p>Enviar las señales <code>TERM</code> o <code>stop</code>
     al proceso padre hace que se intenten eliminar todos los procesos
     hijo inmediatamente. Esto puede tardar algunos minutos. Una vez
-    que hayan terminado todos los procesos hijo, terminar&#225; el
-    proceso padre. Cualquier petici&#243;n en proceso terminar&#225;
-    inmediatanmente, y ninguna petici&#243;n posterior ser&#225;
+    que hayan terminado todos los procesos hijo, terminará el
+    proceso padre. Cualquier petición en proceso terminará
+    inmediatanmente, y ninguna petición posterior será
     atendida.</p>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="graceful" id="graceful">Reinicio Graceful</a></h2>
 
-<dl><dt>Se&#241;al: USR1</dt>
+<dl><dt>Señal: USR1</dt>
 <dd><code>apachectl -k graceful</code></dd>
 </dl>
 
-    <p>Las se&#241;ales <code>USR1</code> o <code>graceful</code>
+    <p>Las señales <code>USR1</code> o <code>graceful</code>
     hacen que el proceso padre <em>indique</em> a sus hijos que
-    terminen despu&#233;s de servir la petici&#243;n que est&#233;n
-    atendiendo en ese momento (o de inmediato si no est&#225;n
-    sirviendo ninguna petici&#243;n). El proceso padre lee de nuevo
-    sus ficheros de configuraci&#243;n y vuelve a abrir sus ficheros
+    terminen después de servir la petición que estén
+    atendiendo en ese momento (o de inmediato si no están
+    sirviendo ninguna petición). El proceso padre lee de nuevo
+    sus ficheros de configuración y vuelve a abrir sus ficheros
     log. Conforme cada hijo va terminando, el proceso padre lo va
-    sustituyendo con un hijo de una nueva <em>generaci&#243;n</em> con
-    la nueva configuraci&#243;n, que empeciezan a servir peticiones
+    sustituyendo con un hijo de una nueva <em>generación</em> con
+    la nueva configuración, que empeciezan a servir peticiones
     inmediatamente.</p>
 
     <div class="note">En algunas plataformas que no permiten usar
     <code>USR1</code> para reinicios graceful, puede usarse una
-    se&#241;al alternativa (como <code>WINCH</code>). Tambien puede
+    señal alternativa (como <code>WINCH</code>). Tambien puede
     usar <code>apachectl graceful</code> y el script de control
-    enviar&#225; la se&#241;al adecuada para su plataforma.</div>
+    enviará la señal adecuada para su plataforma.</div>
 
-    <p>Apache est&#225; dise&#241;ado para respetar en todo momento la
-    directiva de control de procesos de los MPM, as&#237; como para
-    que el n&#250;mero de procesos y hebras disponibles para servir a
+    <p>Apache está diseñado para respetar en todo momento la
+    directiva de control de procesos de los MPM, así como para
+    que el número de procesos y hebras disponibles para servir a
     los clientes se mantenga en los valores adecuados durante el
-    proceso de reinicio.  A&#250;n m&#225;s, est&#225; dise&#241;ado
+    proceso de reinicio.  Aún más, está diseñado
     para respetar la directiva <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> de la siguiente
-    manera: si despu&#233;s de al menos un segundo el nuevo hijo de la
+    manera: si después de al menos un segundo el nuevo hijo de la
     directiva <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code>
     no ha sido creado, entonces crea los suficientes para se atienda
-    el trabajo que queda por hacer. As&#237;, se intenta mantener
-    tanto el n&#250;mero de hijos adecuado para el trabajo que el
-    servidor tenga en ese momento, como respetar la configuraci&#243;n
-    determinada por los par&#225;metros de la directiva
+    el trabajo que queda por hacer. Así, se intenta mantener
+    tanto el número de hijos adecuado para el trabajo que el
+    servidor tenga en ese momento, como respetar la configuración
+    determinada por los parámetros de la directiva
     <code class="directive">StartServers</code>.</p>
 
-    <p>Los usuarios del m&#243;dulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
-    notar&#225;n que las estad&#237;sticas del servidor
-    <strong>no</strong> se ponen a cero cuando se usa la se&#241;al
+    <p>Los usuarios del módulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
+    notarán que las estadísticas del servidor
+    <strong>no</strong> se ponen a cero cuando se usa la señal
     <code>USR1</code>. Apache fue escrito tanto para minimizar el
     tiempo en el que el servidor no puede servir nuevas peticiones
-    (que se pondr&#225;n en cola por el sistema operativo, de modo que
-    se no se pierda ning&#250;n evento), como para respetar sus
-    par&#225;metros de ajuste. Para hacer esto, tiene que guardar el
+    (que se pondrán en cola por el sistema operativo, de modo que
+    se no se pierda ningún evento), como para respetar sus
+    parámetros de ajuste. Para hacer esto, tiene que guardar el
     <em>scoreboard</em> usado para llevar el registro de los procesos
-    hijo a trav&#233;s de las distintas generaciones.</p>
+    hijo a través de las distintas generaciones.</p>
 
-    <p>El mod_status tambi&#233;n usa una <code>G</code> para indicar
-    que esos hijos est&#225;n todav&#237;a sirviendo peticiones
+    <p>El mod_status también usa una <code>G</code> para indicar
+    que esos hijos están todavía sirviendo peticiones
     previas al reinicio graceful.</p>
 
     <p>Actualmente no existe ninguna manera de que un script con un
-    log de rotaci&#243;n usando <code>USR1</code> sepa con seguridad
+    log de rotación usando <code>USR1</code> sepa con seguridad
     que todos los hijos que se registraron en el log con anterioridad
     al reinicio han terminado. Se aconseja que se use un retardo
-    adecuado despu&#233;s de enviar la se&#241;al <code>USR1</code>
+    adecuado después de enviar la señal <code>USR1</code>
     antes de hacer nada con el log antiguo. Por ejemplo, si la mayor
     parte las visitas que recibe de usuarios que tienen conexiones de
     baja velocidad tardan menos de 10 minutos en completarse, entoces
     espere 15 minutos antes de hacer nada con el log antiguo.</p>
 
-    <div class="note">Si su fichero de configuraci&#243;n tiene errores cuando
-    haga el reinicio, entonces el proceso padre no se reinciciar&#225;
-    y terminar&#225; con un error. En caso de un reinicio graceful,
-    tambi&#233;n dejar&#225; a los procesos hijo ejecutandose mientras
-    existan.  (Estos son los hijos de los que se est&#225; saliendo de
-    forma graceful y que est&#225;n sirviendo sus &#250;ltimas
-    peticiones.) Esto provocar&#225; problemas si intenta reiniciar el
-    servidor -- no ser&#225; posible conectarse a la lista de puertos
+    <div class="note">Si su fichero de configuración tiene errores cuando
+    haga el reinicio, entonces el proceso padre no se reinciciará
+    y terminará con un error. En caso de un reinicio graceful,
+    también dejará a los procesos hijo ejecutandose mientras
+    existan.  (Estos son los hijos de los que se está saliendo de
+    forma graceful y que están sirviendo sus últimas
+    peticiones.) Esto provocará problemas si intenta reiniciar el
+    servidor -- no será posible conectarse a la lista de puertos
     de escucha. Antes de reiniciar, puede comprobar que la sintaxis de
-    sus ficheros de configuracion es correcta con la opci&#243;n de
-    l&#237;nea de comandos <code>-t</code> (consulte <a href="programs/httpd.html">httpd</a>). No obstante, esto no
+    sus ficheros de configuracion es correcta con la opción de
+    línea de comandos <code>-t</code> (consulte <a href="programs/httpd.html">httpd</a>). No obstante, esto no
     garantiza que el servidor se reinicie correctamente. Para
     comprobar que no hay errores en los ficheros de
-    configuraci&#243;n, puede intentar iniciar <code>httpd</code> con
-    un usuario diferente a root. Si no hay errores, intentar&#225;
-    abrir sus sockets y logs y fallar&#225; porque el usuario no es
-    root (o porque el <code>httpd</code> que se est&#225; ejecutando
-    en ese momento ya est&#225; conectado a esos puertos). Si falla
-    por cualquier otra raz&#243;n, entonces casi seguro que hay
-    alg&#250;n error en alguno de los ficheros de configuraci&#243;n y
+    configuración, puede intentar iniciar <code>httpd</code> con
+    un usuario diferente a root. Si no hay errores, intentará
+    abrir sus sockets y logs y fallará porque el usuario no es
+    root (o porque el <code>httpd</code> que se está ejecutando
+    en ese momento ya está conectado a esos puertos). Si falla
+    por cualquier otra razón, entonces casi seguro que hay
+    algún error en alguno de los ficheros de configuración y
     debe corregir ese o esos errores antes de hacer un reinicio
     graceful.</div>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="hup" id="hup">Reiniciar Apache</a></h2>
 
-<dl><dt>Se&#241;al: HUP</dt>
+<dl><dt>Señal: HUP</dt>
 <dd><code>apachectl -k restart</code></dd>
 </dl>
 
-    <p>El env&#237;o de las se&#241;ales <code>HUP</code> o
+    <p>El envío de las señales <code>HUP</code> o
     <code>restart</code> al proceso padre hace que los procesos hijo
-    terminen como si le envi&#225; ramos la se&#241;al
+    terminen como si le enviá ramos la señal
     <code>TERM</code>, para eliminar el proceso padre. La diferencia
-    est&#225; en que estas se&#241;ales vuelven a leer los archivos de
-    configuraci&#243;n y vuelven a abrir los ficheros log. Se genera
-    un nuevo conjunto de hijos y se contin&#250;a sirviendo
+    está en que estas señales vuelven a leer los archivos de
+    configuración y vuelven a abrir los ficheros log. Se genera
+    un nuevo conjunto de hijos y se continúa sirviendo
     peticiones.</p>
 
-    <p>Los usuarios del m&#243;dulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
-    notar&#225;n que las estad&#237;sticas del servidor se ponen a
-    cero cuando se env&#237;a la se&#241;al <code>HUP</code>.</p>
+    <p>Los usuarios del módulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
+    notarán que las estadísticas del servidor se ponen a
+    cero cuando se envía la señal <code>HUP</code>.</p>
 
-<div class="note">Si su fichero de configuraci&#243;n contiene errores, cuando
+<div class="note">Si su fichero de configuración contiene errores, cuando
 intente reiniciar, el proceso padre del servidor no se
-reiniciar&#225;, sino que terminar&#225; con un error. Consulte
-m&#225;s arriba c&#243;mo puede solucionar este problema.</div>
+reiniciará, sino que terminará con un error. Consulte
+más arriba cómo puede solucionar este problema.</div>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="race" id="race">Ap&#233;ndice: se&#241;ales y race conditions</a></h2>
+<h2><a name="race" id="race">Apéndice: señales y race conditions</a></h2>
 
-    <p>Con anterioridad a la versi&#243;n de Apache 1.2b9 hab&#237;a
-    varias <em>race conditions</em> implicadas en las se&#241;ales
-    para parar y reiniciar procesos (una descripci&#243;n sencilla de
+    <p>Con anterioridad a la versión de Apache 1.2b9 había
+    varias <em>race conditions</em> implicadas en las señales
+    para parar y reiniciar procesos (una descripción sencilla de
     una race condition es: un problema relacionado con el momento en
     que suceden las cosas, como si algo sucediera en momento en que no
     debe, y entonces el resultado esperado no se corresponde con el
     obtenido). Para aquellas arquitecturas que tienen el conjunto de
-    caracter&#237;sticas "adecuadas", se han eliminado tantas race
+    características "adecuadas", se han eliminado tantas race
     conditions como ha sido posible. Pero hay que tener en cuenta que
-    todav&#237;a existen race conditions en algunas arquitecturas.</p>
+    todavía existen race conditions en algunas arquitecturas.</p>
 
     <p>En las arquitecturas que usan un <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> en disco, existe la
     posibilidad de que se corrompan los scoreboards. Esto puede hacer
     que se produzca el error "bind: Address already in use"
-    (despu&#233;s de usar<code>HUP</code>) o el error "long lost child
-    came home!"  (despu&#233;s de usar <code>USR1</code>). En el
+    (después de usar<code>HUP</code>) o el error "long lost child
+    came home!"  (después de usar <code>USR1</code>). En el
     primer caso se trata de un error irrecuperable, mientras que en el
     segundo, solo ocurre que el servidor pierde un slot del
-    scoreboard. Por lo tanto, ser&#237;a aconsejable usar reinicios
+    scoreboard. Por lo tanto, sería aconsejable usar reinicios
     graceful, y solo hacer reinicios normales de forma
     ocasional. Estos problemas son bastante complicados de solucionar,
     pero afortunadamente casi ninguna arquitectura necesita un fichero
-    scoreboard. Consulte la documentaci&#243;n de la directiva
+    scoreboard. Consulte la documentación de la directiva
     <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> para ver
     las arquitecturas que la usan.</p>
 
-    <p>Todas las arquitecturas tienen una peque&#241;a race condition
+    <p>Todas las arquitecturas tienen una pequeña race condition
     en cada proceso hijo implicada en la segunda y subsiguientes
-    peticiones en una conexi&#243;n HTTP persistente
-    (KeepAlive). Puede ser que el servidor termine despu&#233;s de
-    leer la l&#237;nea de petici&#243;n pero antes de leer cualquiera
-    de las cebeceras de petici&#243;n. Hay una soluci&#243;n que fue
-    descubierta demasiado tarde para la incluirla en versi&#243;n
-    1.2. En teoria esto no debe suponer ning&#250;n problema porque el
+    peticiones en una conexión HTTP persistente
+    (KeepAlive). Puede ser que el servidor termine después de
+    leer la línea de petición pero antes de leer cualquiera
+    de las cebeceras de petición. Hay una solución que fue
+    descubierta demasiado tarde para la incluirla en versión
+    1.2. En teoria esto no debe suponer ningún problema porque el
     cliente KeepAlive ha de esperar que estas cosas pasen debido a los
     retardos de red y a los timeouts que a veces dan los
-    servidores. En la practica, parece que no afecta a nada m&#225;s
-    -- en una sesi&#243;n de pruebas, un servidor se reinici&#243;
+    servidores. En la practica, parece que no afecta a nada más
+    -- en una sesión de pruebas, un servidor se reinició
     veinte veces por segundo y los clientes pudieron navegar sin
     problemas por el sitio web sin encontrar problemas ni para
     descargar una sola imagen ni encontrar un solo enlace roto. </p>
@@ -265,11 +265,11 @@ m&#225;s arriba c&#243;mo puede solucion
 <div class="bottomlang">
 <p><span>Idiomas disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
-<a href="./es/stopping.html" title="Espa&#241;ol">&nbsp;es&nbsp;</a> |
-<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Fran&#231;ais">&nbsp;fr&nbsp;</a> |
+<a href="./es/stopping.html" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
 <a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
 <a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
-<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="T&#252;rk&#231;e">&nbsp;tr&nbsp;</a></p>
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
 </div><div class="top"><a href="#page-header"><img src="./images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Comentarios</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
 <script type="text/javascript"><!--//--><![CDATA[//><!--
 var comments_shortname = 'httpd';
@@ -288,8 +288,8 @@ var comments_identifier = 'http://httpd.
     }
 })(window, document);
 //--><!]]></script></div><div id="footer">
-<p class="apache">Copyright 2018 The Apache Software Foundation.<br />Licencia bajo los t&#233;rminos de la <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
-<p class="menu"><a href="./mod/">M&#243;dulos</a> | <a href="./mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
+<p class="apache">Copyright 2018 The Apache Software Foundation.<br />Licencia bajo los términos de la <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Módulos</a> | <a href="./mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
 if (typeof(prettyPrint) !== 'undefined') {
     prettyPrint();
 }

Modified: httpd/httpd/branches/2.4.x/docs/manual/stopping.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/stopping.html.fr?rev=1841201&r1=1841200&r2=1841201&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/stopping.html.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/stopping.html.fr Tue Sep 18 09:05:25 2018
@@ -7,7 +7,7 @@
               This file is generated from xml source: DO NOT EDIT
         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
       -->
-<title>Arr&#234;t et red&#233;marrage du serveur HTTP Apache - Serveur HTTP Apache Version 2.4</title>
+<title>Arrêt et redémarrage du serveur HTTP Apache - Serveur HTTP Apache Version 2.4</title>
 <link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
 <link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
 <link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />
@@ -21,263 +21,263 @@
 <img alt="" src="./images/feather.png" /></div>
 <div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="./images/left.gif" /></a></div>
 <div id="path">
-<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="./">Version 2.4</a></div><div id="page-content"><div id="preamble"><h1>Arr&#234;t et red&#233;marrage du serveur HTTP Apache</h1>
+<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="./">Version 2.4</a></div><div id="page-content"><div id="preamble"><h1>Arrêt et redémarrage du serveur HTTP Apache</h1>
 <div class="toplang">
 <p><span>Langues Disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
-<a href="./es/stopping.html" hreflang="es" rel="alternate" title="Espa&#241;ol">&nbsp;es&nbsp;</a> |
-<a href="./fr/stopping.html" title="Fran&#231;ais">&nbsp;fr&nbsp;</a> |
+<a href="./es/stopping.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./fr/stopping.html" title="Français">&nbsp;fr&nbsp;</a> |
 <a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
 <a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
-<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="T&#252;rk&#231;e">&nbsp;tr&nbsp;</a></p>
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
 </div>
 
-    <p>Ce document couvre l'arr&#234;t et le red&#233;marrage du
+    <p>Ce document couvre l'arrêt et le redémarrage du
     serveur HTTP Apache sur
-    les syst&#232;mes Unix et similaires. Les utilisateurs de Windows NT, 2000
+    les systèmes Unix et similaires. Les utilisateurs de Windows NT, 2000
     and XP doivent consulter
-    <a href="platform/windows.html#winsvc">Ex&#233;cuter httpd en tant que
+    <a href="platform/windows.html#winsvc">Exécuter httpd en tant que
     service</a> et les utilisateurs de Windows 9x et ME doivent consulter
-    <a href="platform/windows.html#wincons">Ex&#233;cuter httpd comme une
-    application de type console</a> pour plus d'informations sur le contr&#244;le
-    de httpd &#224; partir de ces plateformes.</p>
+    <a href="platform/windows.html#wincons">Exécuter httpd comme une
+    application de type console</a> pour plus d'informations sur le contrôle
+    de httpd à partir de ces plateformes.</p>
 </div>
 <div id="quickview"><a href="https://www.apache.org/foundation/contributing.html" class="badge"><img src="https://www.apache.org/images/SupportApache-small.png" alt="Support Apache!" /></a><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introduction</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#term">Arr&#234;ter imm&#233;diatement</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#graceful">Red&#233;marrage en douceur</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#hup">Red&#233;marrer imm&#233;diatement</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#gracefulstop">Arr&#234;t en douceur</a></li>
-</ul><h3>Voir aussi</h3><ul class="seealso"><li><code class="program"><a href="./programs/httpd.html">httpd</a></code></li><li><code class="program"><a href="./programs/apachectl.html">apachectl</a></code></li><li><a href="invoking.html">D&#233;marrage</a></li><li><a href="#comments_section">Commentaires</a></li></ul></div>
+<li><img alt="" src="./images/down.gif" /> <a href="#term">Arrêter immédiatement</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#graceful">Redémarrage en douceur</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#hup">Redémarrer immédiatement</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#gracefulstop">Arrêt en douceur</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><code class="program"><a href="./programs/httpd.html">httpd</a></code></li><li><code class="program"><a href="./programs/apachectl.html">apachectl</a></code></li><li><a href="invoking.html">Démarrage</a></li><li><a href="#comments_section">Commentaires</a></li></ul></div>
 <div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="introduction" id="introduction">Introduction</a></h2>
 
-    <p>Afin d'arr&#234;ter ou red&#233;marrer le serveur HTTP Apache, vous devez envoyer un signal aux
-    processus <code class="program"><a href="./programs/httpd.html">httpd</a></code> en cours d'ex&#233;cution.  Les signaux
-    peuvent &#234;tre envoy&#233;s de deux mani&#232;res. La
-    premi&#232;re m&#233;thode consiste &#224;
+    <p>Afin d'arrêter ou redémarrer le serveur HTTP Apache, vous devez envoyer un signal aux
+    processus <code class="program"><a href="./programs/httpd.html">httpd</a></code> en cours d'exécution.  Les signaux
+    peuvent être envoyés de deux manières. La
+    première méthode consiste à
     utiliser la commande unix <code>kill</code>
     pour envoyer directement des signaux aux processus. Vous pouvez remarquer
-    que plusieurs processus <code class="program"><a href="./programs/httpd.html">httpd</a></code> s'ex&#233;cutent sur votre
-    syst&#232;me, mais il vous suffit d'envoyer les signaux au processus parent,
-    dont le PID est enregistr&#233; dans le fichier pr&#233;cis&#233; par la directive
+    que plusieurs processus <code class="program"><a href="./programs/httpd.html">httpd</a></code> s'exécutent sur votre
+    système, mais il vous suffit d'envoyer les signaux au processus parent,
+    dont le PID est enregistré dans le fichier précisé par la directive
     <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>. Autrement dit, vous
-    n'aurez jamais besoin d'envoyer des signaux &#224; aucun des
+    n'aurez jamais besoin d'envoyer des signaux à aucun des
     processus enfants, mais seulement au processus parent. Quatre types
-    de signaux peuvent &#234;tre envoy&#233;s au processus parent :
+    de signaux peuvent être envoyés au processus parent :
     <code><a href="#term">TERM</a></code>,
     <code><a href="#graceful">USR1</a></code>,
     <code><a href="#hup">HUP</a></code>, et
     <code><a href="#gracefulstop">WINCH</a></code>, qui
-    seront d&#233;crit plus loin.</p>
+    seront décrit plus loin.</p>
 
     <p>Pour envoyer un signal au processus parent, vous devez entrer une commande
     du style :</p>
 
 <div class="example"><p><code>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</code></p></div>
 
-    <p>La seconde m&#233;thode permettant d'envoyer des signaux aux processus
+    <p>La seconde méthode permettant d'envoyer des signaux aux processus
     <code class="program"><a href="./programs/httpd.html">httpd</a></code>
-    consiste &#224; utiliser les options <code>stop</code>,
+    consiste à utiliser les options <code>stop</code>,
     <code>restart</code>, <code>graceful</code> et
     <code>graceful-stop</code> du commutateur <code>-k</code> de la ligne
-    de commande comme d&#233;crit ci-dessous.  Ce sont des arguments du binaire
-    <code class="program"><a href="./programs/httpd.html">httpd</a></code>, mais il est recommand&#233; de les utiliser
-    avec le script de contr&#244;le <code class="program"><a href="./programs/apachectl.html">apachectl</a></code>, qui se
-    chargera de les passer &#224; <code class="program"><a href="./programs/httpd.html">httpd</a></code>.</p>
+    de commande comme décrit ci-dessous.  Ce sont des arguments du binaire
+    <code class="program"><a href="./programs/httpd.html">httpd</a></code>, mais il est recommandé de les utiliser
+    avec le script de contrôle <code class="program"><a href="./programs/apachectl.html">apachectl</a></code>, qui se
+    chargera de les passer à <code class="program"><a href="./programs/httpd.html">httpd</a></code>.</p>
 
-    <p>Apr&#232;s avoir envoy&#233; un signal &#224; <code class="program"><a href="./programs/httpd.html">httpd</a></code>, vous pouvez
+    <p>Après avoir envoyé un signal à <code class="program"><a href="./programs/httpd.html">httpd</a></code>, vous pouvez
     suivre le cours de son action en entrant :</p>
 
 <div class="example"><p><code>tail -f /usr/local/apache2/logs/error_log</code></p></div>
 
-    <p>Adaptez ces exemples en fonction de la d&#233;finition de vos directives
+    <p>Adaptez ces exemples en fonction de la définition de vos directives
     <code class="directive"><a href="./mod/core.html#serverroot">ServerRoot</a></code> et
     <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>.</p>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="term" id="term">Arr&#234;ter imm&#233;diatement</a></h2>
+<h2><a name="term" id="term">Arrêter immédiatement</a></h2>
 
 <dl><dt>Signal: TERM</dt>
 <dd><code>apachectl -k stop</code></dd>
 </dl>
 
-    <p>A la r&#233;ception du signal <code>TERM</code> ou <code>stop</code>,
-    le processus parent tente imm&#233;diatement
+    <p>A la réception du signal <code>TERM</code> ou <code>stop</code>,
+    le processus parent tente immédiatement
     de tuer tous ses processus enfants. Cela peut durer plusieurs secondes.
-    Apr&#232;s cela, le processus parent lui-m&#234;me se termine. Toutes les requ&#234;tes
-    en cours sont termin&#233;es, et plus aucune autre n'est trait&#233;e.</p>
+    Après cela, le processus parent lui-même se termine. Toutes les requêtes
+    en cours sont terminées, et plus aucune autre n'est traitée.</p>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="graceful" id="graceful">Red&#233;marrage en douceur</a></h2>
+<h2><a name="graceful" id="graceful">Redémarrage en douceur</a></h2>
 
 <dl><dt>Signal: USR1</dt>
 <dd><code>apachectl -k graceful</code></dd>
 </dl>
 
-    <p>A la r&#233;ception du signal <code>USR1</code> ou
+    <p>A la réception du signal <code>USR1</code> ou
     <code>graceful</code>, le
     processus parent envoie aux processus enfants
-    <em>l'ordre</em> de se terminer une fois leur requ&#234;te courante
-    trait&#233;e (ou de se terminer imm&#233;diatement s'ils n'ont plus rien &#224; traiter).
+    <em>l'ordre</em> de se terminer une fois leur requête courante
+    traitée (ou de se terminer immédiatement s'ils n'ont plus rien à traiter).
     Le processus parent relit ses fichiers de configuration et
-    r&#233;ouvre ses fichiers de log. Chaque fois qu'un enfant s'&#233;teint, le
+    réouvre ses fichiers de log. Chaque fois qu'un enfant s'éteint, le
     processus parent le remplace par un processus
-    enfant de la nouvelle <em>g&#233;n&#233;ration</em> de la
-    configuration, et celui-ci commence imm&#233;diatement &#224; traiter les
-    nouvelles requ&#234;tes.</p>
+    enfant de la nouvelle <em>génération</em> de la
+    configuration, et celui-ci commence immédiatement à traiter les
+    nouvelles requêtes.</p>
 
-    <p>Ce code est con&#231;u pour toujours respecter la directive de contr&#244;le
+    <p>Ce code est conçu pour toujours respecter la directive de contrôle
     de processus des modules MPMs, afin que les nombres de processus et de
     threads
-    disponibles pour traiter les demandes des clients soient maintenus &#224;
-    des valeurs appropri&#233;es tout au long du processus de d&#233;marrage.
+    disponibles pour traiter les demandes des clients soient maintenus à
+    des valeurs appropriées tout au long du processus de démarrage.
     En outre, il respecte la directive
-    <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> de la mani&#232;re
-    suivante : si apr&#232;s une seconde au moins <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> nouveaux processus
-    enfants n'ont pas &#233;t&#233; cr&#233;&#233;s, un nombre suffisant de processus
-    suppl&#233;mentaires est cr&#233;&#233; pour combler le manque. Ainsi le code
-    tente de maintenir &#224; la fois le nombre appropri&#233; de processus enfants
-    en fonction de la charge du serveur, et le nombre de processus d&#233;fini par la
+    <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> de la manière
+    suivante : si après une seconde au moins <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> nouveaux processus
+    enfants n'ont pas été créés, un nombre suffisant de processus
+    supplémentaires est créé pour combler le manque. Ainsi le code
+    tente de maintenir à la fois le nombre approprié de processus enfants
+    en fonction de la charge du serveur, et le nombre de processus défini par la
     directive <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code>.</p>
 
     <p>Les utilisateurs du module <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
     noteront que les statistiques du serveur ne sont <strong>pas</strong>
-    remises &#224; z&#233;ro quand un signal <code>USR1</code> est envoy&#233;. Le code
-    a &#233;t&#233; con&#231;u &#224; la fois pour minimiser la dur&#233;e durant laquelle le
-    serveur ne peut pas traiter de nouvelles requ&#234;tes (elle sont mises en
-    file d'attente par le syst&#232;me d'exploitation, et ne sont ainsi jamais
-    perdues) et pour respecter vos param&#232;tres de personnalisation.
+    remises à zéro quand un signal <code>USR1</code> est envoyé. Le code
+    a été conçu à la fois pour minimiser la durée durant laquelle le
+    serveur ne peut pas traiter de nouvelles requêtes (elle sont mises en
+    file d'attente par le système d'exploitation, et ne sont ainsi jamais
+    perdues) et pour respecter vos paramètres de personnalisation.
     Pour y parvenir, il doit conserver le
-    <em>tableau</em> utilis&#233; pour garder la trace de tous les processus
-    enfants au cours des diff&#233;rentes g&#233;n&#233;rations.</p>
+    <em>tableau</em> utilisé pour garder la trace de tous les processus
+    enfants au cours des différentes générations.</p>
 
-    <p>Dans son &#233;tat des processus,
-    le module status utilise aussi un caract&#232;re <code>G</code> afin d'indiquer
-    quels processus enfants ont encore des traitements de requ&#234;tes en cours
-    d&#233;but&#233;s avant que l'ordre graceful restart ne soit donn&#233;.</p>
+    <p>Dans son état des processus,
+    le module status utilise aussi un caractère <code>G</code> afin d'indiquer
+    quels processus enfants ont encore des traitements de requêtes en cours
+    débutés avant que l'ordre graceful restart ne soit donné.</p>
 
     <p>Pour l'instant, il est impossible pour un script de rotation
     des logs utilisant
-    <code>USR1</code> de savoir de mani&#232;re certaine si tous les processus
-    enfants inscrivant des traces de pr&#233;-red&#233;marrage sont termin&#233;s.
-    Nous vous sugg&#233;rons d'attendre un d&#233;lai suffisant apr&#232;s l'envoi du
+    <code>USR1</code> de savoir de manière certaine si tous les processus
+    enfants inscrivant des traces de pré-redémarrage sont terminés.
+    Nous vous suggérons d'attendre un délai suffisant après l'envoi du
     signal <code>USR1</code>
     avant de faire quoi que ce soit avec les anciens logs. Par exemple,
     si la plupart de vos traitements durent moins de 10 minutes pour des
-    utilisateurs empruntant des liaisons &#224; faible bande passante, alors vous
+    utilisateurs empruntant des liaisons à faible bande passante, alors vous
     devriez attendre 15 minutes avant de faire quoi que ce soit
     avec les anciens logs.</p>
 
     <div class="note">
-    <p>Lorsque vous initiez un red&#233;marrage, une v&#233;rification de
-    la syntaxe est tout d'abord effectu&#233;e, afin de s'assurer qu'il n'y a
+    <p>Lorsque vous initiez un redémarrage, une vérification de
+    la syntaxe est tout d'abord effectuée, afin de s'assurer qu'il n'y a
     pas d'erreurs dans les fichiers de configuration. Si votre fichier de
     configuration comporte des erreurs de syntaxe, vous recevrez un message
-    d'erreur les concernant, et le serveur refusera de red&#233;marrer. Ceci
-    permet d'&#233;viter la situation o&#249; un serveur a
-    &#233;t&#233; arr&#234;t&#233; et ne peut plus red&#233;marrer,
-    et o&#249; vous vous retrouvez avec un serveur hors-service.</p>
-
-    <p>Ceci ne garantit pas encore que le serveur va red&#233;marrer
-    correctement. Pour v&#233;rifier la s&#233;mantique des fichiers de configuration
-    en plus de leur syntaxe, vous pouvez essayer de d&#233;marrer
+    d'erreur les concernant, et le serveur refusera de redémarrer. Ceci
+    permet d'éviter la situation où un serveur a
+    été arrêté et ne peut plus redémarrer,
+    et où vous vous retrouvez avec un serveur hors-service.</p>
+
+    <p>Ceci ne garantit pas encore que le serveur va redémarrer
+    correctement. Pour vérifier la sémantique des fichiers de configuration
+    en plus de leur syntaxe, vous pouvez essayer de démarrer
     <code class="program"><a href="./programs/httpd.html">httpd</a></code> sous un utilisateur non root.
     S'il n'y a pas d'erreur, il tentera d'ouvrir ses sockets et ses fichiers
-    de log et &#233;chouera car il n'a pas les privil&#232;ges root (ou parce que
+    de log et échouera car il n'a pas les privilèges root (ou parce que
     l'instance actuelle de
-    <code class="program"><a href="./programs/httpd.html">httpd</a></code> est d&#233;j&#224; associ&#233;e &#224; ces ports). S'il &#233;choue
+    <code class="program"><a href="./programs/httpd.html">httpd</a></code> est déjà associée à ces ports). S'il échoue
     pour toute autre raison, il y a probablement une erreur dans le
-    fichier de configuration et celle-ci doit &#234;tre corrig&#233;e avant de lancer
-    le red&#233;marrage en douceur.</p></div>
+    fichier de configuration et celle-ci doit être corrigée avant de lancer
+    le redémarrage en douceur.</p></div>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="hup" id="hup">Red&#233;marrer imm&#233;diatement</a></h2>
+<h2><a name="hup" id="hup">Redémarrer immédiatement</a></h2>
 
 <dl><dt>Signal: HUP</dt>
 <dd><code>apachectl -k restart</code></dd>
 </dl>
 
-    <p>A la r&#233;ception du signal <code>HUP</code> ou
+    <p>A la réception du signal <code>HUP</code> ou
     <code>restart</code>, le
     processus parent tue ses processus enfants comme pour le signal
     <code>TERM</code>, mais le processus parent ne se termine pas.
-    Il relit ses fichiers de configuration, et r&#233;ouvre ses fichiers de log.
-    Puis il donne naissance &#224; un nouveau jeu de processus enfants
-    et continue de traiter les requ&#234;tes.</p>
+    Il relit ses fichiers de configuration, et réouvre ses fichiers de log.
+    Puis il donne naissance à un nouveau jeu de processus enfants
+    et continue de traiter les requêtes.</p>
 
     <p>Les utilisateurs du module <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
-    noteront que les statistiques du serveur sont remises &#224; z&#233;ro quand un
-    signal <code>HUP</code> est envoy&#233;.</p>
+    noteront que les statistiques du serveur sont remises à zéro quand un
+    signal <code>HUP</code> est envoyé.</p>
 
-<div class="note">Comme dans le cas d'un red&#233;marrage "graceful", une
-v&#233;rification de la syntaxe est effectu&#233;e avant que le
-red&#233;marrage ne soit tent&#233;. Si votre fichier de configuration comporte
-des erreurs de syntaxe, le red&#233;marrage ne sera pas effectu&#233;, et
+<div class="note">Comme dans le cas d'un redémarrage "graceful", une
+vérification de la syntaxe est effectuée avant que le
+redémarrage ne soit tenté. Si votre fichier de configuration comporte
+des erreurs de syntaxe, le redémarrage ne sera pas effectué, et
 vous recevrez un message concernant ces erreurs.</div>
 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="gracefulstop" id="gracefulstop">Arr&#234;t en douceur</a></h2>
+<h2><a name="gracefulstop" id="gracefulstop">Arrêt en douceur</a></h2>
 
 <dl><dt>Signal : WINCH</dt>
 <dd><code>apachectl -k graceful-stop</code></dd>
 </dl>
 
-    <p>A la r&#233;ception du signal <code>WINCH</code> ou
+    <p>A la réception du signal <code>WINCH</code> ou
     <code>graceful-stop</code>, le
-    processus parent <em>ordonne</em> &#224; ses processus enfants
-    de s'arr&#234;ter apr&#232;s le traitement de leur requ&#234;te en cours
-    (ou de s'arr&#234;ter imm&#233;diatement s'ils n'ont plus de requ&#234;te &#224; traiter).
+    processus parent <em>ordonne</em> à ses processus enfants
+    de s'arrêter après le traitement de leur requête en cours
+    (ou de s'arrêter immédiatement s'ils n'ont plus de requête à traiter).
     Le processus parent va alors supprimer son fichier
-    <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code> et cesser l'&#233;coute
-    de tous ses ports. Le processus parent va continuer &#224; s'ex&#233;cuter,
+    <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code> et cesser l'écoute
+    de tous ses ports. Le processus parent va continuer à s'exécuter,
     et va surveiller les processus enfants
-    qui ont encore des requ&#234;tes &#224; traiter. Lorsque tous les processus enfants
-    ont termin&#233; leurs traitements et se sont arr&#234;t&#233;s ou lorsque le d&#233;lai
-    sp&#233;cifi&#233; par la directive <code class="directive"><a href="./mod/mpm_common.html#gracefulshutdowntimeout">GracefulShutdownTimeout</a></code> a &#233;t&#233; atteint,
-    le processus parent s'arr&#234;tera &#224; son tour.  Si ce d&#233;lai est atteint,
-    tout processus enfant encore en cours d'ex&#233;cution se verra envoyer
+    qui ont encore des requêtes à traiter. Lorsque tous les processus enfants
+    ont terminé leurs traitements et se sont arrêtés ou lorsque le délai
+    spécifié par la directive <code class="directive"><a href="./mod/mpm_common.html#gracefulshutdowntimeout">GracefulShutdownTimeout</a></code> a été atteint,
+    le processus parent s'arrêtera à son tour.  Si ce délai est atteint,
+    tout processus enfant encore en cours d'exécution se verra envoyer
     le signal <code>TERM</code>
-    afin de le forcer &#224; s'arr&#234;ter.</p>
+    afin de le forcer à s'arrêter.</p>
 
-    <p>L'envoi du signal <code>TERM</code> va arr&#234;ter imm&#233;diatement
-    les processus parent et enfants en &#233;tat "graceful". Cependant,
+    <p>L'envoi du signal <code>TERM</code> va arrêter immédiatement
+    les processus parent et enfants en état "graceful". Cependant,
     comme le fichier <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>
-    aura &#233;t&#233; supprim&#233;, vous ne pourrez pas utiliser
+    aura été supprimé, vous ne pourrez pas utiliser
     <code>apachectl</code> ou <code>httpd</code> pour envoyer ce signal.</p>
 
-    <div class="note"><p>Le signal <code>graceful-stop</code> vous permet d'ex&#233;cuter
-    simultan&#233;ment plusieurs instances de <code class="program"><a href="./programs/httpd.html">httpd</a></code>
-    avec des configurations identiques. Ceci s'av&#232;re une fonctionnalit&#233;
-    puissante quand vous effectuez des mises &#224; jour "en douceur"
+    <div class="note"><p>Le signal <code>graceful-stop</code> vous permet d'exécuter
+    simultanément plusieurs instances de <code class="program"><a href="./programs/httpd.html">httpd</a></code>
+    avec des configurations identiques. Ceci s'avère une fonctionnalité
+    puissante quand vous effectuez des mises à jour "en douceur"
     de httpd ; cependant, cela peut aussi causer des blocages fatals et des
-    situations de comp&#233;tition (race conditions)
+    situations de compétition (race conditions)
     avec certaines configurations.</p>
 
     <p>On a pris soin de s'assurer que les fichiers sur disque
     comme les fichiers verrou (<code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>) et les fichiers socket Unix
     (<code class="directive"><a href="./mod/mod_cgid.html#scriptsock">ScriptSock</a></code>) contiennent le PID
-    du serveur, et coexistent sans probl&#232;me. Cependant, si une directive de
-    configuration, un module tiers ou une CGI r&#233;sidente utilise un autre
-    verrou ou fichier d'&#233;tat sur disque, il faut prendre soin de s'assurer
-    que chaque instance de <code class="program"><a href="./programs/httpd.html">httpd</a></code> qui s'ex&#233;cute
-    n'&#233;crase pas les fichiers des autres instances.</p>
+    du serveur, et coexistent sans problème. Cependant, si une directive de
+    configuration, un module tiers ou une CGI résidente utilise un autre
+    verrou ou fichier d'état sur disque, il faut prendre soin de s'assurer
+    que chaque instance de <code class="program"><a href="./programs/httpd.html">httpd</a></code> qui s'exécute
+    n'écrase pas les fichiers des autres instances.</p>
 
-    <p>Vous devez aussi prendre garde aux autres situations de comp&#233;tition,
+    <p>Vous devez aussi prendre garde aux autres situations de compétition,
     comme l'enregistrement des logs avec un transfert de ceux-ci
     via un pipe vers le programme <code class="program"><a href="./programs/rotatelogs.html">rotatelogs</a></code>. Plusieurs instances
     du programme <code class="program"><a href="./programs/rotatelogs.html">rotatelogs</a></code> qui tentent d'effectuer
-    une rotation des m&#234;mes fichiers de log en m&#234;me temps peuvent d&#233;truire
+    une rotation des mêmes fichiers de log en même temps peuvent détruire
     mutuellement leurs propres fichiers de log.</p></div>
 </div></div>
 <div class="bottomlang">
 <p><span>Langues Disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
-<a href="./es/stopping.html" hreflang="es" rel="alternate" title="Espa&#241;ol">&nbsp;es&nbsp;</a> |
-<a href="./fr/stopping.html" title="Fran&#231;ais">&nbsp;fr&nbsp;</a> |
+<a href="./es/stopping.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./fr/stopping.html" title="Français">&nbsp;fr&nbsp;</a> |
 <a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
 <a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
-<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="T&#252;rk&#231;e">&nbsp;tr&nbsp;</a></p>
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
 </div><div class="top"><a href="#page-header"><img src="./images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
 <script type="text/javascript"><!--//--><![CDATA[//><!--
 var comments_shortname = 'httpd';
@@ -296,7 +296,7 @@ var comments_identifier = 'http://httpd.
     }
 })(window, document);
 //--><!]]></script></div><div id="footer">
-<p class="apache">Copyright 2018 The Apache Software Foundation.<br />Autoris&#233; sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="apache">Copyright 2018 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
 <p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
 if (typeof(prettyPrint) !== 'undefined') {
     prettyPrint();