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.