Servidor HTTP Apache Vers�o 2.2
Com a finalidade de ajudar as pessoas na atualiza��o do servidor,
n�s mantemos um documento que descreve informa��es cr�ticas para
os usu�rios j� existentes do Apache. Essas informa��es tem o
intuito de serem breves notas e voc� dever� encontrar mais
informa��es no documento Novas Funcionalidades, ou no
arquivo src/CHANGES
.
autoconf
e libtool
para
configurar o processo de constru��o.
A utiliza��o desse sistema � similar, mas n�o o
mesmo, a usar o sistema APACI do Apache 1.3prefork
.
Os outros MPMs ter�o diretrizes diferentes para controlar
a cria��o de processos e o processamento de pedidos.<Proxy>
,
ao inv�s de um bloco <Directory proxy:>
.PATH_INFO
(informa��o de
caminho procedente depois do nome do arquivo verdadeiro) mudou
para alguns m�dulos. M�dulos que eram previamente implementados
como manipuladores mas agora s�o implementados como filtros
n�o podem mais aceitar pedidos com PATH_INFO
.
Filtros como INCLUDES
ou PHP s�o implementados
no topo dos manipuladores principais, rejeitando pedidos
com PATH_INFO
. Voc� pode usar a diretriz
AcceptPathInfo
para for�ar o manipulador principal a aceitar pedidos
com PATH_INFO
e assim restaurar a habilidade
de us�-lo em inclus�es por parte do servidor (SSI).CacheNegotiatedDocs
agora aceita
o argumento on
ou off
. Inst�ncias
existentes de CacheNegotiatedDocs
dever�o
ser substitu�das por CacheNegotiatedDocs on
.ErrorDocument
n�o usa mais aspas no come�o do argumento para indicar
mensagens de texto. Ao inv�s disso, voc� deve colocar
a mensagem inteira entre aspas. Por exemplo, inst�ncias
existentes de
ErrorDocument 403 "Alguma mensagem
ErrorDocument 403 "Alguma mensagem"
AccessConfig
e
ResourceConfig
n�o existem mais.
Inst�ncias existentes dessas diretrizes podem ser substitu�das
com a diretriz Include
que possui uma funcionalidade equivalente. Se voc� estava
fazendo uso dos valores padr�es dessas diretrizes sem inclu�-las
nos arquivos de configura��o, voc� provavelmente ter�
que adicionar Include conf/access.conf
e
Include conf/srm.conf
ao seu httpd.conf
.
Com o fim de assegurar que o Apache leia os arquivos de
configura��o na mesma ordem que as diretrizes velhas usavam,
a diretriz Include
deve ser colocada
no final do httpd.conf
, com uma entrada para
srm.conf
antes de access.conf
.BindAddress
and Port
n�o existem mais. Uma funcionalidade equivalente � fornecida com
uma diretriz mais flex�vel Listen
.Port
no Apache-1.3
era ajustar o n�mero da porta usada em URLs auto-referenci�veis.
O equivalente no Apache-2.0 � a nova sintaxe ServerName
: ela foi modificada para permitir que
sejam especificados ambos "hostname" e o n�mero da porta
para URLs auto-referenci�veis em uma s� diretriz.ServerType
n�o existe mais.
O m�todo usado para atender pedidos � determinado pela
sele��o de MPM. Atualmente n�o existe nenhuma MPM projetada
para ser executada pelo inetd.mod_log_agent
e mod_log_referer
que forneciam as diretrizes AgentLog
,
RefererLog
e RefererIgnore
foram removidas.
Registros de agentes e refer�ncias ainda est�o dispon�veis
usando a diretriz CustomLog
do
mod_log_config
.AddModule
e
ClearModuleList
n�o existem mais.
Essas diretrizes eram usadas para garantir que m�dulos
pudessem ser habilitados na ordem correta. A nova API do
Apache 2.0 permite que os m�dulos especifiquem explicitamente
a sua ordem, eliminando a necessidade dessas diretrizes.FancyIndexing
foi removida.
A mesma funcionalidade est� dispon�vel atrav�s da
op��o FancyIndexing
da diretriz IndexOptions
.mod_negotiation
se tornou mais rigorosa em sua combina��o de arquivo
padr�o. Ela ir� selecionar apenas arquivos negoci�veis
(negotiable). O comportamento antigo pode ser restaurado usando a
diretriz MultiviewsMatch
.A funcionalidade da diretriz ErrorHeader
foi colocada em conjunto com a diretriz Header
, j� que era um
uso de um nome impr�prio. Utilize
Header always set foo bar
para obter o comportamento desejado.
mod_auth_digest
, que era
experimental no Apache 1.3, � agora um m�dulo padr�o.mod_mmap_static
, que era experimental no
Apache 1.3, foi substitu�do com mod_file_cache
.src
independente.
Em seu lugar, os fontes s�o organizados
logicamente no diret�rio principal da distribui��o e
a instala��o do servidor compilado deve ser direcionada
� um diret�rio separado.Mudan�as extensivas foram feitas na API do servidor no Apache 2.0. M�dulos existentes projetados para a API do Apache 1.3, n�o funcionar�o no Apache 2.0 sem modifica��es. Detalhes ser�o fornecidos na documenta��o do desenvolvedor.