Pasar a usar Apache 2.0 si ahora usa Apache 1.3 - Servidor HTTP Apache

Versión 2.0 del Servidor HTTP Apache

Apache > Servidor HTTP > Documentación > Versión 2.0

# Pasar a usar Apache 2.0 si ahora usa Apache 1.3

Idiomas disponibles: de | en | es | fr | ja | ko | ru

Este documento recoge infomación crítica sobre el proceso de actulización de la versión de Apache que usa. Se trata de pequeños comentarios. Puede encontrar más información tanto en Nuevas funcionalidades, como en el archivo `src/CHANGES`.

### Consulte también

- Visión general de las nuevas funcionalidades de Apache 2.0

## Cambios en el proceso de configuración y compilación

- Apache usa ahora `autoconf` y `libtool` en el proceso de compilación. Este sistema es parecido aunque no igual al sistema APACI de Apache 1.3.
- Además de la selección de módulos habitual que puede hacer al compilar, en Apache 2.0 la mayor parte del procesamiento de las petición es llevada a cabo por módulos de multiprocesamiento (MPMs).

## Cambios en el proceso de configuración inicial del servidor

- Muchas directivas que pertenecían al core (núcleo) del servidor en Apache 1.3 se encuentran ahora en distintos módulos de multiprocesamiento. Si desea que el nuevo servidor de comporte de la forma más parecida posible a como lo hacía Apache 1.3, debe usar el módulo de multiprocesamiento `prefork`. Otros módulos de multiprocesamiento tienen diferentes directivas para controlar la creación de procesos y el procesamiento de peticiones.
- El módulo proxy ha sido remodelado para ponerlo al día con la especificación HTTP/1.1. Entre los cambios más importantes está el que ahora el control de acceso al proxy está dentro de un bloque `<Proxy>` en lugar de en un bloque `<Directory proxy:>`.
- El procesamiento de `PATH_INFO` (la información que aparece detrás de un nombre de fichero válido) ha cambiado en algunos módulos. Los módulos que fueron previamente implementados como un handler pero que ahora son implementados como un filtro puede que no acepten peticiones que incluyan `PATH_INFO`. Filtros como INCLUDES o PHP están implementados sobre el handler principal (core handler), y por tanto rechazarán peticiones con `PATH_INFO`. Puede usar la directiva `AcceptPathInfo` para forzar al handler principal a aceptar peticiones con `PATH_INFO` y por tanto restaurar la posibilidad de usar `PATH_INFO` en server-side includes.
- La directiva `CacheNegotiatedDocs` toma ahora como argumento `on` u `off`. Las instancias existentes de `CacheNegotiatedDocs` deben reemplazarse por `CacheNegotiatedDocs on`.
- La directiva `ErrorDocument` no usa ya dobles comillas al principio del argumento para indicar el mensaje de texto a mostrar. En lugar de esto, ponga entre comillas todo el mensaje. Por ejemplo,

  `ErrorDocument 403 "Mensaje`

  debe sustituirse por

  `ErrorDocument 403 "Mensaje"`

  Si el segundo argumento no es una URL o una ruta válida a un archivo, será tratado como un mensaje de texto.
- Las directivas `AccessConfig` y `ResourceConfig` han desaparecido. Las instancias existentes de estas directivas pueden ser sustituidas por directivas `Include` que tienen una funcionalidad equivalente. Si hacía uso de los valores por defecto de esas directivas sin incluirlas en los ficheros de configuración, puede que necesite añadir `Include conf/access.conf` e `Include conf/srm.conf` a su fichero `httpd.conf`. Para asegurar que Apache lee el fichero de configuración en el mismo orden que asumían las antiguas directivas, las directivas `Include` deben ser reemplazadas al final del fichero `httpd.conf`, con la de `srm.conf` precediendo a la de `access.conf`.
- Las directivas `BindAddress` y `Port` no existen ya. Las funcionalidades que ofrecían esas directivas están ahora cubiertas por la directiva `Listen`, que es mucho más flexible.
- Otro uso de la directiva `Port` en Apache 1.3 era fijar el número de puerto que se usaba para URLs autoreferenciadas. La directiva equivalente en Apache 2.0 es la nueva directiva `ServerName`: este cambio se ha introducido para permitir la especificación del nombre de host y del número de puerto para URLs autorreferenciadas en una sola directiva.
- La directiva `ServerType` ha dejado de existir. El método usado para servir peticiones está ahora determinado por la selección del módulo de multiprocesamiento. Actualmente no hay diseñado un módulo de multiprocesamiento que pueda ser ejecutado por inetd.
- Los módulos `mod_log_agent` y `mod_log_referer` que contenían las directivas `AgentLog`, `RefererLog` y `RefererIgnore` han desaparecido. Los registros de "agente" y de "referer" están disponibles todavía usando la directiva `CustomLog` del módulo `mod_log_config`.
- Las directivas `AddModule` y `ClearModuleList` no están presentes en la nueva versión de Apache. Estas directivas se usaban para asegurar que los módulos pudieran activarse en el orden correcto. La nueva API de Apache 2.0 permite a los módulos especificar explícitamente su orden de activación, eliminando la necesidad de las antiguas directivas.
- La directiva `FancyIndexing` se ha eliminado. La funcionalidad que cubría está ahora disponible a través de la opción `FancyIndexing` de la directiva `IndexOptions`.
- La técnica de negociación de contenido MultiViews ofrecida por `mod_negotiation` es ahora más estricta en su algoritmo de selección de ficheros y solo seleccionará ficheros negociables. El antiguo comportamiento puede restaurarse usando la directiva `MultiviewsMatch`.
- (a partir de la versión 2.0.51)

  La funcionalidad de la directiva `ErrorHeader` se ha unido con la de la directiva `Header`, porque se estaba usando un término equivocado. Use

  `Header always set foo bar`

  en lugar de conseguir el comportamiento deseado.

## Cambios de menor importancia

- El módulo `mod_auth_digest`, que era experimental en Apache 1.3, es ahora un módulo estándar.
- El módulo `mod_mmap_static`, que era experimental en Apache 1.3, ha sido sustituido por el módulo `mod_file_cache`.
- La distribución de Apache ha sido reorganizada por completo para que no contenga a partir de ahora el directorio independiente `src`. En su lugar, el código fuente se ha organizado a partir del directorio principal de la distribución, y las intalaciones del servidor compilado deben hacerse en un directorio diferente.

## Módulos de terceras partes

La API de Apache 2.0 ha sufrido grandes cambios respecto a la versión 1.3. Los módulos que se diseñaron para la API de Apache 1.3 no funcionarán si no se hacen las modificaciones necasarias para adaptarlos a Apache 2.0. En la documentación para desarrolladores puede encontrar información detallada sobre este asunto.

Idiomas disponibles: de | en | es | fr | ja | ko | ru