1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
|
<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.pt-br.xsl"?>
<!-- English Revision: 151408:420990 (outdated) -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You 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
http://www.apache.org/licenses/LICENSE-2.0
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
arquivo <code>src/CHANGES</code>.</p>
</summary>
<seealso><a href="new_features_2_0.html">Descrição das novas
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>
e <code>libtool</code> para <a href="install.html">
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
href="mpm.html">Módulos Multi-Processamento</a> (MPMs).</li>
</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>
<li>O <a href="mod/mod_proxy.html">módulo proxy</a> foi reconstruído
para o padrão HTTP/1.1. Ao longo das mudanças importantes,
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>.
Filtros como <a href="mod/mod_include.html">INCLUDES</a>
ou <a href="http://www.php.net/">PHP</a> são implementados
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á
que adicionar <code>Include conf/access.conf</code> e
<code>Include conf/srm.conf</code> ao seu <code>httpd.conf</code>.
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
no final do <code>httpd.conf</code>, com uma entrada para
<code>srm.conf</code> antes de <code>access.conf</code>.</li>
<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>
|
