httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From n.@apache.org
Subject cvs commit: httpd-2.0/docs/manual glossary.xml.es handler.xml.es install.xml.es invoking.xml.es mpm.xml.es stopping.xml.es filter.xml.es
Date Fri, 23 Apr 2004 22:52:32 GMT
nd          2004/04/23 15:52:32

  Added:       docs/manual glossary.xml.es handler.xml.es install.xml.es
                        invoking.xml.es mpm.xml.es stopping.xml.es
                        filter.xml.es
  Log:
  first Spanish translations
  
  Submitted by: Jesus Blanco <blanco bitrock.com>
  Reviewed by: Daniel Lopez
  
  Revision  Changes    Path
  1.1                  httpd-2.0/docs/manual/glossary.xml.es
  
  Index: glossary.xml.es
  ===================================================================
  <?xml version="1.0" encoding="UTF-8" ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.12 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
       http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="glossary.xml.meta">
  
    <title>Glosario</title>
  
  <summary>
  <p>Este glosario define la terminolog&#237;a m&#225;s com&#250;n
  relacionada con Apache en particular y con los servidores web en
  general. En los enlaces que hay asociados a cada t&#233;rmino se puede
  encontrar informaci&#243;n m&#225;s detallada.</p>
  </summary>
  
  <section id="definitions"><title>Definiciones</title>
  
  <dl>
  <dt><a name="authentication">Autentificaci&#243;n</a></dt> <dd>La
  identificaci&#243;n positiva de una entidad de red tal como un
  servidor, un cliente, o un usuario.<br /> Consulte: <a
  href="howto/auth.html">Autentificaci&#243;n, Autorizaci&#243;n, y
  Control de Acceso</a></dd>
  
  <dt><a name="accesscontrol">Control de Acceso</a></dt> <dd>La
  restricci&#243;n en el acceso al entorno de una red. En el contexto de
  Apache significa normalmente la restricci&#243;n en el acceso a
  ciertas <em>URLs</em>.<br /> Consulte: <a
  href="howto/auth.html">Autentificaci&#243;n, Autorizaci&#243;n, y
  Control de Acceso</a></dd>
  
  <dt><a name="algorithm">Algoritmo</a></dt> <dd>Un proceso definido sin
  ambiguedades o un conjunto de reglas para solucionar un problema en un
  n&#250;mero finito de pasos. Los algoritmos para encriptar se llaman
  normalmente <dfn>algoritmos de cifrado</dfn>.</dd>
  
  <dt><a name="apacheextensiontool">Herramienta de extensi&#243;n de
  Apache</a> <a name="apxs">(apxs)</a></dt> <dd>Es un script escrito en
  Perl que ayuda a compilar el c&#243;digo fuente de algunos <a
  href="#module">m&#243;dulos</a> para convertirlos en Objetos Dinamicos
  Compartidos (<a href="#dso">DSO</a>s) y ayuda a instalarlos en el
  servidor web Apache.<br /> Consulte: <a
  href="programs/apxs.html">Paginas de Ayuda: apxs</a></dd>
  
  <dt><a name="certificate">Certificado</a></dt>
  
  <dd>Una informaci&#243;n que se almacena para autentificar entidades
      de red tales como un servidor o un cliente. Un certificado
      contiene piezas de informaci&#243;n X.509 sobre su poseedor
      (llamado sujeto) y sobre la <a
      href="#certificationauthority">Autoridad Certificadora</a>
      (llamada el expendedor) que lo firma, m&#225;s la <a
      href="#publickey">clave publica</a> del propietario y la firma de
      la AC. Las entidades de red verifican las firmas usando
      certificados de las AC.<br />
  
  Consulte: <a href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="certificationauthority">Autoridad Certificadora</a> <a
  name="ca">(CA)</a></dt> <dd>Una entidad externa de confianza cuyo fin
  es firmar certificados para las entidades de red que ha autentificado
  usando medios seguros. Otras entidades de red pueden verificar la
  firma para comprobar que una Autoridad Certificadora ha autentificado
  al poseedor del certificado.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  <dt><a name="certificatsigningrequest">Petici&#243;n de firma de
  Certificado</a> <a name="csr">(CSR)</a></dt> <dd>Es la petici&#243;n a
  una <a href="#certificationauthority">Autoridad Certificadora</a> para
  que firme un <a href="#certificate">certificado</a> a&#250;n sin
  firmar. La Autoridad Certificadora firma el <em>Certificado</em> con
  la <a href="#privatekey">Clave Privada</a> de su <a
  href="#certificate">certificado</a> de Autoridad Certificadora. Una
  vez que el CSR est&#225; firmado, se convierte en un aut&#233;ntico
  certificado.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  
  <dt><a name="cipher">Algoritmo de cifrado</a></dt> <dd>Es un algoritmo
  o sistema de encriptado de informaci&#243;n. Ejemplos de estos
  algoritmos son DES, IDEA, RC4, etc.<br /> Consulte: <a
  href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="ciphertext">Texto cifrado</a></dt> <dd>El resultado de
  haber aplicado a un <a href="#plaintext">texto sin cifrar</a> un <a
  href="#cipher">algoritmo de cifrado</a>.<br /> Consultar: <a
  href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="commongatewayinterface">Common Gateway Interface</a> <a
  name="cgi">(CGI)</a></dt> <dd>Una definici&#243;n est&#225;ndar para
  un interfaz entre un servidor web y un programa externo que permite
  hacer peticiones de servicio a los programas externos.  Este interfaz
  fue definido originalmente por la <a
  href="http://hoohoo.ncsa.uiuc.edu/cgi/overview.html">NCSA</a> pero
  tambien hay un proyecto <a
  href="http://cgi-spec.golux.com/">RFC</a>.<br /> Consulte: <a
  href="howto/cgi.html">Contenido Din&#225;mico con CGI</a></dd>
  
  
  <dt><a name="configurationdirective">Directivas de
  configuraci&#243;n</a></dt> <dd>Consulte: <a
  href="#directive">Directivas</a></dd>
  
  <dt><a name="configurationfile">Fichero de Configuraci&#243;n</a></dt>
  <dd>Un fichero de texto que contiene <a
  href="#directive">Directivas</a> que controlan la configuraci&#243;n
  de Apache.<br /> Consulte: <a href="configuring.html">Ficheros de
  Configuraci&#243;n</a></dd>
  
  <dt><a name="connect">CONNECT</a></dt> <dd>Un <a
  href="#method">m&#233;todo</a> de HTTP para hacer proxy a canales de
  datos sin usar HTTP. Puede usarse para encapsular otros protocolos,
  tales como el protocolo SSL.</dd>
  
  <dt><a name="context">Contexto</a></dt> <dd>Un &#225;rea en los <a
  href="#configurationfile">ficheros de configuraci&#243;n</a> donde
  est&#225;n permitidos ciertos tipos de <a
  href="#directive">directivas</a>.<br /> Consulte: <a
  href="mod/directive-dict.html#Context">Terminos usados para describir
  las directivas de Apache</a></dd>
  
  <dt><a name="digitalsignature">Firma Digital</a></dt> <dd>Un bloque de
  texto encriptado que verifica la validez de un certificado o de otro
  fichero. Una <a href="#certificationauthority">Autoridad
  Certificadora</a> crea una firma generando un hash a partir de la
  <em>Clave P&#250;blica</em> que lleva incorporada en un
  <em>Certificado</em>, despu&#233;s encriptando el hash con su propia
  <em>Clave Privada</em>. Solo las claves p&#250;blicas de las CAs
  pueden desencriptar la firma, verificando que la CA ha autentificado a
  la entidad de red propietaria del <em>Certificado</em>.<br />
  Consulte: <a href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="directive">Directiva</a></dt> <dd>Un comando de
  configuraci&#243;n que controla uno o m&#225;s aspectos del
  comportamiento de Apache.  Las directivas se ponen en el <a
  href="#configurationfile">Fichero de Configuraci&#243;n</a><br />
  Consulte: <a href="mod/directives.html">&#205;ndice de
  Directivas</a></dd>
  
  <dt><a name="dynamicsharedobject">Objetos Din&#225;micos
  Compartidos</a> <a name="dso">(DSO)</a></dt> <dd>Los <a
  href="#module">M&#243;dulos</a> compilados de forma separada al
  binario httpd de Apache se pueden cargar seg&#250;n se necesiten.<br
  /> Consulte: <a href="dso.html">Soporte de Objetos Din&#225;micos
  Compartidos</a></dd>
  
  <dt><a name="environmentvariable">Variable de Entorno</a> <a
  name="env-variable">(env-variable)</a></dt> <dd>Variables que
  gestionan el shell del sistema operativo y que se usan para guardar
  informaci&#243;n y para la comunicaci&#243;n entre programas.  Apache
  tambi&#233;n contiene variables internas que son referidas como
  variables de entorno, pero que son almacenadas en las estructuras
  internas de Apache, en lugar de en el entorno del shell.<br />
  Consulte: <a href="env.html">Variables de entorno de Apache</a></dd>
  
  <dt><a name="export-crippled">Export-Crippled</a></dt>
  <dd>Disminuci&#243;n de la fortaleza criptogr&#225;fica (y seguridad)
  para cumplir con las Regulaciones sobre Exportaci&#243;n de la
  Administracci&#243;n de los Estados Unidos (EAR). El software
  criptogr&#225;fico Export-crippled est&#225; limitado a una clave de
  peque&#241;o tama&#241;o, de tal manera que el <em>texto cifrado</em>
  que se consigue con &#233;l, puede desencriptarse por fuerza bruta.<br
  /> Consulte: <a href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="filter">Filtro</a></dt> <dd>Un proceso que se aplica a la
  informaci&#243;n que es enviada o recibida por el servidor. Los
  ficheros de entrada procesan la informaci&#243;n enviada por un
  cliente al servidor, mientras que los filtros de salida procesan la
  informaci&#243;n en el servidor antes de envi&#225;rsela al
  cliente. Por ejemplo, el filtro de salida <code>INCLUDES</code>
  procesa documentos para <a href="#ssi">Server Side Includes</a>.<br />
  Consulte: <a href="filter.html">Filtros</a></dd>
  
  <dt><a name="fully-qualifieddomain-name">Nombre de dominio
  completamente qualificado</a> <a name="fqdn">(FQDN)</a></dt> <dd>El
  nombre &#250;nico de una entidad de red, que consiste en un nombre de
  host y un nombre de dominio que puede traducirse a una direcci&#243;n
  IP. Por ejemplo, <code>www</code> es un nombre de host,
  <code>example.com</code> es un nombre de dominio, y
  <code>www.example.com</code> es un nombre de dominio completamente
  qualificado.</dd>
  
  <dt><a name="handler">Handler</a></dt> <dd>Es una representaci&#243;n
  interna de Apache de una acci&#243;n a ser ejecutada cuando se llama a
  un fichero. Generalmente, los ficheros tienen un handler
  impl&#237;cito, basado en el tipo de fichero. Normalmente, todos los
  ficheros son simplemente servidos por el servidor, pero sobre algunos
  tipos de ficheros se ejecutan acciones complementarias.  Por ejemplo,
  el handler <code>cgi-script</code> designa los ficheros a ser
  procesados como <a href="#cgi">CGIs</a>.<br /> Consulte: <a
  href="handler.html">Uso de Handlers en Apache</a></dd>
  
  <dt><a name="header">Cabecera</a></dt> <dd>La parte de la
  petici&#243;n y la respuesta <a href="#http">HTTP</a> que se
  env&#237;a antes del contenido propiamente dicho, y que contiene
  meta-informaci&#243;n describiendo el contenido.</dd>
  
  <dt><a name=".htaccess">.htaccess</a></dt> <dd>Un <a
  href="#configurationfile">fichero de configuraci&#243;n</a> que se
  pone dentro de la estructura de directorios del sitio web y aplica <a
  href="#directive">directivas</a> de configuraci&#243;n al directorio
  en el que est&#225; y a sus subdirectorios. A pesar de su nombre, este
  fichero puede contener cualquier tipo de directivas, no solo
  directivas de control de acceso.<br /> Consulte: <a
  href="configuring.html">Ficheros de Configuraci&#243;n</a></dd>
  
  <dt><a name="httpd.conf">httpd.conf</a></dt> <dd>Es el <a
  href="#configurationfile">fichero de configuraci&#243;n</a> principal
  de Apache.  Su ubicaci&#243;n por defecto es
  <code>/usr/local/apache2/conf/httpd.conf</code>, pero puede moverse
  usando opciones de configuraci&#243;n al compilar o al iniciar
  Apache.<br /> Consulte: <a href="configuring.html">Ficheros de
  Configuraci&#243;n</a></dd>
  
  <dt><a name="hypertexttransferprotocol">Protocolo de Tranferencia de
  Hipertexto</a> <a name="http">(HTTP)</a></dt> <dd>Es el protocolo de
  transmisi&#243;n est&#225;dar usado en la World Wide Web.  Apache
  implementa la versi&#243;n 1.1 de este protocolo, al que se hace
  referencia como HTTP/1.1 y definido por el <a
  href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a>.</dd>
  
  <dt><a name="https">HTTPS</a></dt> <dd>Protocolo de transferencia de
  Hipertext (Seguro), es el mecanismo de comunicaci&#243;n encriptado
  est&#225;ndar en World Wide Web. En realidad es HTTP sobre <a
  name="ssl">SSL</a>.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  <dt><a name="method">M&#233;todo</a></dt> <dd>En el contexto de <a
  href="#http">HTTP</a>, es una acci&#243;n a ejecutar sobre un recurso,
  especificado en la l&#237;neas de petici&#243;n por el cliente.
  Algunos de los metodos diponibles en HTTP son <code>GET</code>,
  <code>POST</code>, y <code>PUT</code>.</dd>
  
  <dt><a name="messagedigest">Message Digest</a></dt> <dd>Un hash de un
  mensaje, el cual pude ser usado para verificar que el contenido del
  mensaje no ha sido alterado durante la transmisi&#243;n.<br />
  Consulte: <a href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="mime-type">MIME-type</a></dt> <dd>Una manera de describir
  el tipo de documento a ser transmitido.  Su nombre viene del hecho de
  que su formato se toma de las Extensiones del Multipurpose Internet
  Mail.  Consiste en dos componentes, uno principal y otro secundario,
  separados por una barra.  Algunos ejemplos son <code>text/html</code>,
  <code>image/gif</code>, y <code>application/octet-stream</code>.  En
  HTTP, el tipo MIME se transmite en la <a href="#header">cabecera</a>
  del <code>Tipo Contenido</code>.<br /> Consulte: <a
  href="mod/mod_mime.html">mod_mime</a></dd>
  
  <dt><a name="module">M&#243;dulo</a></dt> <dd>Una parte independiente
  de un programa.  La mayor parte de la funcionalidad de Apache
  est&#225; contenida en m&#243;dulos que pueden incluirse o excluirse.
  Los m&#243;dulos que se compilan con el binario httpd de Apache se
  llaman <em>m&#243;dulos est&#225;ticos</em>, mientras que los que se
  almacenan de forma separada y pueden ser cargados de forma opcional,
  se llaman <em>m&#243;dulos dinamicos</em> o <a href="#dso">DSOs</a>.
  Los m&#243;dulos que est&#225;n incluidos por sefecto de llaman
  <em>m&#243;dulos base</em>.  Hay muchos m&#243;dulos disponibles para
  Apache que no se distribuyen con la <a href="#tarball">tarball</a> del
  Servidor HTTP Apache .  Estos m&#243;dulos son llamados
  <em>m&#243;dulos de terceros</em>.<br /> Consulte: <a
  href="mod/">&#205;ndice de M&#243;dulos</a></dd>
  
  <dt><a name="modulemagicnumber">N&#250;mero M&#225;gico de
  M&#243;dulo</a> (<a name="mmn">MMN</a>)</dt> <dd> El n&#250;mero
  m&#225;gico de m&#243;dulo es una constante definida en el c&#243;digo
  fuente de Apache que est&#225; asociado con la compatibilidad binaria
  de los m&#243;dulos. Ese n&#250;mero cambia cuando cambian las
  estructuras internas de Apache, las llamadas a funciones y otras
  partes significativas de la interfaz de programaci&#243;n de manera
  que la compatibilidad binaria no puede garantizarse sin cambiarlo.  Si
  cambia el n&#250;mero m&#225;gico de m&#243;dulo, todos los
  m&#243;dulos de terceros tienen que ser al menos recompilados, y
  algunas veces, incluso hay que introducir ligeras modificaciones para
  que funcionen con la nueva versi&#243;n de Apache </dd>
  
  <dt><a name="openssl">OpenSSL</a></dt>
  <dd>El toolkit Open Source para SSL/TLS<br />
      see <a href="http://www.openssl.org/">http://www.openssl.org/</a></dd>
  
  <dt><a name="passphrase">Pass Phrase</a></dt> <dd>La palabra o frase
  que protege los archivos de clave privada.  Evita que usuarios no
  autorizados los encripten. Normalmente es solo la clave de
  encriptado/desencriptado usada por los <a name="cipher">Algoritmos de
  Cifrado</a>.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  <dt><a name="plaintext">Plaintext</a></dt>
  <dd>Un texto no encriptado.</dd>
  
  <dt><a name="privatekey">Clave Privada</a></dt> <dd>La clave secreta
  de un <a name="publickeycryptography">sistema criptogr&#225;fico de
  Clave P&#250;blica</a>, usada para desencriptar los mensajes entrantes
  y firmar los salientes.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  <dt><a name="proxy">Proxy</a></dt> <dd>Un servidor intermedio que se
  pone entre el cliente y el <em>servidor de origen</em>.  Acepta las
  peticiones de los clientes, las transmite al servidor de origen, y
  despu&#233;s devuelve la respuesta del servidor de origen al
  cliente. Si varios clientes piden el mismo contenido, el proxy sirve
  el contenido desde su cach&#233;, en lugar de pedirlo cada vez que lo
  necesita al servidor de origen, reduciendo con esto el tiempo de
  respuesta.<br /> Consulte: <a
  href="mod/mod_proxy.html">mod_proxy</a></dd>
  
  <dt><a name="publickey">Clave Publica</a></dt> <dd>La clave disponible
  p&#250;blicamente en un <a name="publickeycryptography">sistema
  criptogr&#225;fico de Clave P&#250;blica</a>, usado para encriptar
  mensajes destinados a su propietario y para desencriptar firmas hechas
  por su propietario.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  <dt><a name="publickeycryptography">Criptogr&#225;fia de Clave
  P&#250;blica</a></dt> <dd>El estudio y aplicaci&#243;n de sistemas de
  encriptado asim&#233;tricos, que usa una clave para encriptar y otra
  para desencriptar. Una clave de cada uno de estos tipos constituye un
  par de claves. Tambien se llama Criptografia Asim&#233;trica.<br />
  Consulte: <a href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="regularexpresion">Expresiones Regulares</a> <a
  name="regex">(Regex)</a></dt> <dd>Una forma de describir un modelo de
  texto - por ejemplo, "todas las palabras que empiezan con la letra "A"
  o "todos los n&#250;meros de tel&#233;fono que contienen 10
  d&#237;gitos" o incluso "Todas las frases entre comas, y que no
  contengan ninguna letra Q". Las Expresiones Regulares son utiles en
  Apache porque permiten aplicar ciertos atributos a colecciones de
  ficheros o recursos de una forma flexible - por ejemplo, todos los
  archivos .gif y .jpg que est&#233;n en un directorio "im&#225;genes"
  podr&#237;an ser escritos como "<code>/images/.*(jpg|gif)$</code>".
  Apache usa Expresiones Regulares compatibles con Perl gracias a la
  librer&#237;a <a href="http://www.pcre.org/">PCRE</a>.</dd>
  
  <dt><a name="reverseproxy">Reverse Proxy</a></dt> <dd>Es un servidor
  <a href="#proxy">proxy</a> que se presenta al cliente como si fuera un
  <em>servidor de origen</em>.  Es &#250;til para esconder el
  aut&#233;ntico servidor de origen a los clientes por cuestiones de
  seguridad, o para equilibrar la carga.</dd>
  
  <dt><a name="securesocketslayer">Secure Sockets Layer</a> <a
  name="ssl">(SSL)</a></dt> <dd>Un protocolo creado por Netscape
  Communications Corporation para la autentificaci&#243;n en
  comunicaciones en general y encriptado sobre redes TCP/IP.  Su
  aplicaci&#243;n m&#225;s popular es <em>HTTPS</em>, el Protocolo de
  Transferencia de Hipertexto (HTTP) sobre SSL.<br /> Consulte: <a
  href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="serversideincludes">Server Side Includes</a> <a
  name="ssi">(SSI)</a></dt> <dd>Una tecnica para incluir directivas de
  proceso en archivos HTML.<br /> Consulte: <a
  href="howto/ssi.html">Introducci&#243;n al Server Side
  Includes</a></dd>
  
  <dt><a name="session">Sesion</a></dt> <dd>Informaci&#243;n del
  contexto de una comunicaci&#243;n en general.</dd>
  
  <dt><a name="ssleay">SSLeay</a></dt> <dd>La implementaci&#243;n
  original de la librer&#237;a SSL/TLS desarrollada por Eric
  A. Young</dd>
  
  <dt><a name="symmetriccryptophraphy">Criptograf&#237;a
  Sim&#233;trica</a></dt> <dd>El estudio y aplicaci&#243;n de
  <em>Algoritmos de Cifrado</em> que usan una solo clave secreta tanto
  para encriptar como para desencriptar.<br /> Consulte: <a
  href="ssl/">Encriptado SSL/TLS</a></dd>
  
  <dt><a name="tarball">Tarball</a></dt> <dd>Un grupo de ficheros
  puestos en un solo paquete usando la utilidad <code>tar</code>.  Las
  distribuciones Apache se almacenan en ficheros comprimidos con tar o
  con pkzip.</dd>
  
  <dt><a name="transportlayersecurity">Transport Layer Security</a> <a
  name="tls">(TLS)</a></dt> <dd>Es el sucesor del protocolo SSL, creado
  por el Internet Engineering Task Force (IETF) para la
  autentificaci&#243;n en comunicaciones en general y encriptado sobre
  redes TCP/IP. La versi&#243;n 1 de TLS es casi id&#233;ntica a la
  versi&#243;n 3 de SSL.<br /> Consulte: <a href="ssl/">Encriptado
  SSL/TLS</a></dd>
  
  <dt><a name="uniformresourcelocator">Localizador de Recursos
  Uniforme</a> <a name="url">(URL)</a></dt> <dd>El nombre de un recurso
  en Internet.  Es la manera informal de decir lo que formalmente se
  llama un <a href="#uniformresourceidentifier">Identificador de
  Recursos Uniforme</a>.  Las URLs est&#225;n compuestas normalmente por
  un esquema, tal como <code>http</code> o <code>https</code>, un nombre
  de host, y una ruta.  Una URL para esta p&#225;gina es
  <code>http://httpd.apache.org/docs-2.1/glossary.html</code>.</dd>
  
  <dt><a name="uniformresourceidentifier">Identificador de Recursos
  Uniforme</a> <a name="URI">(URI)</a></dt> <dd>Una cadena de caracteres
  compacta para identificar un recurso f&#237;sico o abstracto.  Se
  define formalmente en la <a
  href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>.  Los URIs que
  se usan en world-wide web se refieren normalmente como <a
  href="#url">URLs</a>.</dd>
  
  <dt><a name="virtualhosting">Hosting Virtual</a></dt> <dd>Se trata de
  servir diferentes sitios web con una sola entidad de Apache.  <em>El
  hosting virtual de IPs</em> diferencia los sitios web basandose en sus
  direcciones IP, mientras que el <em>hosting virtual basado en
  nombres</em> usa solo el nombre del host y de esta manera puede alojar
  muchos sitios web con la misma direcci&#243;n IP.<br /> Consulte: <a
  href="vhosts/">Documentaci&#243;n sobre Hosting Virtual en
  Apache</a></dd>
  
  <dt><a name="x.509">X.509</a></dt> <dd>Un esquema de certificado de
  autentificaci&#243;n recomendado por la International
  Telecommunication Union (ITU-T) que se usa en la autentificaci&#243;n
  SSL/TLS.<br /> Consulte: <a href="ssl/">Encriptado SSL/TLS</a></dd>
  
  </dl>
  </section>
  </manualpage>
  
  
  
  
  1.1                  httpd-2.0/docs/manual/handler.xml.es
  
  Index: handler.xml.es
  ===================================================================
  <?xml version="1.0" encoding="UTF-8" ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.9 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
       http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="handler.xml.meta">
  
    <title>Uso de los Handlers en Apache</title>
  
    <summary>
      <p>Este documento describe el uso de los Handlers en Apache.</p>
    </summary>
  
    <section id="definition">
      <title>¿Qu&#233; es un Handler?</title>
      <related>
        <modulelist>
          <module>mod_actions</module>
          <module>mod_asis</module>
          <module>mod_cgi</module>
          <module>mod_imap</module>
          <module>mod_info</module>
          <module>mod_mime</module>
          <module>mod_negotiation</module>
          <module>mod_status</module>
       </modulelist>
        <directivelist>
          <directive module="mod_actions">Action</directive>
          <directive module="mod_mime">AddHandler</directive>
          <directive module="mod_mime">RemoveHandler</directive>
          <directive module="core">SetHandler</directive>
        </directivelist>
      </related>
  
  
      <p>Un "handler" es una representaci&#243;n interna de Apache de
      una acci&#243;n que se va a ejecutar cuando hay una llamada a un
      fichero. Generalmente, los ficheros tienen handlers
      impl&#237;citos, basados en el tipo de fichero de que se
      trata. Normalmente, todos los ficheros son simplemente servidos
      por el servidor, pero algunos tipos de ficheros se tratan de forma
      diferente.</p>
  
      <p>Apache 1.1 a&#241;ade la posibilidad de usar handlers
      explicitamente.  Bas&#225;ndose en la extension del fichero o en
      la ubicaci&#243;n en la que este, se pueden especificar handlers
      sin tener en cuenta el tipo de fichero de que se trate. Esto es
      una ventaja por dos razones. Primero, es una soluci&#243;n
      m&#225;s elegante. Segundo, porque a un fichero se le pueden
      asignar tanto un tipo <strong>como</strong> un handler. (Consulte
      tambi&#233;n la secci&#243;n <a
      href="mod/mod_mime.html#multipleext">Ficheros y extensiones
      m&#250;ltiples</a>.)</p>
  
      <p>Los Handlers pueden ser tanto ser compilados con el servidor
      como incluidos en un m&#243;dulo, como a&#241;adidos con la
      directiva <directive module="mod_actions">Action</directive>. Los
      handlers compilados con el servidor de la distribuci&#243;n
      est&#225;ndar de Apache son:</p>
  
      <ul>
        <li><strong>default-handler</strong>: Env&#237;a el fichero
        usando el <code>default_handler()</code>, que es el handler
        usado por defecto para tratar contenido
        est&#225;tico. (core)</li>
  
        <li><strong>send-as-is</strong>: Env&#237;a el fichero con
        cabeceras HTTP tal y como es. (<module>mod_asis</module>)</li>
  
        <li><strong>cgi-script</strong>: Trata el fichero como un sript
        CGI. (<module>mod_cgi</module>)</li>
  
        <li><strong>imap-file</strong>: Trata el fichero como un mapa de
        im&#225;genes. (<module>mod_imap</module>)</li>
  
        <li><strong>server-info</strong>: Extrae la informaci&#243;n de
        configuraci&#243;n del
        servidor. (<module>mod_info</module>)</li>
  
        <li><strong>server-status</strong>: Extrae el informe de estado
        del servidor. (<module>mod_status</module>)</li>
  
        <li><strong>type-map</strong>: Trata el fichero como una
        correspondencia de tipos para la negociaci&#243;n de contenidos.
        (<module>mod_negotiation</module>)</li> </ul> </section>
      
      <section id="examples"> <title>Ejemplos</title>
  
      <section id="example1">
        <title>Modificar contenido est&#225;tico usando un script
        CGI</title>
  
        <p>Las siguientes directivas hacen que cuando haya una
        petici&#243;n de ficheros con la extensi&#243;n
        <code>html</code> se lance el script CGI
        <code>footer.pl</code>.</p>
  
        <example>
          Action add-footer /cgi-bin/footer.pl<br/>
          AddHandler add-footer .html
        </example>
  
        <p>En este caso, el script CGI es el responsable de enviar el
        documento originalmente solicitado (contenido en la variable de
        entorno <code>PATH_TRANSLATED</code>) y de hacer cualquier
        modificaci&#243;n o a&#241;adido deseado.</p>
  
      </section>
      <section id="example2">
        <title>Archivos con cabaceras HTTP</title>
  
        <p>Las siguientes directivas activan el handler
        <code>send-as-is</code>, que se usa para ficheros que contienen
        sus propias cabeceras HTTP. Todos los archivos en el directorio
        <code>/web/htdocs/asis/</code> ser&#225;n procesados por el
        handler <code>send-as-is</code>, sin tener en cuenta su
        extension.</p>
  
        <example>
          &lt;Directory /web/htdocs/asis&gt;<br/>
          SetHandler send-as-is<br/>
          &lt;/Directory&gt;
        </example>
  
      </section>
    </section>
    <section id="programmer">
      <title>Nota para programadores</title>
  
      <p>Para implementar las funcionalidades de los handlers, se ha
      hecho un a&#241;adido a la <a href="developer/API.html">API de
      Apache</a> que puede que quiera usar. Para ser m&#225;s
      espec&#237;ficos, se ha a&#241;adido un nuevo registro a la
      estructura <code>request_rec</code>:</p>
  
      <example>
        char *handler
      </example>
  
      <p>Si quiere que su m&#243;dulo llame a un handler , solo tiene
      que a&#241;adir <code>r-&gt;handler</code> al nombre del handler
      en cualquier momento antes de la fase <code>invoke_handler</code>
      de la petici&#243;n. Los handlers se implementan siempre como se
      hac&#237;a antes, aunque usando el nombre del handler en vez de un
      tipo de contenido. Aunque no es de obligado cumplimiento, la
      convenci&#243;n de nombres para los handlers es que se usen
      palabras separadas por guiones, sin barras, de manera que no se
      invada el media type name-space.</p>
    </section>
  </manualpage>
  
  
  
  
  
  
  
  
  
  1.1                  httpd-2.0/docs/manual/install.xml.es
  
  Index: install.xml.es
  ===================================================================
  <?xml version='1.0' encoding='UTF-8' ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.30 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
       http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="install.xml.meta">
  
    <title>Compilaci&#243;n e Instalaci&#243;n</title>
  
  <summary>
  
      <p>Este documento explica c&#243;mo compilar e instalar Apache en
      sistemas Unix y tipo Unix. Para obtener informaci&#243;n sobre
      c&#243;mo compilar e instalar en Windows, consulte la secci&#243;n
      <a href="platform/windows.html">Usar Apache en Microsoft
      Windows</a>. Para otras plataformas, consulte la
      documentaci&#243;n sobre <a href="platform/">plataformas</a>.</p>
  
      <p>El entorno de configuraci&#243;n e instalaci&#243;n de Apache
      2.0 ha cambiado completamente respecto al de Apache 1.3. Apache
      1.3 usaba un conjunto de scripts a medida para conseguir una
      instalaci&#243;n f&#225;cil. Apache 2.0 usa <code>libtool</code> y
      <code>autoconf</code> para crear un entorno m&#225;s parecido al
      de muchos otros proyectos Open Source.</p>
      
      <p>Si lo que quiere hacer es actualizar su servidor Apache desde
      una versi&#243;n menor (por ejemplo, desde la 2.0.50 a la 2.0.51),
      pase directamente a la secci&#243;n de <a
      href="#upgrading">actualizaci&#243;n</a>.</p>
  
  </summary>
  
  <seealso><a href="programs/configure.html">Configuraci&#243;n de la
  estructura de directorios</a></seealso> <seealso><a
  href="invoking.html">Iniciar Apache</a></seealso> <seealso><a
  href="stopping.html">Parar y reiniciar Apache</a></seealso>
  
  <section id="overview"><title>Visi&#243;n general del proceso para
      impacientes</title>
  
      <table>
        <columnspec><column width=".13"/><column
        width=".80"/></columnspec>
        <tr>
          <td><a href="#download">Descargar</a></td>
  
          <td><code>$ lynx http://httpd.apache.org/download.cgi</code>
          </td>
        </tr>
  
        <tr>
          <td><a href="#extract">Descomprimir</a></td>
  
          <td><code>$ gzip -d httpd-2_1_<em>NN</em>.tar.gz<br />
           $ tar xvf httpd-2_1_<em>NN</em>.tar</code> </td>
        </tr>
  
        <tr>
          <td><a href="#configure">Ejecutar el script configure</a></td>
  
          <td><code>$ ./configure --prefix=<em>PREFIX</em></code>
          </td>
        </tr>
  
        <tr>
          <td><a href="#compile">Compilar</a></td>
  
          <td><code>$ make</code> </td>
        </tr>
  
        <tr>
          <td><a href="#install">Instalar</a></td>
  
          <td><code>$ make install</code> </td>
        </tr>
  
        <tr>
          <td><a href="#customize">Personalizar</a></td>
  
          <td><code>$ vi <em>PREFIX</em>/conf/httpd.conf</code> </td>
        </tr>
  
        <tr>
          <td><a href="#test">Comprobar que la instalaci&#243;n
          funciona</a></td>
  
          <td><code>$ <em>PREFIX</em>/bin/apachectl start</code>
          </td>
        </tr>
      </table>
  
      <p><em>NN</em> hay que reemplazarlo por el n&#250;mero de la
      versi&#243;n menor, y <em>PREFIX</em> hay que reemplazarlo por la
      ruta en la que se va a instalar Apache. Si no especifica
      ning&#250;n valor en <em>PREFIX</em>, el valor por defecto que se
      toma es <code>/usr/local/apache2</code>.</p>
  
      <p>Cada parte del proceso de configuraci&#243;n e instalaci&#243;n
      se describe detalladamente m&#225;s abajo, empezando por los
      requisitos para compilar e instalar Apache.</p>
  </section>
  
  <section id="requirements"><title>Requisitos</title>
  
      <p>Estos son los requisitos necesarios para compilar Apache:</p>
    
      <dl>
        <dt>Espacio en disco</dt> <dd>Compruebe que tiene disponibles al
        menos 50 MB de espacio libre en disco. Despu&#233;s de la
        instalaci&#243;n, Apache ocupa aproximadamente 10 MB. No
        obstante, la necesidad real de espacio en disco var&#237;a
        considerablemente en funci&#243;n de las opciones de
        configuraci&#243;n que elija y de los m&#243;dulos externos que
        use.</dd>
  
        <dt>Compilador ANSI-C y Build System</dt> <dd>Compruebe que
        tiene instalado un compilador de ANSI-C. Se recomienda el <a
        href="http://www.gnu.org/software/gcc/gcc.html">Compilador GNU C
        (GCC)</a> de la <a href="http://www.gnu.org/">Free Software
        Foundation (FSF)</a> (con la versi&#243;n 2.7.2 es
        suficiente). Si no tiene instaldo el GCC, entonces compruebe que
        el compilador que va a utilizar cumple con los est&#225;ndares
        ANSI. Adem&#225;s, su <code>PATH</code> debe contener la
        ubicaci&#243;n donde de encuentran las herramientas b&#225;sicas
        para compilar tales como <code>make</code>.</dd>
  
        <dt>Ajuste exacto del reloj del sistema</dt> <dd>Los elementos
        del protocolo HTTP est&#225;n expresados seg&#250;n la hora del
        dia. Por eso, si quiere puede investigar como instalar alguna
        utilidad para sincronizar la hora de su sistema. Para esto,
        normalmente, se usan los programas <code>ntpdate</code> o
        <code>xntpd</code>, que est&#225;n basados en el protocolo
        Network Time Protocol (NTP). Consulte el grupo de noticias <a
        href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
        y el <a href="http://www.eecis.udel.edu/~ntp/">sitio web de NTP
        </a> para obtener m&#225;s informaci&#243;n sobre NTP y los
        servidores p&#250;blicos de tiempo.</dd>
  
        <dt><a href="http://www.perl.org/">Perl 5</a> [OPCIONAL]</dt>
        <dd>Para algunos de los scripts de soporte como <a
        href="programs/apxs.html">apxs</a> o <a
        href="programs/dbmmanage.html">dbmmanage</a> (que est&#225;n
        escritos en Perl) es necesario el int&#233;rprete de Perl 5 (las
        versiones 5.003 o posteriores son suficientes). Si el script
        `<code>configure</code>' no encuentra ese int&#233;rprete
        tampoco pasa nada. A&#250;n puede compilar e instalar Apache
        2.0. Lo &#250;nico que ocurrir&#225; es que esos scripts de
        soporte no podr&#225;n ser usados. Si usted tiene varios
        interpretes de Perl instalados (quiz&#225;s Perl 4 porque estaba
        ya incluido en su distribuci&#243;n de Linux y Perl 5 porque lo
        ha instalado usted), entonces se recomienda usar la opci&#243;n
        <code>--with-perl</code> para asegurarse de que
        <code>./configure</code> usa el int&#233;rprete correcto.</dd>
      </dl>
  </section>
  
  <section id="download"><title>Descargar</title>
  
      <p>Puede descargar Apache desde <a
      href="http://httpd.apache.org/download.cgi">la secci&#243;n de
      descargas del sitio web de Apache</a> el cual tiene varios
      mirrors. Para la mayor&#237;a de los usuarios de Apache que tienen
      sistemas tipo Unix, se recomienda que se descarguen y compilen el
      c&#243;digo fuente. El proceso de compilaci&#243;n (descrito
      m&#225;s abajo) es f&#225;cil, y permite adaptar el servidor
      Apache a sus necesidades. Adem&#225;s, las versiones de
      disponibles en archivos binarios no est&#225;n siempre actulizadas
      con las &#250;ltimas modificaciones en el codigo fuente. Si se
      descarga un binario, siga las instrucciones contenidas en el
      archivo <code>INSTALL.bindist</code> incluido en la
      distribuci&#243;n</p>
  
      <p>Despu&#233;s de la descarga, es importante que verifique que el
      archivo descargado del servidor HTTP Apache est&#225; completo y
      sin modificaciones.  Esto puede hacerlo comparando el archivo
      descargado (.tgz) con su firma PGP. Instrucciones detalladas de
      c&#243;mo hacer esto est&#225;n disponibles en <a
      href="http://httpd.apache.org/download.cgi#verify"> la
      secci&#243;n de descargas</a> junto con un ejemplo de c&#243;mo <a
      href="http://httpd.apache.org/dev/verification.html">usar
      PGP</a>.</p>
   
  </section>
  
  <section id="extract"><title>Descomprimir</title>
  
      <p>Extraer el c&#243;digo fuente del archivo .tgz que acabada de
      descargar es muy f&#225;cil. Ejecute los siguientes comandos:</p>
  
  <example>
        $ gzip -d httpd-2_1_<em>NN</em>.tar.gz<br />
         $ tar xvf httpd-2_1_<em>NN</em>.tar
  </example>
  
      <p>Estos comandos crear&#225;n un nuevo directorio dentro del
      directorio en el que se encuentra y que contendr&#225; el
      c&#243;digo fuente de la distribuci&#243;n. Debe cambiarse a ese
      directorio con <code>cd</code> para proceder a compilar el
      servidor Apache.</p>
  
  </section>
  
  <section id="configure"><title>Configuraci&#243;n de la estructura de
  directorios</title>
  
      <p>El siguiente paso es configurar la estructura de directorios
      para su plataforma y sus necesidades personales. Esto se hace
      usando el script <code>configure</code> incluido en el directorio
      raiz de la distribuci&#243;n que acaba de descargar. (Los
      desarrolladores que se descarguen la versi&#243;n del CVS de la
      estructura de directorios necesitar&#225;n tener instalados
      <code>autoconf</code> y <code>libtool</code>, y necesitar&#225;n
      ejecutar <code>buildconf</code> antes de continuar con los
      siguientes pasos. Esto no es preciso para las versiones
      oficiales.)</p>
  
      <p>Para configurar la estructura de directorios a partir del
      c&#243;digo fuente usando las opciones por defecto, solo tiene que
      ejecutar <code>./configure</code>. Para cambiar las opciones por
      defecto, <code>configure</code> acepta una serie de variables y
      opciones por la l&#237;nea de comandos.</p>
  
      <p>La opci&#243;n m&#225;s importante es <code>--prefix</code> que
      es el directorio en el que Apache va a ser instalado despu&#233;s,
      porque Apache tiene que ser configurado para el directorio que se
      especifique para que funcione correctamente.  Es posible lograr un
      mayor control del lugar donde se van a instalar los ficheros de
      Apache con otras <a
      href="programs/configure.html#installationdirectories">opciones de
      configuraci&#243;n</a>.</p>
  
      <p>En este momento, puede especificar que <a
      href="programs/configure.html#optionalfeatures">caracter&#237;sticas
      o funcionalidades</a> quiere incluir en Apache activando o
      desactivando <a href="mod/">m&#243;dulos</a>.  Apache viene con
      una <a href="mod/module-dict.html#Status">selecci&#243;n
      b&#225;sica</a> de m&#243;dulos incluidos por defecto.  Se pueden
      activar otros m&#243;dulos usando la opci&#243;n
      <code>--enable-<var>module</var></code>, donde <var>module</var>
      es el nombre del m&#243;dulo sin el <code>mod_</code> y
      convirtiendo los guiones bajos que tenga en guiones normales.
      Tambi&#233;n puede optar por compilar m&#243;dulos como <a
      href="dso.html">objetos din&#225;micos compartidos (DSOs)</a> --
      que pueden ser activados o desactivados al ejecutar -- usando la
      opci&#243;n <code>--enable-<var>module</var>=shared</code>.  De
      igual manera, puede desactivar alguno de los m&#243;dulos que
      vienen por defecto en la selecci&#243;n basica con la opci&#243;n
      <code>--disable-<var>module</var></code>.  Tenga cuidado cuando
      use estas opciones, porque <code>configure</code> no le
      avisar&#225; si el m&#243;dulo que especifica no existe;
      simplemente ignorar&#225; esa opci&#243;n.</p>
  
      <p>Adem&#225;s, a veces es necesario pasarle al script
      <code>configure</code> informaci&#243;n adicional sobre donde esta
      su compilador, librerias o ficheros de cabecera.  Esto se puede
      hacer, tanto pasando variables de entorno, como pasandole opciones
      a <code>configure</code> a trav&#233;s de la l&#237;nea de
      comandos.  Para m&#225;s informaci&#243;n, consulte el <a
      href="programs/configure.html">Manual del script
      configure</a>.</p>
  
      <p>Para que se haga una idea sobre las posibilidades que tiene,
      aqu&#237; tiene un ejemplo t&#237;pico que configura Apache para
      la ruta <code>/sw/pkg/apache</code> con un compilador y unos flags
      determinados, y adem&#225;s, con dos m&#243;dulos adicionales
      <module>mod_rewrite</module> y <module>mod_speling</module> para
      cargarlos despu&#233;s a trav&#233;s del mecanismo DSO:</p>
  
  <example>
        $ CC="pgcc" CFLAGS="-O2" \<br />
         ./configure --prefix=/sw/pkg/apache \<br />
         --enable-rewrite=shared \<br />
         --enable-speling=shared
  </example>
  
      <p>Cuando se ejecuta <code>configure</code> se comprueban que
      caracter&#237;sticas o funcionalidades est&#225;n disponibles en
      su sistema y se crean los Makefiles que ser&#225;n usados luego
      para compilar el servidor. Esto tardar&#225; algunos minutos.</p>
  
      <p>La informaci&#243;n sobre todas las opciones de
      <code>configure</code> est&#225; disponible en el <a
      href="programs/configure.html">Manual del script
      configure</a>.</p>
  
  </section>
  
  <section id="compile"><title>Compilar</title>
  
      <p>Ahora puede compilar las diferentes partes que forman Apache
      simplemente ejecutando el siguiente comando:</p>
  
  <example>$ make</example>
  
      <p>Por favor, tanga un poco de paciencia ahora, porque una
      configuraci&#243;n b&#225;sica tarda aproximadamente 3 minutos en
      compilar en un Pentium III con un sistema Linux 2.2, pero este
      tiempo puede variar considerablemente en funci&#243;n de su
      hardware y del n&#250;mero de m&#243;dulos que haya
      seleccionado.</p>
  </section>
  
  <section id="install"><title>Instalar</title>
  
      <p>Ahora es el momento de instalar el paquete en el diretorio
      elegido en <em>PREFIX</em> (consulte la opci&#243;n
      <code>--prefix</code> m&#225;s arriba) ejecutando:</p>
  
  <example>$ make install</example>
  
      <p>Si usted est&#225; solo actualizando una instalaci&#243;n
      anterior, la nueva instalaci&#243;n no sobreescribir&#225; sus
      ficheros de configuraci&#243;n ni otros documentos.</p>
  </section>
  
  <section id="customize"><title>Personalizar</title>
  
      <p>El paso siguiente, es personalizar su servidor Apache editando
      los <a href="configuring.html">ficheros de configuraci&#243;n</a>
      que est&#225;n en <code><em>PREFIX</em>/conf/</code>.</p>
  
  <example>$ vi <em>PREFIX</em>/conf/httpd.conf</example>
  
      <p>&#233;chele un vistazo al Manual de Apache que est&#225; en <a
      href="./">docs/manual/</a> o consulte en <a
      href="http://httpd.apache.org/docs-2.1/"
      >http://httpd.apache.org/docs-2.1/</a> la versi&#243;n m&#225;s
      reciente de este manual y la Guia de Referencia de todas las <a
      href="mod/directives.html">directivas de configuraci&#243;n</a>
      disponibles.</p>
  </section>
  
  <section id="test"><title>Comprobar que la instalaci&#243;n
  funciona</title>
  
      <p>Ahora puede <a href="invoking.html">iniciar</a> su servidor
      Apache cuando quiera ejecutando:</p>
  
  <example>$ <em>PREFIX</em>/bin/apachectl start</example>
  
      <p>y entonces debe poder acceder al documento que tenga
      especificado por defecto usando el siguiente URL:
      <code>http://localhost/</code>. El documento que ver&#225;
      estar&#225; en <directive module="core">DocumentRoot</directive> y
      casi siempre estar&#225; en <code><em>PREFIX</em>/htdocs/</code>.
      Si quiere <a href="stopping.html">parar</a> el servidor, puede
      hacerlo ejecutando:</p>
  
  <example>$ <em>PREFIX</em>/bin/apachectl stop</example>
  </section>
  <section id="upgrading"><title>Actualizar una instalaci&#243;n
  prrevia</title>
  
      <p>El primer paso para actualizar una instalaci&#243;n anterior es
      leer las especificaciones de la versi&#243;n y el fichero
      <code>CHANGES</code> en la distribuci&#243;n de c&#243;digo fuente
      que ha descargado para encontrar los cambios que puedan afectar a
      su instalaci&#243;n actual. Cuando el cambio sea entre versiones
      mayores (por ejemplo, de la 1.3 a la 2.0 o de la 2.0 a la 2.2),
      entonces es m&#225;s probable que haya diferencias importantes en
      la compilaci&#243;n y en la ejecuci&#243;n que necesitar&#225;n
      ajustes manuales. Todos los m&#243;dulos necesitar&#225;n
      tambi&#233;n ser actualizados para adaptarse a los cambios en el
      interfaz de programaci&#243;n (API) de m&#243;dulos.</p>
  
      <p>La actualizaci&#243;n cuando el cambio es entre versiones
      menores (por ejemplo, de la 2.0.55 a la 2.0.57) es m&#225;s
      f&#225;cil.  El proceso <code>make install</code> no
      sobreescribir&#225; ninguno de los documentos existentes, archivos
      log, o archivos de configuraci&#243;n.  Adem&#225;s, los
      desarrolladores hacen todos los esfuerzos posibles para evitar
      cambios que generen incompatibilidades en las opciones de
      <code>configure</code>, en la configuraci&#243;n de la
      ejecuci&#243;n o en la interfaz de programaci&#243;n de
      m&#243;dulos. En la mayor parte de los casos debe poder usar un
      comando <code>configure</code> id&#233;ntico, un fichero de
      configuraci&#233;n id&#233;ntico, y todos sus m&#243;dulos deben
      seguir funcionando.  (Esto es v&#225;lido solo para versiones
      posteriores a la 2.0.41; las versiones anteriores contienen
      cambios incompatibles.)</p>
  
      <p>Si va a conservar la estructura de directorios de su anterior
      instalaci&#243;n, la actualizaci&#243;n es m&#225;s f&#225;cil
      incluso.  El fichero <code>config.nice</code> que est&#225; en el
      directorio raiz de la estructura de directorios antigua contiene
      exactamente el comando <code>configure</code> que usted us&#243;
      para configurar la estructura de directorios de Apache.  Entonces,
      para actualizar su instalaci&#243;n de una vers&#243;on a la
      siguinete, solo tiene que copiar el archivo
      <code>config.nice</code> a la estructura de directorios del
      c&#243;digo fuente de la nueva versi&#243;n, editarlo, hacer
      cualquier cambio que desee, y ejecutarlo :</p>
  
      <example>
      $ ./config.nice<br />
      $ make<br />
      $ make install<br />
      $ <em>PREFIX</em>/bin/apachectl stop<br />
      $ <em>PREFIX</em>/bin/apachectl start<br />
      </example>
  
      <note type="warning">Tenga en cuenta que antes de poner una nueva
      versi&#243;n de Apache en producci&#243;n, debe siempre probarla
      antes en su entorno. Por ejemplo, puede instalar y ejecutar la
      nueva versi&#243;n junto con la antigua usando un
      <code>--prefix</code> diferente y un puerto diferente (modificando
      la directiva <directive module="mpm_common">Listen</directive>)
      para comprobar que no existe ninguna incompatibilidad antes de
      hacer la actualizaci&#243;n definitiva.</note>
  </section>
  </manualpage>
  
  
  
  
  1.1                  httpd-2.0/docs/manual/invoking.xml.es
  
  Index: invoking.xml.es
  ===================================================================
  <?xml version='1.0' encoding='UTF-8' ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.11 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
       http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="invoking.xml.meta">
  
    <title>iniciar Apache</title>
  
  <summary>
      <p>En Windows, Apache se ejecuta normalmente como un servicio en
      Windows NT, 2000 and XP, y como una aplicacion de consola en
      Windows 9x y ME. Para obtener m&#225;s informaci&#243;n, consulte
      <a href="platform/windows.html#winsvc">Ejecutar Apache como un
      servicio</a> y <a href="platform/windows.html#wincons">Ejecutar
      Apache como una aplicaci&#243;n de consola</a>.</p>
  
      <p>En Unix, el programa <a href="programs/httpd.html">httpd</a> se
      ejecuta como un demonio (daemon) de forma silenciosa y atiende las
      peticiones que le lleguen.  Este documento describe c&#243;mo
      invocar el programa <code>httpd</code>.</p>
  </summary>
  
  <seealso><a href="stopping.html">Parar y reiniciar Apache</a></seealso>
  <seealso><a href="programs/httpd.html">httpd</a></seealso>
  <seealso><a href="programs/apachectl.html">apachectl</a></seealso>
  
  <section id="startup"><title>C&#243;mo iniciar Apache</title>
  
      <p>Si el puerto especificado en la directiva <directive
      module="mpm_common">Listen</directive> del fichero de
      configuraci&#243;n es el que viene por defecto, es decir, el
      puerto 80 (o cualquier otro puerto por debajo del 1024), entonces
      es necesario tener privilegios de usuario root (superusuario) para
      iniciar Apache, de modo que pueda establecerse una conexi&#243;n a
      trav&#233;s de esos puertos privilegiados. Una vez que el servidor
      Apache se ha iniciado y ha completado algunas tareas preliminares,
      tales como abrir sus ficheros log, lanzar&#225; varios procesos,
      procesos <em>hijo</em>, que hacen el trabajo de escuchar y atender
      las peticiones de los clientes.  El proceso principal,
      <code>httpd</code> contin&#250;a ejecutandose como root, pero los
      procesos hijo se ejecutan con menores privilegios de usuario.
      Esto lo controla el <a href="mpm.html">M&#243;dulo de
      MultiProcesamiento (MPM)</a> seleccionado.</p>
  
      <p>La forma recomendada para invocar el ejecutable
      <code>httpd</code> es usando el script de control <a
      href="programs/apachectl.html">apachectl</a>.  Este script fija
      determinadas variables de entorno que son necesarias para que
      <code>httpd</code> funcione correctamente en el sistema operativo,
      y despu&#233;s invoca el binario <code>httpd</code>.
      <code>apachectl</code> pasa a httpd cualquier argumento que se le
      pase a trav&#233;s de la l&#237;nea de comandos, de forma que
      cualquier opci&#243;n de <code>httpd</code> puede ser usada
      tambi&#233;n con <code>apachectl</code>.  Puede editar
      directamente el script <code>apachectl</code> y cambiar la
      variable <code>HTTPD</code> variable que est&#225; al principio y
      que especifica la ubicaci&#243;n exacta en la que est&#225; el
      binario <code>httpd</code> y cualquier argumento de l&#237;nea de
      comandos que quiera que est&#233; <em>siempre</em> presente.</p>
  
      <p>La primera cosa que hace <code>httpd</code> cuando es invocado
      es localizar y leer el <a href="configuring.html">fichero de
      configuraci&#243;n</a> <code>httpd.conf</code>. El lugar en el que
      est&#225; ese fichero se determina al compilar, pero tambi&#233;n
      es posible especificar la ubicaci&#243;n en la que se encuentra al
      iniciar el servidor Apache usando la opci&#243;n de l&#237;nea de
      comandos <code>-f</code></p>
  
  <example>/usr/local/apache2/bin/apachectl -f
        /usr/local/apache2/conf/httpd.conf</example>
  
      <p>Si todo va bien durante el arranque, la sesi&#243;n de terminal
      se suspender&#225; un momento y volver&#225; a estar activa casi
      inmediatamente. Esto quiere decir que el servidor est&#225; activo
      y funcionando.  Puede usar su navegador para conectarse al
      servidor y ver la pagina de prueba que hay en el directorio
      <directive module="core">DocumentRoot</directive> y la copia local
      de esta documentaci&#243;n a la que se puede acceder desde esa
      p&#225;gina.</p>
  </section>
  
  <section id="errors"><title>Errores Durante el Arranque</title>
  
      <p>Si Apache encuentra una error irrecuperable durante el
      arranque, escribir&#225; un mensaje describiendo el problema en la
      consola o en el archivo <directive
      module="core">ErrorLog</directive> antes de abortar la
      ejecuci&#243;n. Uno de los mensajes de error m&#225;s comunes es
      "<code>Unable to bind to Port ...</code>". Cuando se recibe este
      mensaje es normalmente por alguna de las siguientes razones:</p>
  
      <ul>
        <li>Est&#225; intentando iniciar el servidor Apache en un puerto
        privilegiado (del 0 al 1024) sin haber hecho login como usuario
        root; &#243;</li>
  
        <li>Est&#225; intentando iniciar el servidor Apache mientras
        est&#225; ya ejecutando Apache o alg&#250;n otro servidor web en
        el mismo puerto.</li>
      </ul>
  
      <p>Puede encontrar m&#225;s informaci&#243;n sobre c&#243;mo
      solucionar problemas, en la secci&#243;n de <a
      href="faq/">Preguntas Frecuentes</a> de Apache.</p>
  </section>
  
  <section id="boot"><title>Iniciar Apache al Iniciar el Sistema</title>
  
      <p>Si quiere que el servidor Apache contin&#250; su ejecuci&#243;n
      despu&#233;s de reiniciar el sistema, debe a&#241;adir una llamada
      a <code>apachectl</code> en sus archivos de arranque (normalmente
      <code>rc.local</code> o un fichero en ese directorio del tipo
      <code>rc.N</code>). Esto iniciar&#225; Apache como usuario
      root. Antes de hacer esto, aseg&#250;rese de que la
      configuraci&#243;n de seguridad y las restricciones de acceso de
      su servidor Apache est&#225;n correctamente configuradas.</p>
  
      <p>El script <code>apachectl</code> est&#225; dise&#241;ado para
      actuar como un script estandar de tipo SysV init; puede tomar los
      argumentos <code>start</code>, <code>restart</code>, y
      <code>stop</code> y traducirlos en las se&#241;ales apropiadas
      para <code>httpd</code>.  De esta manera, casi siempre puede
      simplemente enlazar <code>apachectl</code> con el directorio init
      adecuado. Pero aseg&#250;rese de comprobar los requisitos exactos
      de su sistema.</p>
  </section>
  
  <section id="info"><title>Informaci&#243;n Adicional</title>
  
      <p>En la secci&#243;n <a href="programs/">El Servidor y Programas
      de Soporte </a> puede encontrar m&#225;s informaci&#243;n sobre
      las opciones de l&#237;nea de comandos que puede pasar a <a
      href="programs/httpd.html">httpd</a> y <a
      href="programs/apachectl.html">apachectl</a> asi como sobre otros
      programas de soporte incluidos con el servidor Apache.
      Tambi&#233;n hay documentaci&#243;n sobre todos los <a
      href="mod/">m&#243;dulos</a> incluidos con la distribucion de
      Apache y sus correspondientes <a
      href="mod/directives.html">directivas</a> asociadas.</p>
  </section>
  
  </manualpage>
  
  
  
  
  1.1                  httpd-2.0/docs/manual/mpm.xml.es
  
  Index: mpm.xml.es
  ===================================================================
  <?xml version='1.0' encoding='UTF-8' ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.9 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
       http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="mpm.xml.meta">
  
    <title>M&#243;dulos de MultiProcesamiento (MPMs)</title>
  
  <summary>
  <p>Este documento describe que es un M&#243;dulo de Multiprocesamiento y
  como los usa Apache.</p>
  </summary>
  
  <section id="introduction"><title>Introducci&#243;n</title>
  
      <p>Apache est&#225; dise&#241;ado para ser un servidor web potente
      y flexible que pueda funcionar en la m&#225;s amplia variedad de
      plataformas y entornos. Las diferentes plataformas y los
      diferentes entornos, hacen que a menudo sean necesarias diferentes
      caracter&#237;sticas o funcionalidades, o que una misma
      caracter&#237;stica o funcionalidad sea implementada de diferente
      manera para obtener una mayor eficiencia. Apache se ha adaptado
      siempre a una gran variedad de entornos a trav&#233;s de su
      dise&#241;o modular. Este dise&#241;o permite a los
      administradores de sitios web elegir que caracter&#237;sticas van
      a ser incluidas en el servidor seleccionando que m&#243;dulos se
      van a cargar, ya sea al compilar o al ejecutar el servidor.</p>
  
      <p>Apache 2.0 extiende este dise&#241;o modular hasta las
      funciones m&#225;s b&#225;sicas de un servidor web. El servidor
      viene con una serie de M&#243;dulos de MultiProcesamiento que son
      responsables de conectar con los puertos de red de la
      m&#225;quina, acceptar las peticiones, y generar los procesos hijo
      que se encargan de servirlas.</p>
  
      <p>La extensi&#243;n del dise&#241;o modular a este nivel del
      servidor ofrece dos beneficios importantes:</p>
  
      <ul>
        <li>Apache puede soportar de una forma m&#225;s f&#225;cil y
        eficiente una amplia variedad de sistemas operativos. En
        concreto, la versi&#243;n de Windows de Apache es mucho m&#225;s
        eficiente, porque el m&#243;dulo <module>mpm_winnt</module>
        puede usar funcionalidades nativas de red en lugar de usar la
        capa POSIX como hace Apache 1.3. Este beneficio se extiende
        tambi&#233;n a otros sistemas operativos que implementan sus
        respectivos MPMs.</li>
  
        <li>El servidor puede personalizarse mejor para las necesidades
        de cada sitio web. Por ejemplo, los sitios web que necesitan
        m&#225;s que nada escalibildad pueden usar un MPM hebrado como
        <module>worker</module>, mientras que los sitios web que
        requieran por encima de otras cosas estabilidad o compatibilidad
        con software antiguo pueden usar
        <module>prefork</module>. Adem&#225;s, se pueden configurar
        funcionalidades especiales como servir diferentes hosts con
        diferentes identificadores de usuario
        (<module>perchild</module>).</li>
      </ul>
  
      <p>A nivel de usuario, los MPMs son como cualquier otro
      m&#243;dulo de Apache. La diferencia m&#225;s importante es que
      solo un MPM puede estar cargado en el servidor en un determinado
      momento. La lista de MPMs disponibles est&#225; en la <a
      href="mod/">secci&#243;n &#237;ndice de M&#243;dulos</a>.</p>
  
  </section>
  
  <section id="choosing"><title>C&#243;mo Elegir un MPM</title>
  
      <p>Los MPMs deben elegirse durante el proceso de
      configuraci&#243;n, y deben ser compilados en el servidor. Los
      compiladores son capaces de optimizar muchas funciones si se usan
      hebras, pero solo si se sabe que se est&#225;n usando hebras. Como
      algunos MPM usan hebras en Unix y otros no, Apache tendr&#225; un
      mejor rendimiento si el MPM es elegido en el momento de compilar y
      est&#225; incorporado en el servidor.</p>
  
      <p>Para elegir el MPM deseado, use el argumento --with-mpm=
      <em>NAME</em> con el script ./configure.  <em>NAME</em> es el
      nombre del MPM deseado.</p>
  
      <p>Una vez que el servidor ha sido compilado, es posible
      determinar que MPM ha sido elegido usando <code>./httpd
      -l</code>. Este comando lista todos los m&#243;dulos compilados en
      el servidor, incluido en MPM.</p>
  </section>
  
  <section id="defaults"><title>MPM por defecto</title>
  
  <p>En la siguiente tabla se muestran los MPMs por defecto para varios
  sistemas operativos.  Estos ser&#225;n los MPM seleccionados si no se
  especifica lo contrario al compilar.</p>
  
  <table>
  <columnspec><column width=".2"/><column width=".2"/></columnspec>
  <tr><td>BeOS</td><td><module>beos</module></td></tr>
  <tr><td>Netware</td><td><module>mpm_netware</module></td></tr>
  <tr><td>OS/2</td><td><module>mpmt_os2</module></td></tr>
  <tr><td>Unix</td><td><module>prefork</module></td></tr>
  <tr><td>Windows</td><td><module>mpm_winnt</module></td></tr>
  </table>
  </section>
  
  </manualpage>
  
  
  
  
  1.1                  httpd-2.0/docs/manual/stopping.xml.es
  
  Index: stopping.xml.es
  ===================================================================
  <?xml version='1.0' encoding='UTF-8' ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.12 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
       http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="stopping.xml.meta">
  
    <title>Iniciar y Parar el servidor Apache</title>
  
  <summary>
      <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
       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
       sobre como controlar Apache en esas plataformas.</p>
  </summary>
  
  <seealso><a href="programs/httpd.html">httpd</a></seealso>
  <seealso><a href="programs/apachectl.html">apachectl</a></seealso>
  
  <section id="introduction"><title>Introducci&#243;n</title>
  
      <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
      primer lugar, puede usar el comando de Unix <code>kill</code> que
      env&#237;a se&#241;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 <directive
      module="mpm_common">PidFile</directive>. 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
      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>
  
      <p>Para enviar una se&#241;al al proceso padre debe escribir un
      comando como el que se muestra en el ejemplo:</p>
  
  <example>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</example>
  
      <p>La segunda manera de enviar se&#241;ales a los procesos
      <code>httpd</code> es usando las opciones de l&#237;nea de
      comandos <code>-k</code>: <code>stop</code>, <code>restart</code>,
      y <code>graceful</code>, como se muestra m&#225;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>
  
      <p>Despu&#233;s de haber enviado las se&#241;ales que desee a
      <code>httpd</code>, puede ver como progresa el proceso
      escribiendo:</p>
  
  <example>tail -f /usr/local/apache2/logs/error_log</example>
  
      <p>Modifique estos ejemplos para que coincidan con la
      configuraci&#243;n que tenga especificada en las directivas
      <directive module="core">ServerRoot</directive> y <directive
      module="mpm_common">PidFile</directive> en su fichero principal de
      configuraci&#243;n.</p>
  </section>
  
  <section id="term"><title>Parar Apache</title>
  
  <dl><dt>Se&#241;al: TERM</dt>
  <dd><code>apachectl -k stop</code></dd>
  </dl>
  
      <p>Enviar las se&#241;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;
      atendida.</p>
  </section>
  
  <section id="graceful"><title>Reinicio Graceful</title>
  
  <dl><dt>Se&#241;al: USR1</dt>
  <dd><code>apachectl -k graceful</code></dd>
  </dl>
  
      <p>Las se&#241;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
      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
      inmediatamente.</p>
  
      <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
      usar <code>apachectl graceful</code> y el script de control
      enviar&#225; la se&#241;al adecuada para su plataforma.</note>
  
      <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
      los clientes se mantenga en los valores adecuados durante el
      proceso de reinicio.  A&#250;n m&#225;s, est&#225; dise&#241;ado
      para respetar la directiva <directive
      module="mpm_common">StartServers</directive> de la siguiente
      manera: si despu&#233;s de al menos un segundo el nuevo hijo de la
      directiva <directive module="mpm_common">StartServers</directive>
      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
      <directive>StartServers</directive>.</p>
  
      <p>Los usuarios del m&#243;dulo <module>mod_status</module>
      notar&#225;n que las estad&#237;sticas del servidor
      <strong>no</strong> se ponen a cero cuando se usa la se&#241;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
      <em>scoreboard</em> usado para llevar el registro de los procesos
      hijo a trav&#233;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
      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
      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>
      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>
  
      <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
      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
      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
      debe corregir ese o esos errores antes de hacer un reinicio
      graceful.</note>
  </section>
  
  <section id="hup"><title>Reiniciar Apache</title>
  
  <dl><dt>Se&#241;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
      <code>restart</code> al proceso padre hace que los procesos hijo
      terminen como si le envi&#225; ramos la se&#241;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
      peticiones.</p>
  
      <p>Los usuarios del m&#243;dulo <module>mod_status</module>
      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>
  
  <note>Si su fichero de configuraci&#243;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.</note>
  </section>
  
  <section id="race"><title>Ap&#233;ndice: se&#241;ales y race conditions</title>
  
      <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
      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
      conditions como ha sido posible. Pero hay que tener en cuenta que
      todav&#237;a existen race conditions en algunas arquitecturas.</p>
  
      <p>En las arquitecturas que usan un <directive
      module="mpm_common">ScoreBoardFile</directive> 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
      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
      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
      <directive module="mpm_common">ScoreBoardFile</directive> para ver
      las arquitecturas que la usan.</p>
  
      <p>Todas las arquitecturas tienen una peque&#241;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
      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;
      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>
  </section>
  
  </manualpage>
  
  
  
  
  1.1                  httpd-2.0/docs/manual/filter.xml.es
  
  Index: filter.xml.es
  ===================================================================
  <?xml version="1.0" encoding="UTF-8" ?>
  <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  <?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
  <!-- English Revision: 1.10 -->
  
  <!--
   Copyright 2002-2004 The Apache Software Foundation
  
   Licensed under the Apache License, Version 2.0 (the "License");
   you may not use this file except in compliance with the License.
   You may obtain a copy of the License at
  
        http://www.apache.org/licenses/LICENSE-2.0
  
   Unless required by applicable law or agreed to in writing, software
   distributed under the License is distributed on an "AS IS" BASIS,
   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   See the License for the specific language governing permissions and
   limitations under the License.
  -->
  
  <manualpage metafile="filter.xml.meta">
  
    <title>Filtros</title>
  
    <summary>
      <p>Este documento describe c&#243;mo usar filtros en Apache.</p>
    </summary>
  
    <section id="filters">
      <title>Filtros</title>
      <related>
        <modulelist>
          <module>mod_deflate</module>
          <module>mod_ext_filter</module>
          <module>mod_include</module>
        </modulelist>
        <directivelist>
          <directive module="mod_mime">AddInputFilter</directive>
          <directive module="mod_mime">AddOutputFilter</directive>
          <directive module="mod_mime">RemoveInputFilter</directive>
          <directive module="mod_mime">RemoveOutputFilter</directive>
          <directive module="mod_ext_filter">ExtFilterDefine</directive>
          <directive module="mod_ext_filter">ExtFilterOptions</directive>
          <directive module="core">SetInputFilter</directive>
          <directive module="core">SetOutputFilter</directive>
        </directivelist>
      </related>
  
      <p>Un <em>filtro</em> es un proceso que se aplica a los datos que
      se reciben o se env&#237;an por el servidor. Los datos enviados
      por los clientes al servidor son procesados por <em>filtros de
      entrada</em> mientras que los datos enviados por el servidor se
      procesan por los <em>filtros de salida</em>. A los datos se les
      pueden aplicar varios filtros, y el orden en que se aplica cada
      filtro puede especificarse explícitamente.</p>
  
      <p>Los filtros se usan internamente por Apache para llevar a cabo
      funciones tales como chunking y servir peticiones de
      byte-range. Además, los m&#243;dulos contienen filtros que se
      pueden seleccionar usando directivas de configuraci&#243;n al
      iniciar el servidor. El conjunto de filtros que se aplica a los
      datos puede manipularse con las directivas <directive
      module="core">SetInputFilter</directive>, <directive
      module="core">SetOutputFilter</directive>, <directive
      module="mod_mime">AddInputFilter</directive>, <directive
      module="mod_mime">AddOutputFilter</directive>, <directive
      module="mod_mime">RemoveInputFilter</directive>, y <directive
      module="mod_mime">RemoveOutputFilter</directive>.</p>
  
      <p>Actualmente, vienen con la distribuci&#243;n de Apache los
      siguientes filtros seleccionables por el usuario.</p>
  
      <dl>
        <dt>INCLUDES</dt> 
        <dd>Server-Side Includes procesado por
        <module>mod_include</module></dd> 
        <dt>DEFLATE</dt> 
        <dd>Comprime los datos de salida antes de enviarlos al cliente
        usando el m&#243;dulo
        <module>mod_deflate</module>
        </dd>
      </dl>
  
      <p>Adem&#225;s, el m&#243;dulo <module>mod_ext_filter</module>
      permite definir programas externos como filtros.</p>
    </section>
  </manualpage>
  
  
  
  

Mime
View raw message