upgrading.xml.pt-br revision 59cd19c3d75e35ae820e23f6b0161910784fce4e
<?xml version='1.0' encoding='UTF-8' ?>
<!-- English Revision: 151408:167912 (outdated) -->
<!--
Copyright 2005 The Apache Software Foundation or its licensors,
as applicable.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<manualpage metafile="upgrading.xml.meta">
<title>Atualizando da versão 1.3 para 2.0</title>
<summary>
<p>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 <a
href="new_features_2_0.html">Novas Funcionalidades</a>, ou no
</summary>
funcionalidades do Apache 2.0</a></seealso>
<section id="compile-time">
<title>Mudanças na Configuração em tempo de Compilação</title>
<ul>
<li>O Apache agora usa o sistema <code>autoconf</code>
configurar o processo de construção</a>.
A utilização desse sistema é similar, mas não o
mesmo, a usar o sistema APACI do Apache 1.3</li>
<li>Além da seleção habitual de módulos que você
pode escolher para compilar, o Apache 2.0 mudou a parte
principal de processamentos de pedidos para os <a
</ul>
</section>
<section id="run-time">
<title>Mudanças na Configuração em tempo de Execução</title>
<ul>
<li>Muitas diretrizes que estavam no núcleo do servidor
no Apache 1.3 estão agora nos MPMs. Se você desejar que
o funcionamento do servidor seja o mais similar possível ao
do Apache 1.3, você deve selecionar o MPM <module>prefork</module>.
Os outros MPMs terão diretrizes diferentes para controlar
a criação de processos e o processamento de pedidos.</li>
o controle de acesso ao proxy agora fica dentro de um bloco
<directive type="section" module="mod_proxy">Proxy</directive>,
ao invés de um bloco <code><Directory proxy:></code>.</li>
<li>A operação com <code>PATH_INFO</code> (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 <code>PATH_INFO</code>.
no topo dos manipuladores principais, rejeitando pedidos
com <code>PATH_INFO</code>. Você pode usar a diretriz
<directive module="core">AcceptPathInfo</directive>
para forçar o manipulador principal a aceitar pedidos
com <code>PATH_INFO</code> e assim restaurar a habilidade
de usá-lo em inclusões por parte do servidor (SSI).</li>
<li>A diretriz <directive
module="mod_negotiation">CacheNegotiatedDocs</directive> agora aceita
o argumento <code>on</code> ou <code>off</code>. Instâncias
existentes de <directive>CacheNegotiatedDocs</directive> deverão
ser substituídas por <code>CacheNegotiatedDocs on</code>.</li>
<li>
A diretriz <directive module="core">ErrorDocument</directive>
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
<example>
ErrorDocument 403 "Alguma mensagem
</example>
devem ser substituídas por
<example>
ErrorDocument 403 "Alguma mensagem"
</example>
Contanto que o segundo argumento não seja uma
URL válida ou um caminho de arquivo, irá ser
tratado como uma mensagem de texto.
</li>
<li>As diretrizes <code>AccessConfig</code> e
<code>ResourceConfig</code> não existem mais.
Instâncias existentes dessas diretrizes podem ser substituídas
com a diretriz <directive module="core">Include</directive>
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á
Com o fim de assegurar que o Apache leia os arquivos de
configuração na mesma ordem que as diretrizes velhas usavam,
a diretriz <directive module="core">Include</directive> deve ser colocada
<li>As diretrizes <code>BindAddress</code> and <code>Port</code>
não existem mais. Uma funcionalidade equivalente é fornecida com
uma diretriz mais flexível <directive
module="mpm_common">Listen</directive>.</li>
<li>Outro uso da diretriz <code>Port</code> 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 <directive
module="core">ServerName</directive>: ela foi modificada para permitir que
sejam especificados ambos "hostname" <em>e</em> o número da porta
para URLs auto-referenciáveis em uma só diretriz.</li>
<li>A diretriz <code>ServerType</code> 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.</li>
<li>Os módulos <code>mod_log_agent</code> e <code>mod_log_referer</code>
que forneciam as diretrizes <code>AgentLog</code>,
<code>RefererLog</code> e <code>RefererIgnore</code> foram removidas.
Registros de agentes e referências ainda estão disponíveis
usando a diretriz <directive
module="mod_log_config">CustomLog</directive> do
<module>mod_log_config</module>.</li>
<li>As diretrizes <code>AddModule</code> e
<code>ClearModuleList</code> 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.</li>
<li>A diretriz <code>FancyIndexing</code> foi removida.
A mesma funcionalidade está disponível através da
opção <code>FancyIndexing</code> da diretriz <directive
module="mod_autoindex">IndexOptions</directive>.</li>
<li>A técnica de negociação de conteúdo (content-negotiation)
MultiViews fornecida pelo <module>mod_negotiation</module>
se tornou mais rigorosa em sua combinação de arquivo
padrão. Ela irá selecionar apenas arquivos negociáveis
(<em>negotiable</em>). O comportamento antigo pode ser restaurado usando a
diretriz <directive module="mod_mime">MultiviewsMatch</directive>.</li>
<li>(<em>desde a versão 2.0.51</em>)
<p>A funcionalidade da diretriz <code>ErrorHeader</code>
foi colocada em conjunto com a diretriz <directive
module="mod_headers">Header</directive>, já que era um
uso de um nome impróprio. Utilize</p>
<example>
Header always set foo bar
</example>
<p>para obter o comportamento desejado.</p></li>
</ul>
</section>
<section id="misc">
<title>Mudanças Gerais</title>
<ul>
<li>O módulo <module>mod_auth_digest</module>, que era
experimental no Apache 1.3, é agora um módulo padrão.</li>
<li>O módulo <code>mod_mmap_static</code>, que era experimental no
Apache 1.3, foi substituído com <module>mod_file_cache</module>.</li>
<li>A distribuição foi completamente reorganizada para
não conter mais um diretório <code>src</code> 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.</li>
</ul>
</section>
<section id="third-party">
<title>Módulos de Terceiros</title>
<p>Mudanças extensivas foram feitas na API do servidor
no Apache 2.0. Módulos existentes projetados para a API
do Apache 1.3, <strong>não</strong> funcionarão no Apache
2.0 sem modificações. Detalhes serão fornecidos na
<a href="developer/">documentação do desenvolvedor</a>.</p>
</section>
</manualpage>