From: Rich Bowen Quando o httpd é reiniciado, uma consideração especial precisa ser feita para
@@ -133,7 +133,7 @@ Listen 192.0.2.5:8000
Um número crescente de plataformas implementa IPv6 e o
@@ -176,7 +176,7 @@ Listen 192.0.2.1:80
no FreeBSD, NetBSD, e OpenBSD. O segundo argumento opcional protocol de
A diretiva
Os filtros podem ser usados ââpara processar conteúdo originado do cliente, além
@@ -125,7 +125,7 @@ transformação de imagem pode ser transformado em um serviço de transformaçã
Existem dois métodos de uso de filtros: Simples e Dinâmico.
Em geral, deve ser usada apenas um ou outro; misturá-los pode
diff --git a/docs/manual/howto/htaccess.html b/docs/manual/howto/htaccess.html
index bea7471fb4..cf5016ea61 100644
--- a/docs/manual/howto/htaccess.html
+++ b/docs/manual/howto/htaccess.html
@@ -20,6 +20,6 @@ URI: htaccess.html.ko.euc-kr
Content-Language: ko
Content-type: text/html; charset=EUC-KR
-URI: htaccess.html.pt-br
+URI: htaccess.html.pt-br.utf8
Content-Language: pt-br
Content-type: text/html; charset=UTF-8
diff --git a/docs/manual/howto/htaccess.html.pt-br.utf8 b/docs/manual/howto/htaccess.html.pt-br.utf8
index ef58788b46..b821e94a7a 100644
--- a/docs/manual/howto/htaccess.html.pt-br.utf8
+++ b/docs/manual/howto/htaccess.html.pt-br.utf8
@@ -32,8 +32,6 @@
ko |
pt-br Arquivos Os arquivos Por exemplo, ao procurar na documentação pela diretiva Se for possÃvel o acesso ao arquivo de principal de configuração do servidor, todas
as configurações devem ser colocadas lá em vez de inseri-las em arquivos
@@ -202,7 +204,7 @@ AllowOverrideList Redirect RedirectMatch RewriteEngine RewriteRule RewriteCond
As diretivas de configuração encontradas em um arquivo Como em qualquer caso de uso de Outro uso comum de arquivos Ao usar Quando são colocadas diretivas de configuração em um arquivo Veja também
Visão Geral ¶
+Visão Geral ¶
@@ -105,7 +105,7 @@ Listen 192.0.2.5:8000
Módulos Relacionados Diretrizes Relacionadas Alterando a configuração de Listen no reinÃcio ¶
+Alterando a configuração de Listen no reinÃcio ¶
Considerações Especiais sobre IPv6 ¶
+Considerações Especiais sobre IPv6 ¶
Especificando o protocolo com Listen ¶
+Especificando o protocolo com Listen ¶
Listen
@@ -194,7 +194,7 @@ Listen 192.0.2.1:80
Como Isto Funciona com Hosts Virtuais ¶
+Como Isto Funciona com Hosts Virtuais ¶
Listen não implementa
diff --git a/docs/manual/filter.html b/docs/manual/filter.html
index 9fee4e9b82..e67124b8a4 100644
--- a/docs/manual/filter.html
+++ b/docs/manual/filter.html
@@ -20,7 +20,7 @@ URI: filter.html.ko.euc-kr
Content-Language: ko
Content-type: text/html; charset=EUC-KR
-URI: filter.html.pt-br
+URI: filter.html.pt-br.utf8
Content-Language: pt-br
Content-type: text/html; charset=UTF-8
diff --git a/docs/manual/filter.html.pt-br.utf8 b/docs/manual/filter.html.pt-br.utf8
index 38bfeb6fc6..ea6df05a08 100644
--- a/docs/manual/filter.html.pt-br.utf8
+++ b/docs/manual/filter.html.pt-br.utf8
@@ -43,7 +43,7 @@
Filtrando no Apache 2 ¶
+Filtrando no Apache 2 ¶
@@ -81,7 +81,7 @@ filtro de terceiros. Alguns exemplos são:
Módulos Relacionados Diretrizes Relacionadas Filtragem Inteligente ¶
+Filtragem Inteligente ¶
@@ -106,7 +106,7 @@ de texto ainda não estiver no conjunto de caracteres desejado.
Expondo Filtros como um Serviço HTTP ¶
+Expondo Filtros como um Serviço HTTP ¶
Usando Filtros ¶
+Usando Filtros ¶
.htaccess oferecem um meio de fazer alterações
nas configurações por diretório, sem modificar diretamente os arquivos
@@ -51,12 +49,12 @@ de configuração principais do servidor.O que eles são / Como usá-los ¶
+O que eles são / Como usá-los ¶
.htaccess (ou "arquivos de configuração distribuÃdos")
@@ -88,6 +86,10 @@ de configuração principais do servidor.AllowOverride para que essa diretiva
seja permitida.
+ AllowOverride é None.
+ Isto significa que arquivos .htaccess são completamente ignorados
+ a menos que sejam explicitamente habilitados para um diretório.AddDefaultCharset,
pode-se notar que ela é permitida nos arquivos .htaccess.
(Veja a linha Contexto no sumário das diretivas.) A
@@ -97,7 +99,7 @@ de configuração principais do servidor..htaccess.
Quando (não) usar arquivos .htaccess ¶
+Quando (não) usar arquivos .htaccess ¶
Como as diretivas são aplicadas ¶
+Como as diretivas são aplicadas ¶
.htaccess
são aplicadas ao diretório em que o arquivo .htaccess
@@ -265,7 +267,7 @@ AllowOverrideList Redirect RedirectMatch RewriteEngine RewriteRule RewriteCond
Exemplo de Autenticação ¶
+Exemplo de Autenticação ¶
.htaccess, inserir estas diretivas em
um bloco <Directory> é
@@ -289,7 +291,7 @@ Require group admins
discussão mais completa sobre autenticação e autorização.Exemplo de Server Side Includes ¶
+Exemplo de Server Side Includes ¶
.htaccess é habilitar
inclusões do lado do servidor para um diretório especÃfico. Isso pode ser feito com
@@ -309,7 +311,7 @@ AddHandler server-parsed shtml
completa sobre includes do lado do servidor.Regras de reescrita em arquivos .htaccess ¶
+Regras de reescrita em arquivos .htaccess ¶
RewriteRule em
arquivos .htaccess, esteja ciente de que o contexto por diretório
muda um pouco as coisas. Em particular, as regras são consideradas relativas
@@ -341,7 +343,7 @@ RewriteRule "^(.+)\.jpg" "$1.png"
Exemplo de CGI ¶
+Exemplo de CGI ¶
mod_proxy_fcgi com um
@@ -374,7 +376,7 @@ SetHandler cgi-script
Resolvendo Problemas ¶
+Resolvendo Problemas ¶
.htaccess
e não é obtido o efeito desejado, há uma série de
diff --git a/docs/manual/howto/htaccess.xml.meta b/docs/manual/howto/htaccess.xml.meta
index 708f779b76..874865a73b 100644
--- a/docs/manual/howto/htaccess.xml.meta
+++ b/docs/manual/howto/htaccess.xml.meta
@@ -12,6 +12,6 @@
Este documento describe los términos que se usan para describir cada directiva de configuración de diff --git a/docs/manual/mod/directive-dict.html.fr.utf8 b/docs/manual/mod/directive-dict.html.fr.utf8 index a88ef43498..c8d7bf0480 100644 --- a/docs/manual/mod/directive-dict.html.fr.utf8 +++ b/docs/manual/mod/directive-dict.html.fr.utf8 @@ -32,6 +32,7 @@ ko | tr
+Ce document décrit les termes utilisés pour décrire chaque directive de configuration d'Apache.
diff --git a/docs/manual/mod/directive-dict.html.ja.utf8 b/docs/manual/mod/directive-dict.html.ja.utf8 index 9a5bfde5e2..a13710552d 100644 --- a/docs/manual/mod/directive-dict.html.ja.utf8 +++ b/docs/manual/mod/directive-dict.html.ja.utf8 @@ -32,6 +32,10 @@ ko | tr +ãã®ææ¸ã¯å Apache è¨å®ãã£ã¬ã¯ãã£ã ã説æããããã«ä½¿ããã¦ããç¨èªã説æãã¾ãã
diff --git a/docs/manual/mod/directive-dict.html.tr.utf8 b/docs/manual/mod/directive-dict.html.tr.utf8 index 48a84d6eb6..3e9a419b55 100644 --- a/docs/manual/mod/directive-dict.html.tr.utf8 +++ b/docs/manual/mod/directive-dict.html.tr.utf8 @@ -32,6 +32,7 @@ ko | tr +Bu belgede Apache yapılandırma yönergelerini tanımlamakta kullanılan terimler açıklanmıÅtır.
diff --git a/docs/manual/mod/directive-dict.xml.es b/docs/manual/mod/directive-dict.xml.es index dcd20b4e00..b1111a8da7 100644 --- a/docs/manual/mod/directive-dict.xml.es +++ b/docs/manual/mod/directive-dict.xml.es @@ -1,7 +1,7 @@ - + + diff --git a/docs/manual/mod/directive-dict.xml.ja b/docs/manual/mod/directive-dict.xml.ja index 7a2dc1e08c..df5b699365 100644 --- a/docs/manual/mod/directive-dict.xml.ja +++ b/docs/manual/mod/directive-dict.xml.ja @@ -1,7 +1,7 @@ - + + + + diff --git a/docs/manual/new_features_2_0.html b/docs/manual/new_features_2_0.html index 21fd9c9ac0..d2dcb44601 100644 --- a/docs/manual/new_features_2_0.html +++ b/docs/manual/new_features_2_0.html @@ -20,7 +20,7 @@ URI: new_features_2_0.html.ko.euc-kr Content-Language: ko Content-type: text/html; charset=EUC-KR -URI: new_features_2_0.html.pt-br +URI: new_features_2_0.html.pt-br.utf8 Content-Language: pt-br Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/new_features_2_0.html.pt-br.utf8 b/docs/manual/new_features_2_0.html.pt-br.utf8 index 2d39991295..9f017b1710 100644 --- a/docs/manual/new_features_2_0.html.pt-br.utf8 +++ b/docs/manual/new_features_2_0.html.pt-br.utf8 @@ -42,7 +42,7 @@
Rule inheritance with RewriteOptions
Debugging .htaccess rewrite rules
Which contexts support rewrite rules?Rewrite rules are supported in
+per-directory context
+(.htaccess files,
+<Directory>, and
+<If> blocks).
Although rewrite rules are syntactically permitted in
+<Location>
+and <Files>
+sections (including their regex counterparts), this is
+unsupported and should never be necessary. Relative
+substitutions, in particular, are likely to break in
+these contexts.
Placing a RewriteRule
+inside a <Directory>,
+<If>, or
+<Location> block
+â even inside a
+<VirtualHost> in the
+main server config â silently switches to
+per-directory context behavior.
+This means the leading slash is stripped from the URL before pattern
+matching, substitutions trigger an internal redirect (with loop risk),
+and the [L] flag no longer
+truly stops processing â use
+[END] instead.
Available Languages: en |
diff --git a/docs/manual/rewrite/htaccess.xml.fr b/docs/manual/rewrite/htaccess.xml.fr
index 96d020c356..fde67f0e6e 100644
--- a/docs/manual/rewrite/htaccess.xml.fr
+++ b/docs/manual/rewrite/htaccess.xml.fr
@@ -1,7 +1,7 @@
-
+
diff --git a/docs/manual/rewrite/intro.html.en b/docs/manual/rewrite/intro.html.en
index 5e1ef67eda..0884ec772a 100644
--- a/docs/manual/rewrite/intro.html.en
+++ b/docs/manual/rewrite/intro.html.en
@@ -378,7 +378,12 @@ recommended. It is possible, however, to do rewriting
inside <Directory>
sections or .htaccess
files at the expense of some additional complexity. This technique
-is called per-directory rewrites.
<If> and
+<Location> blocks
+also trigger per-directory behavior â see
+Which contexts support rewrite rules?.
The main difference from per-server rewrites is that the path
prefix of the directory containing the .htaccess file is
diff --git a/docs/manual/rewrite/intro.xml.fr b/docs/manual/rewrite/intro.xml.fr
index 9ae327a74c..917091a221 100644
--- a/docs/manual/rewrite/intro.xml.fr
+++ b/docs/manual/rewrite/intro.xml.fr
@@ -1,7 +1,7 @@
-
+
diff --git a/docs/manual/upgrading.html b/docs/manual/upgrading.html
index 55029c6495..9763dfd082 100644
--- a/docs/manual/upgrading.html
+++ b/docs/manual/upgrading.html
@@ -7,3 +7,7 @@ Content-type: text/html; charset=UTF-8
URI: upgrading.html.fr.utf8
Content-Language: fr
Content-type: text/html; charset=UTF-8
+
+URI: upgrading.html.pt-br.utf8
+Content-Language: pt-br
+Content-type: text/html; charset=UTF-8
diff --git a/docs/manual/upgrading.html.en b/docs/manual/upgrading.html.en
index 4f7d8dfe75..426ca91fc5 100644
--- a/docs/manual/upgrading.html.en
+++ b/docs/manual/upgrading.html.en
@@ -26,7 +26,8 @@
In order to assist folks upgrading, we maintain a document @@ -513,7 +514,8 @@ Require ip 127.0.0.1
Servidor HTTP Apache Versão 2.4
+
Para auxiliar os usuários na atualização, mantemos um documento
+ que descreve informações essenciais para usuários existentes do Servidor HTTP
+ Apache. Estas notas são breves e você poderá encontrar
+ mais informações no documento Novas Funcionalidades ou no
+ arquivo src/CHANGES. Desenvolvedores de aplicações e módulos
+ podem encontrar um resumo das alterações da API na Visão geral de atualizações da API.
Este documento descreve alterações no comportamento do servidor que podem + exigir que você altere sua configuração ou a forma como usa o servidor + para continuar usando a versão 2.4 da mesma forma que usa a versão 2.2. + Para aproveitar os novos recursos da versão 2.4, consulte o documento sobre Novas + Funcionalidades.
+ +Este documento descreve apenas as alterações da versão 2.2 para a 2.4. Se você + estiver atualizando da versão 2.0, também deverá consultar o Documento de Atualização + da versão 2.0 para 2.2.
+ +
Alterações na Configuração no Momento da Compilação
Alterações na Configuração no Momento da Execução
Alterações Miscelâneas
Módulos de Terceiros
Problemas comuns ao atualizarO processo de compilação é muito semelhante ao usado na
+ versão 2.2. Sua antiga linha de comando configure
+ (encontrada em build/config.nice no diretório do servidor
+ instalado) pode ser usada na maioria dos casos. Há algumas alterações nas
+ configurações padrão. Alguns detalhes das alterações:
mod_cache_disk
+ na versão 2.4.mod_lbmethod_bybusyness. Você pode precisar
+ compilar e carregar qualquer um desses que sua configuração
+ utiliza.LoadModule estão comentadas
+ no arquivo de configuração.Houve mudanças significativas na configuração de autorização e outras + pequenas alterações de configuração que podem exigir alterações em seus arquivos + de configuração da versão 2.2 antes de usá-los na versão 2.4.
+ +Qualquer arquivo de configuração que utilize autorização provavelmente + precisará de alterações.
+ +Você deve revisar a seção Como Fazer: Autenticação, + Autorização e Controle de Acesso, especialmente a parte + Além da simples autorização + que explica os novos mecanismos para controlar a ordem + em que as diretivas de autorização são aplicadas.
+ +As diretivas que controlam como os módulos de autorização respondem quando
+ não correspondem ao usuário autenticado foram removidas: Isso inclui
+ AuthzLDAPAuthoritative, AuthzDBDAuthoritative, AuthzDBMAuthoritative,
+ AuthzGroupFileAuthoritative, AuthzUserAuthoritative,
+ e AuthzOwnerAuthoritative. Essas diretivas foram substituÃdas pelas
+ diretivas mais expressivas RequireAny,
+ RequireNone e
+ RequireAll.
Se você usa mod_authz_dbm, você deve migrar sua
+ configuração para usar Require dbm-group ... em vez de
+ Require group ....
Na versão 2.2, o controle de acesso baseado no nome do host do cliente, no endereço IP,
+ e em outras caracterÃsticas das solicitações do cliente era feito usando as
+ diretivas Order, Allow, Deny e Satisfy.
Na versão 2.4, esse controle de acesso é feito da mesma forma que outras
+ verificações de autorização, usando o novo módulo
+ mod_authz_host. Os antigos padrões de controle de acesso
+ devem ser substituÃdos pelos novos mecanismos de autenticação,
+ embora, para compatibilidade com configurações antigas, o novo
+ módulo mod_access_compat seja fornecido.
Misturar diretivas antigas como Order, Allow ou Deny com novas como
+ Require é possÃvel tecnicamente porém
+ não é recomendado. mod_access_compat foi criado para suportar
+ configurações que contêm somente diretivas antigas para facilitar a migração para a versão 2.4.
+ Favor verificar os exemplos abaixo para ter uma ideia melhor sobre os problemas que podem surgir.
+
Aqui estão alguns exemplos de maneiras antigas e novas de fazer o mesmo + controle de acesso.
+ +Neste exemplo, não há autenticação e todas as solicitações são negadas.
+Order deny,allow +Deny from all+
Require all denied+
Neste exemplo, não há autenticação e todas as solicitações são permitidas.
+Order allow,deny +Allow from all+
Require all granted+
No exemplo a seguir, não há autenticação e todos os hosts no domÃnio example.org + têm acesso permitido; todos os outros têm acesso negado.
+ +Order Deny,Allow +Deny from all +Allow from example.org+
Require host example.org+
No exemplo a seguir, misturar diretivas antigas e novas leva a + resultados inesperados.
+ +DocumentRoot "/var/www/html" + +<Directory "/"> + AllowOverride None + Order deny,allow + Deny from all +</Directory> + +<Location "/server-status"> + SetHandler server-status + Require local +</Location> + +access.log - GET /server-status 403 127.0.0.1 +error.log - AH01797: client denied by server configuration: /var/www/html/server-status+
Por que o httpd nega acesso a server-status mesmo quando a configuração parece permitir?
+ Porque as diretivas mod_access_compat tem precedência
+ sobre as mod_authz_host neste cenário de
+ mesclagem de configurações.
Este exemplo, por outro lado, funciona como esperado:
+ +DocumentRoot "/var/www/html" + +<Directory "/"> + AllowOverride None + Require all denied +</Directory> + +<Location "/server-status"> + SetHandler server-status + Order deny,allow + Deny from all + Allow From 127.0.0.1 +</Location> + +access.log - GET /server-status 200 127.0.0.1+
Portanto, mesmo se a mistura de configurações ainda seja + possÃvel, tente evitar na atualizaçao: mantenha diretivas antigas e somente + migre para as novas em um estágio posterior ou migre tudo de uma vez. +
+ + +Em muitas configurações com autenticação, onde o valor de
+ Satisfy tinha o padrão de ALL, trechos
+ que simplesmente desligavam o controle de acesso baseado em host são omitidos:
# configuração na versão 2.2 que desliga o controle de acesso baseado em host e usa somente autenticação +Order Deny,Allow +Allow from all +AuthType Basic +AuthBasicProvider file +AuthUserFile /example.com/conf/users.passwd +AuthName secure +Require valid-user+
# Não é necessário substituir o controle de acesso baseado em host +AuthType Basic +AuthBasicProvider file +AuthUserFile /example.com/conf/users.passwd +AuthName secure +Require valid-user+
Em configurações onde a autenticação e o controle de acesso eram adequadamente combinados, as + diretivas de controle de acesso devem ser migradas. Este exemplo permite que as solicitações atendam a ambos os critérios:
+Order allow,deny +Deny from all +# Satisfy ALL is the default +Satisfy ALL +Allow from 127.0.0.1 +AuthType Basic +AuthBasicProvider file +AuthUserFile /example.com/conf/users.passwd +AuthName secure +Require valid-user+
AuthType Basic +AuthBasicProvider file +AuthUserFile /example.com/conf/users.passwd +AuthName secure +<RequireAll> + Require valid-user + Require ip 127.0.0.1 +</RequireAll>+
Em configurações onde a autenticação e o controle de acesso eram adequadamente combinados, as + diretivas de controle de acesso devem ser migradas. Este exemplo permite que as solicitações atendam a qualquer um dos critérios:
+Order allow,deny +Deny from all +Satisfy any +Allow from 127.0.0.1 +AuthType Basic +AuthBasicProvider file +AuthUserFile /example.com/conf/users.passwd +AuthName secure +Require valid-user+
AuthType Basic +AuthBasicProvider file +AuthUserFile /example.com/conf/users.passwd +AuthName secure +# <RequireAny> (implÃcito) +Require valid-user +Require ip 127.0.0.1+
Alguns outros pequenos ajustes podem ser necessários para configurações + em particular como discutido abaixo.
+ +MaxRequestsPerChild foi renomeada para
+ MaxConnectionsPerChild,
+ descrevendo com maior precisão o que ela faz. O nome antigo ainda
+ é suportado.MaxClients foi renomeada para
+ MaxRequestWorkers,
+ que descreve melhor o que ela faz. Para MPMs assÃncronos, como
+ event, o número máximo de clientes não é
+ equivalente ao número de threads. O nome antigo ainda
+ é suportado.DefaultType
+ não tem mais nenhum efeito além de emitir um
+ alerta se for usada com algum valor diferente de
+ none. à necessário usar outras configurações
+ para substituÃ-la na versão 2.4.
+ AllowOverride
+ agora é None.EnableSendfile
+ agora é Off.FileETag
+ agora é "MTime Size" (sem INode).mod_dav_fs: O formato do arquivo de DavLockDB foi alterado para
+ sistemas com inodes. o arquivos antigo de DavLockDB precisa ser apagado na
+ atualização.
+ KeepAlive somente
+ aceita valores de On ou Off.
+ Anteriormente, qualquer valor diferente de "Off" ou "0" era tratado como
+ "On".Mutex.
+ à necessário avaliar o uso dessas diretivas
+ removidas na configuração 2.2 para determinar se elas podem
+ ser apenas removidas ou se precisam ser substituÃdas usando Mutex.mod_cache: CacheIgnoreURLSessionIdentifiers
+ agora faz uma correspondência exata com a string de consulta em vez de
+ um correspondência parcial. Se a configuração estava usando strings
+ parciais, por exemplo, usando sessionid para corresponder a
+ /someapplication/image.gif;jsessionid=123456789,
+ então será necessário alterar para a string completa
+ jsessionid.
+ mod_cache: O segundo parâmetro para
+ CacheEnable somente
+ corresponde ao conteúdo do proxy direto se ele começar com o protocolo
+ correto. Na versão 2.2 e anteriores, um parâmetro de '/' correspondia a todo o
+ conteúdo.mod_ldap: LDAPTrustedClientCert agora é,
+ consistentemente, uma configuração apenas por diretório. Se esta diretiva
+ for usada, revise a configuração para garantir que ela está
+ presente em todos os contextos de diretório necessários.mod_filter: a sintaxe de FilterProvider foi alterada e
+ agora usa uma expressão booleana para determinar se um filtro está aplicado.
+ mod_include:
+ #if expr agora usa o novo analisador de expressões. A sintaxe antiga pode ser
+ restaurada com a nova diretiva SSILegacyExprParser.
+ mod_charset_lite: A opção DebugLevel
+ foi removida em favor da configuração LogLevel por módulo.
+ mod_ext_filter: A opção DebugLevel
+ foi removida em favor da configuração LogLevel por módulo.
+ mod_proxy_scgi: A configuração padrão para
+ PATH_INFO foi alterada em relação à versão 2.2 e
+ algumas aplicações web não irão mais operar adequadamente com a
+ nova configuração de PATH_INFO. A configuração anterior
+ pode ser restaurada através da configuração da variável
+ proxy-scgi-pathinfo.mod_ssl: A verificação de revogação baseada em CRL
+ agora precisa ser configurada explicitamente através de SSLCARevocationCheck.
+ mod_substitute: O comprimento máximo de linha agora
+ é limitado a 1MB.
+ mod_reqtimeout: Se o módulo for carregado, ele
+ agora definirá alguns limites de tempo padrões.mod_dumpio: DumpIOLogLevel
+ não é mais suportado. Os dados são sempre registrados com LogLevel no nÃvel trace7.ErrorLog ou
+ CustomLog eram chamados usando
+ /bin/sh -c na versão 2.2 e anteriores. Na versão 2.4 e posteriores,
+ comandos de registro encadeados são executados diretamente. Para restaurar o
+ comportamento antigo, consulte a documentação sobre
+ registros encadeados.mod_autoindex: agora extrai tÃtulos e
+ exibe descrições para arquivos .xhtml, que antes eram
+ ignorados.mod_ssl: O formato padrão das variáveis ââ*_DN
+ foi alterado. O formato antigo ainda pode ser usado com o novo argumento
+ LegacyDNStringFormat da diretiva SSLOptions. O protocolo SSLv2
+ não é mais suportado. SSLProxyCheckPeerCN
+ e SSLProxyCheckPeerExpire
+ agora são ativadas por padrão, fazendo com que as solicitações de proxy para hosts HTTPS
+ com certificados inválidos ou desatualizados falhem com código de status 502 (Bad
+ gateway)htpasswd agora usa hash MD5 por padrão em
+ todas as plataformas.NameVirtualHost
+ não tem mais efeito, além de emitir um
+ alerta. Qualquer combinação de endereço/porta que apareça em vários
+ hosts virtuais é implicitamente tratada como um host virtual baseado em nome.
+ mod_deflate agora irá ignorar a compressão se souber
+ que a sobrecarga de tamanho adicionada pela compressão será maior que os dados
+ a serem comprimidos.
+ #if expr= do
+ módulo mod_include ou que a diretiva
+ SSILegacyExprParser esteja
+ habilitada para o diretório que contém os documentos de erro.
+ mod_authn_alias
+ em versões anteriores (ou seja, a diretiva AuthnProviderAlias)
+ foi movida para mod_authn_core.
+ mod_rewrite usando a
+ diretiva LogLevel.
+ Consulte também a seção sobre registros de
+ mod_rewrite.<set> do módulo mod_include não
+ realiza mais a decodificação de entidades no valor que está sendo definido.Todos os módulos devem ser recompilados para a versão 2.4 antes de serem carregados.
+ +Muitos módulos de terceiros projetados para a versão 2.2 + funcionarão sem alterações com a versão 2.4 do Apache HTTP Server. + Alguns exigirão alterações; consulte a Visão geral da + atualização da API.
+Invalid command 'User', perhaps misspelled or defined by a module not included in the server configuration - carregue o módulo mod_unixdInvalid command 'Require', perhaps misspelled or defined by a module not included in the server configuration, ou
+Invalid command 'Order', perhaps misspelled or defined by a module not included in the server configuration
+ - carregue o módulo mod_access_compat ou atualize a configuração para as diretivas de autorização da versão 2.4.Ignoring deprecated use of DefaultType in line NN of /path/to/httpd.conf - remova a diretiva DefaultType
+ e substitua por outra configuração.Invalid command 'AddOutputFilterByType', perhaps misspelled
+ or defined by a module not included in the server configuration
+ - AddOutputFilterByType
+ foi movida do núcleo para o módulo mod_filter, que precisa ser carregado.configuration error: couldn't check user: /path -
+ carregue o módulo mod_authn_core..htaccess são estão sendo processados - Verifique uma
+ diretiva AllowOverride apropriada;
+ o padrão mudou para None na versão 2.4.