Pasar a usar Apache 2.0 si ahora usa Apache 1.3

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.