Dear Wiki user, You have subscribed to a wiki page or wiki category on "Httpd Wiki" for change notification.
The following page has been changed by CarlosSantos: http://wiki.apache.org/httpd/Translations/Spanish/urlmapping%2exml%2ees The comment on the change is: Pequeños cambios gramaticales (tiny changes for gramatical reasons) ------------------------------------------------------------------------------ Este documento explica cómo usa Apache la URL de una petición para determinar la ubicación desde la cual servir un fichero en el sistema de ficheros. - * Módulos y directivas relacionados + * Directivas y módulos relacionados * !DocumentRoot @@ -26, +26 @@ * Fichero no encontrado - === Módulos y directivas relacionados === + === Directivas y módulos relacionados === ==== Módulos Relacionados ==== @@ -63, +63 @@ === DocumentRoot === - El comportamiento por omisión de Apache al decidir qué fichero servir frente a una determinada petición, es agregar la parte de la URL que sigue al nombre de host y puerto (URL-path) de la petición al final de lo especificado en la directiva !DocumentRoot de los ficheros de configuración. De esta manera, los ficheros y directorios por debajo del directorio especificado en !DocumentRoot forman el árbol básico de documentos que será visible desde la web. + El comportamiento por defecto de Apache al decidir qué fichero servir frente a una determinada petición, es agregar la parte de la URL que sigue al nombre de host y puerto (URL-path) de la petición al final de lo especificado en la directiva !DocumentRoot de los ficheros de configuración. De esta manera, los ficheros y directorios por debajo del directorio especificado en !DocumentRoot forman el árbol básico de documentos que será visible desde la web. Por ejemplo, si !DocumentRoot estuviera configurado como /var/www/html, entonces una petición a la URL http://www.example.com/peces/guppies.html harÃa que Apache sirviera el fichero /var/www/html/peces/guppies.html al cliente que realizó la petición. @@ -153, +153 @@ === Motor de reescritura de URLs === - Cuando aún más poder es requerido, el motor de reescritura de URLs provisto por mod_rewrite puede ser útil. Las directivas provistas por este módulo pueden usar caracterÃsticas de la petición como el tipo de navegador o la dirección IP de origen para decidir de donde a donde servir el contenido. Además, mod_rewrite puede usar ficheros de bases de datos externos o programas para determinar qué hacer con una petición. El motor de reescritura es capaz de realizar los tres tipos de mapeos ya mencionados: redirecciones internas (aliases), redirecciones externas y proxy. Se pueden encontrar muchos ejemplos prácticos sobre mod_rewrite en la GuÃa de reescritura de URLs. + Cuando es necesario realizar sustituciones más complejas, el motor de reescritura de URLs provisto por mod_rewrite puede ser útil. Las directivas provistas por este módulo pueden usar caracterÃsticas de la petición como el tipo de navegador o la dirección IP de origen para decidir de donde a donde servir el contenido. Además, mod_rewrite puede usar ficheros de bases de datos externos o programas para determinar qué hacer con una petición. El motor de reescritura es capaz de realizar los tres tipos de mapeos ya mencionados: redirecciones internas (aliases), redirecciones externas y proxy. Se pueden encontrar muchos ejemplos prácticos sobre mod_rewrite en la GuÃa de reescritura de URLs. === Fichero no encontrado === - Siempre habrán peticiones para las que no se encontrará ningún fichero el en sistema de ficheros. Esto puede ocurrir por diversas razones. En algunos casos, puede ser que los documentos hayan sido movidos de un lugar a otro. En este caso, lo mejor es usar Redirección de URLs para informarle a los clientes de la nueva ubicación de los recursos. De esta forma, se puede garantizar que los favoritos y enlaces continuarán funcionando, aun cuando el recurso se encuentra en otra ubicación. + Siempre habrá peticiones para las que no se encontrará ningún fichero en el sistema de ficheros. Esto puede ocurrir por diversas razones. En algunos casos, puede ser que los documentos hayan sido movidos de un lugar a otro. En este caso, lo mejor es usar Redirección de URLs para informarle a los clientes de la nueva ubicación de los recursos. De esta forma, se puede garantizar que los favoritos y enlaces continuarán funcionando, aun cuando el recurso se encuentra en otra ubicación. Otra causa frecuente de este tipo de error es el error en la escritura de URLs, ya sea directamente en el navegador, o en enlaces HTML. Apache provee el módulo mod_speling (sic) para ayudar a solucionar este problema. Cuando este módulo está activo, interceptará los errores "Fichero no encontrado" y buscará algún recurso con un nombre similar. Si alguno es encontrado, mod_speling enviará una redirección HTTP al cliente informándole de la ubicación correcta. Si hay múltiples recursos con un nombre similar, se le enviará al cliente una lista con las alternativas disponibles.
