MÃ³dulos Relacionados	Diretrizes Relacionadas
`core` `mpm_common`	`<VirtualHost>` `Listen`

MÃ³dulos Relacionados	Diretrizes Relacionadas
`mod_filter` `mod_deflate` `mod_ext_filter` `mod_include` `mod_charset_lite` `mod_reflector` `mod_buffer` `mod_data` `mod_ratelimit` `mod_reqtimeout` `mod_request` `mod_sed` `mod_substitute` `mod_xml2enc` `mod_proxy_html`	`FilterChain` `FilterDeclare` `FilterProtocol` `FilterProvider` `AddInputFilter` `AddOutputFilter` `RemoveInputFilter` `RemoveOutputFilter` `ReflectorHeader` `ExtFilterDefine` `ExtFilterOptions` `SetInputFilter` `SetOutputFilter`

Tutorial do Servidor HTTP Apache: arquivos .htaccess

+ +

LÃnguas DisponÃveis: en | + es | + fr | + ja | + ko | + pt-br

Esta traduÃ§Ã£o pode estar desatualizada. + Confira a versÃ£o em inglÃªs para mudanÃ§as recentes.

+ +

Arquivos .htaccess oferecem um meio de fazer alteraÃ§Ãµes +nas configuraÃ§Ãµes por diretÃ³rio, sem modificar diretamente os arquivos +de configuraÃ§Ã£o principais do servidor.

Arquivos .htaccess
O que eles sÃ£o / Como usÃ¡-los
Quando (nÃ£o) usar arquivos .htaccess
Como as diretivas sÃ£o aplicadas
Exemplo de AutenticaÃ§Ã£o
Exemplo de Server Side Includes
Regras de reescrita em arquivos .htaccess
Exemplo de CGI
Resolvendo Problemas

Arquivos .htaccess ¶

MÃ³dulos Relacionados	Diretrizes Relacionadas
`core` `mod_authn_file` `mod_authz_groupfile` `mod_include` `mod_mime` `mod_rewrite`	`AccessFileName` `AllowOverride` `AllowOverrideList` `Options` `AddHandler` `SetHandler` `AuthType` `AuthName` `AuthUserFile` `AuthGroupFile` `Require`

+ +

O que eles sÃ£o / Como usÃ¡-los ¶

+ + +

Os arquivos .htaccess (ou "arquivos de configuraÃ§Ã£o distribuÃdos") + oferecem um meio de fazer alteraÃ§Ãµes nas configuraÃ§Ãµes por diretÃ³rio. Um + arquivo, contendo uma ou mais diretivas de configuraÃ§Ãµes, Ã© colocado em um + diretÃ³rio em particular e as diretivas se aplicam a este diretÃ³rio e a + todos os seus subdiretÃ³rios.

+ +

ObservaÃ§Ã£o:

Se o nome do arquivo precisar ser diferente de .htaccess, + ele pode ser alterado atravÃ©s da diretiva AccessFileName. Por exemplo, + se a preferÃªncia for chamar o arquivo de .config, pode + ser adicionada a seguinte linha ao arquivo de configuraÃ§Ã£o do servidor:

+ +

AccessFileName ".config"

+ +

Diretivas nos arquivos .htaccess usam a mesma sintaxe + que os arquivos principais + de configuraÃ§Ã£o. O que pode ser colocado nesses arquivos Ã© determinado pelas + diretivas AllowOverride E + AllowOverrideList. + AllowOverride especifica, em + categorias, quais diretivas serÃ£o honradas caso sejam encontradas em um + arquivo .htaccess, enquanto que AllowOverrideList nomeia diretivas + individuais a serem permitidas (consulte abaixo). Se uma diretiva + for permitida, a documentaÃ§Ã£o para essa diretiva conterÃ¡ uma seÃ§Ã£o Override, + especificando que valor precisa estar em AllowOverride para que essa diretiva + seja permitida.

+ +

Por exemplo, ao procurar na documentaÃ§Ã£o pela diretiva AddDefaultCharset, + pode-se notar que ela Ã© permitida nos arquivos .htaccess. + (Veja a linha Contexto no sumÃ¡rio das diretivas.) A + linha Override apresenta + FileInfo. Assim, deve-se ter pelo menos + AllowOverride FileInfo para que essa diretiva seja + honrada nos arquivos .htaccess.

Quando (nÃ£o) usar arquivos .htaccess ¶

+ +

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 + .htaccess. Isto inclui autenticaÃ§Ã£o de usuÃ¡rios, + regras do mod_rewrite e qualquer outra coisa que vocÃª tenha + tentaÃ§Ã£o de colocar no .htaccess. Diretivas na configuraÃ§Ã£o + principal sÃ£o carregadas assim que o servidor inicia, e nÃ£o a cada + requisiÃ§Ã£o, e o mod_rewrite em particular funciona melhor + no contexto de configuraÃ§Ã£o do servidor.

+ +

Os arquivos .htaccess devem ser usados âânos casos em que os + provedores de conteÃºdo precisam fazer alteraÃ§Ãµes de configuraÃ§Ã£o no servidor + por diretÃ³rio, mas nÃ£o tÃªm acesso "root" ao sistema do servidor. + Isto Ã© comum com ambientes de hospedagem gerenciados, hospedagem baseada + em painel de controle (como cPanel ou Plesk), e sistemas de gerenciamento de conteÃºdo onde + a aplicaÃ§Ã£o envia um arquivo .htaccess como parte de sua + distribuiÃ§Ã£o. Caso o administrador do servidor nÃ£o esteja disposto a fazer + alteraÃ§Ãµes de configuraÃ§Ã£o frequentes, pode ser desejÃ¡vel permitir que + usuÃ¡rios individuais faÃ§am essas alteraÃ§Ãµes em arquivos .htaccess + por conta prÃ³pria.

+ +

Existem dois motivos principais para preferir o arquivo principal de configuraÃ§Ã£o + no lugar do .htaccess: desempenho e seguranÃ§a.

+ +

Desempenho: Quando a diretiva AllowOverride + estÃ¡ configurada para permitir o uso de arquivos .htaccess, o httpd + procurarÃ¡ em todos os diretÃ³rios por arquivos .htaccess. Portanto, + permitir arquivos .htaccess causa uma queda de desempenho, + independentemente de serem realmente usados ou nÃ£o! AlÃ©m disso, o + arquivo .htaccess Ã© carregado sempre que um documento Ã© + solicitado.

+ +

Observe ainda que o httpd precisa procurar arquivos .htaccess + em todos os diretÃ³rios de nÃvel superior, a fim de ter um conjunto completo de + diretivas que ele deve aplicar. (Consulte a seÃ§Ã£o sobre como + as diretivas sÃ£o aplicadas.) Assim, se um arquivo for solicitado de um + diretÃ³rio /www/htdocs/example, o httpd precisa procurar os + seguintes arquivos:

+ +

/.htaccess
+/www/.htaccess
+/www/htdocs/.htaccess
+/www/htdocs/example/.htaccess

+ + +

Assim, para cada acesso a um arquivo fora desse diretÃ³rio, hÃ¡ 4 + acessos adicionais ao sistema de arquivos, mesmo que nenhum desses arquivos esteja + presente. (Observe que isso sÃ³ ocorreria se + os arquivos .htaccess estivessem habilitados para o diretÃ³rio /, o que + normalmente nÃ£o acontece.)

+ +

SeguranÃ§a: VocÃª estÃ¡ permitindo + que usuÃ¡rios modifiquem a configuraÃ§Ã£o do servidor, o que pode resultar em alteraÃ§Ãµes sobre + as quais vocÃª nÃ£o tem controle.Considere cuidadosamente se deseja conceder + esse privilÃ©gio aos usuÃ¡rios. Observe tambÃ©m que conceder aos usuÃ¡rios menos + privilÃ©gios do que o necessÃ¡rio levarÃ¡ a solicitaÃ§Ãµes adicionais de suporte + tÃ©cnico. Certifique-se de informar claramente aos usuÃ¡rios qual o nÃvel de + privilÃ©gios que foi condedido a eles. Especificar exatamente o valor definido para + AllowOverride e direcionÃ¡-los + para a documentaÃ§Ã£o relevante evitarÃ¡ muita confusÃ£o + posteriormente.

+ +

Se for necessÃ¡rio conceder acesso ao .htaccess porÃ©m limitando + a um conjunto especÃfico de diretivas em vez de categorias inteiras, use a + diretiva AllowOverrideList. Isso + permite nomear diretivas individuais que sÃ£o permitidas, fornecendo + um controle mais fino que a AllowOverride sozinha:

+ +

# Permite somente diretivas especÃficas, e nÃ£o categorias inteiras
+AllowOverride None
+AllowOverrideList Redirect RedirectMatch RewriteEngine RewriteRule RewriteCond

+ + +

Com esta configuraÃ§Ã£o, qualquer diretiva que nÃ£o esteja explicitamente listada + causarÃ¡ um erro de servidor se encontrada em um arquivo .htaccess. + Isto Ã© um meio termo Ãºtil entre o acesso total e nenhum + acesso.

+ +

Observe que Ã© completamente equivalente colocar um arquivo .htaccess + em um diretÃ³rio /www/htdocs/example contendo uma + diretiva, e colocar essa mesma diretiva em uma seÃ§Ã£o Directory + <Directory "/www/htdocs/example"> na configuraÃ§Ã£o principal do + servidor:

+ +

Arquivo .htaccess em /www/htdocs/example:

+ +

ConteÃºdo do arquivo .htaccess em + `/www/htdocs/example`

AddType text/example ".exm"

+ +

SeÃ§Ã£o do arquivo `httpd.conf` +

<Directory "/www/htdocs/example">
+    AddType text/example ".exm"
+</Directory>

+ +

O uso de arquivos .htaccess pode ser completamente desativado + definindo a diretiva AllowOverride + como none:

+ +

AllowOverride None

+ +

Como as diretivas sÃ£o aplicadas ¶

+ +

As diretivas de configuraÃ§Ã£o encontradas em um arquivo .htaccess + sÃ£o aplicadas ao diretÃ³rio em que o arquivo .htaccess + estÃ¡ localizado e a todos os seus subdiretÃ³rios. No entanto, Ã© importante + lembrar tambÃ©m que pode haver arquivos .htaccess + em diretÃ³rios acima na Ã¡rvore. As diretivas sÃ£o aplicadas na ordem em que + sÃ£o encontradas. Portanto, um arquivo .htaccess em um determinado + diretÃ³rio pode sobrescrever diretivas encontradas em arquivos .htaccess + localizados acima na Ã¡rvore de diretÃ³rios. E estes, por sua vez, podem ter + sobrescrito diretivas encontradas ainda acima na Ã¡rvore, ou no prÃ³prio arquivo de + configuraÃ§Ã£o principal do servidor.

+ +

Exemplo:

+ +

No diretÃ³rio /www/htdocs/example1, considere + um arquivo .htaccess contendo o seguinte:

+ +

Options +ExecCGI

+ + +

(ObservaÃ§Ã£o: "AllowOverride Options" precisa estar em vigor + para permitir o uso da diretiva "Options" em + arquivos .htaccess.)

+ +

No diretÃ³rio /www/htdocs/example1/example2, considere + um arquivo .htaccess contendo:

+ +

Options Includes

+ + +

Devido a este segundo arquivo .htaccess, no diretÃ³rio + /www/htdocs/example1/example2, a execuÃ§Ã£o de CGI nÃ£o Ã© + permitida, pois apenas Options Includes estÃ¡ em vigor, o que + sobrescreve completamente qualquer configuraÃ§Ã£o anterior que possa ter estado + em vigor.

+ +

Mesclagem do .htaccess com os arquivos principais + de configuraÃ§Ã£o

+ +

Conforme discutido na documentaÃ§Ã£o sobre SeÃ§Ãµes de ConfiguraÃ§Ã£o, + os arquivos .htaccess podem sobrescrever as seÃ§Ãµes <Directory> para + o diretÃ³rio correspondente, mas serÃ£o sobrescritos por outros tipos + de seÃ§Ãµes de configuraÃ§Ã£o dos arquivos de configuraÃ§Ã£o principais. + Esse fato pode ser usado para impor certas configuraÃ§Ãµes, mesmo na + presenÃ§a de uma configuraÃ§Ã£o AllowOverride permissiva. Por exemplo, para + impedir a execuÃ§Ã£o de scripts, permitindo que qualquer outra configuraÃ§Ã£o seja feita em + .htaccess, pode ser usado:

+ +

<Directory "/www/htdocs">
+    AllowOverride All
+</Directory>
+
+<Location "/">
+    Options +IncludesNoExec -ExecCGI
+</Location>

+ + +

Este exemplo pressupÃµe que DocumentRoot seja /www/htdocs.

+ + +

Exemplo de AutenticaÃ§Ã£o ¶

+ +

Como em qualquer caso de uso de .htaccess, inserir estas diretivas em + um bloco <Directory> Ã© + preferido quando se tem acesso Ã configuraÃ§Ã£o principal (consulte + above). O exemplo s seguir mostra o mÃ©todo + .htaccess:

+ +

ConteÃºdo de .htaccess:

+ +

AuthType Basic
+AuthName "Senha Requerida"
+AuthUserFile "/www/senhas/arquivo.senhas"
+AuthGroupFile "/www/senhas/arquivo.grupos"
+Require group admins

+ + +

Observe que AllowOverride AuthConfig deve estar em vigor + para que essas diretivas tenham algum efeito.

+ +

Consulte o tutorial de autenticaÃ§Ã£o para uma + discussÃ£o mais completa sobre autenticaÃ§Ã£o e autorizaÃ§Ã£o.

Exemplo de Server Side Includes ¶

+ +

Outro uso comum de arquivos .htaccess Ã© habilitar + inclusÃµes do lado do servidor para um diretÃ³rio especÃfico. Isso pode ser feito com + as seguintes diretivas de configuraÃ§Ã£o, colocadas em um + arquivo .htaccess no diretÃ³rio desejado:

+ +

Options +Includes
+AddType text/html shtml
+AddHandler server-parsed shtml

+ + +

Observe que AllowOverride Options e AllowOverride + FileInfo devem estar ambos em vigor para que essas diretivas tenham algum + efeito.

+ +

Consulte o tutorial SSI para uma discussÃ£o mais + completa sobre includes do lado do servidor.

Regras de reescrita em arquivos .htaccess ¶

Ao usar 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 + ao diretÃ³rio atual, em vez de serem o URI solicitado original. + Considere os seguintes exemplos:

+ +

# No arquivo httpd.conf
+RewriteRule "^/imagens/(.+)\.jpg" "/imagens/$1.png"
+
+# No arquivo .htaccess do diretÃ³rio raiz
+RewriteRule "^imagens/(.+)\.jpg" "imagens/$1.png"
+
+# No arquivo .htaccess do diretÃ³rio imagens/
+RewriteRule "^(.+)\.jpg" "$1.png"

+ + +

Em um arquivo .htaccess no diretÃ³rio de documentos, a barra inicial + Ã© removida do valor fornecido para RewriteRule, e no subdiretÃ³rio + imagens, /imagens/ Ã© removido + dele. Portanto, a expressÃ£o regular precisa omitir essa parte + tambÃ©m.

+ +

Observe tambÃ©m que no contexto do .htaccess, expressÃµes regulares sÃ£o + recompiladas a cada requisiÃ§Ã£o, enquanto que na configuraÃ§Ã£o principal do servidor elas + sÃ£o compiladas apenas uma vez e armazenadas em cache.

+ +

Consulte a documentaÃ§Ã£o do mod_rewrite para + obter mais detalhes sobre como usar o mod_rewrite.

+ +

Exemplo de CGI ¶

+ +

Scripts CGI sÃ£o um mecanismo legado para conteÃºdo dinÃ¢mico. Para novos + desenvolvimentos, considere o uso de mod_proxy_fcgi com um + servidor de aplicaÃ§Ã£o FastCGI ou um manipulador especÃfico para algum framework. A + informaÃ§Ã£o abaixo permanece Ãºtil para ambientes que ainda dependem de + CGI tradicional.

+ +

Pode ser necessÃ¡rio usar um arquivo .htaccess para permitir + a execuÃ§Ã£o de programas CGI em um diretÃ³rio especÃfico. Isso pode ser + implementado com a seguinte configuraÃ§Ã£o:

+ +

Options +ExecCGI
+AddHandler cgi-script cgi pl

+ + +

Alternativamente, se for necessÃ¡rio que todos os arquivos no diretÃ³rio especificado sejam + considerados programas CGI, isso pode ser feito com a seguinte + configuraÃ§Ã£o:

+ +

Options +ExecCGI
+SetHandler cgi-script

+ + +

Observe que AllowOverride Options e AllowOverride + FileInfo devem estar ambos em vigor para que essas diretivas tenham algum + efeito.

+ +

Consulte o tutorial CGI para uma discussÃ£o mais + completa sobre programaÃ§Ã£o e configuraÃ§Ã£o CGI.

+ +

Resolvendo Problemas ¶

+ +

Quando sÃ£o colocadas diretivas de configuraÃ§Ã£o em um arquivo .htaccess + e nÃ£o Ã© obtido o efeito desejado, hÃ¡ uma sÃ©rie de + coisas que podem estar dando errado.

+ +

O problema mais comum Ã© que a diretiva AllowOverride nÃ£o estÃ¡ + configurada de forma que suas diretivas de configuraÃ§Ã£o sejam respeitadas. + Certifique-se de que nÃ£o exista um AllowOverride None em vigor + para o escopo do arquivo em questÃ£o. Um bom teste para isso Ã© colocar uma + palavra sem sentido no seu arquivo .htaccess e recarregar a + pÃ¡gina:

+ +

TestMe

+ + +

Se um erro do servidor (HTTP 500) nÃ£o + for gerado, Ã© quase certeza que AllowOverride + None esteja em vigor.

+ +

Se, por outro lado, erros do servidor estiverem sendo gerados ao tentar + acessar documentos, verifique o registro de erros do httpd. Ele provavelmente informarÃ¡ + que a diretiva usada no arquivo .htaccess nÃ£o Ã© + permitida.

+ +

[Tue May 06 09:12:31.528374 2025] [core:alert] [pid 12345] [client 192.168.1.50:54321] /var/www/html/.htaccess: DirectoryIndex not allowed here

+ + +

Isso indicarÃ¡ que foi usada uma diretiva que + nunca Ã© permitida em arquivos .htaccess, ou que simplesmente + nÃ£o existe um AllowOverride definido para + um nÃvel suficiente para a diretiva usada. Consulte a + documentaÃ§Ã£o dessa diretiva especÃfica para determinar qual + Ã© o caso.

+ +

Alternativamente, pode aparecer um erro de sintaxe no + uso da prÃ³pria diretiva.

+ +

[Tue May 06 09:14:02.946218 2025] [core:alert] [pid 12345] [client 192.168.1.50:54321] /var/www/html/.htaccess: RewriteCond: bad flag delimiters

+ + +

Neste caso, a mensagem de erro deve ser especÃfica para o + erro de sintaxe cometido.

+ +

This directive adds an action, which will activate cgi-script when action-type is triggered by - the request. The cgi-script is the URL-path to a + the request. The cgi-script is the URL-path to a resource that has been designated as a CGI script using ScriptAlias or AddHandler. The action-type can be either a handler or a MIME content type. It sends the URL and file path of the requested document using the standard CGI - PATH_INFO and PATH_TRANSLATED + PATH_INFO and PATH_TRANSLATED environment variables. The handler used for the particular request is passed using the REDIRECT_HANDLER variable.

In this example, requests for files with a MIME content type of image/gif will be handled by the - specified cgi script /cgi-bin/images.cgi.

In this example, requests for files with a file extension of - .xyz are handled by the specified cgi script + .xyz are handled by the specified CGI script /cgi-bin/program.cgi.

The optional virtual modifier turns off the check diff --git a/docs/manual/mod/mod_actions.html.fr.utf8 b/docs/manual/mod/mod_actions.html.fr.utf8 index 143859d956..f76ecce918 100644 --- a/docs/manual/mod/mod_actions.html.fr.utf8 +++ b/docs/manual/mod/mod_actions.html.fr.utf8 @@ -34,6 +34,7 @@ ja | ko

diff --git a/docs/manual/mod/mod_actions.xml.de b/docs/manual/mod/mod_actions.xml.de index 5fd9872132..cf22625970 100644 --- a/docs/manual/mod/mod_actions.xml.de +++ b/docs/manual/mod/mod_actions.xml.de @@ -1,7 +1,7 @@ - + + diff --git a/docs/manual/mod/mod_actions.xml.ja b/docs/manual/mod/mod_actions.xml.ja index 9199fb9678..1d6de83890 100644 --- a/docs/manual/mod/mod_actions.xml.ja +++ b/docs/manual/mod/mod_actions.xml.ja @@ -1,7 +1,7 @@ - + + + diff --git a/docs/manual/mod/mod_brotli.xml.meta b/docs/manual/mod/mod_brotli.xml.meta index 8c6376e8a0..e06ba08846 100644 --- a/docs/manual/mod/mod_brotli.xml.meta +++ b/docs/manual/mod/mod_brotli.xml.meta @@ -8,6 +8,6 @@ en - fr + fr diff --git a/docs/manual/new_features_2_0.html.pt-br.utf8 b/docs/manual/new_features_2_0.html.pt-br.utf8 new file mode 100644 index 0000000000..2d39991295 --- /dev/null +++ b/docs/manual/new_features_2_0.html.pt-br.utf8 @@ -0,0 +1,274 @@ + + + + + + +VisÃ£o Geral das novas funcionalidades do Servidor HTTP Apache 2.0 - Servidor HTTP Apache VersÃ£o 2.4 + + + + + + + +

+Apache > Servidor HTTP > DocumentaÃ§Ã£o > VersÃ£o 2.4

VisÃ£o Geral das novas funcionalidades do Servidor HTTP Apache 2.0

+ +

LÃnguas DisponÃveis: de | + en | + fr | + ja | + ko | + pt-br | + tr

+ +

Esse documento descreve algumas das mudanÃ§as principais entre as + versÃµes 1.3 e 2.0 do Servidor HTTP Apache.

Principais Melhorias
Melhorias nos MÃ³dulos

Veja tambÃ©m

Atualizando da versÃ£o 1.3 para a 2.0

Principais Melhorias ¶

+ + +

Threads Unix: Em sistemas Unix com suporte a threads POSIX, o Apache httpd agora + pode funcionar em um modo hÃbrido multiprocessos e multithreads. Isto melhora + a escalabilidade para muitos mas nÃ£o para todas as configuraÃ§Ãµes.
Novo Sistema de CompilaÃ§Ã£o: O sistema de compilaÃ§Ã£o foi reescrito do zero para utilizar o + autoconf e o libtool, tornando o + sistema de configuraÃ§Ã£o do Apache httpd mais similar a + de outros pacotes.
Suporte Multi-protocolo: O Servidor HTTP Apache possui agora infraestrutura para + suportar mÃºltiplos protocolos. O mÃ³dulo mod_echo Ã© + exemplo ilustrativo de sua utilizaÃ§Ã£o.
Suporte aperfeiÃ§oado para plataformas + nÃ£o-Unix: O Servidor HTTP Apache 2.0 Ã© mais rÃ¡pido e mas estÃ¡vel em plataformas + nÃ£o-Unix como BeOS, OS/2 e Windows. Com a + introduÃ§Ã£o de mÃ³dulos de multi-processamento especÃficos por plataforma (MPMs) e o + Apache Portable Runtime (APR), essas plataformas agora estÃ£o + implementadas em suas API nativas, evitando as camadas de emulaÃ§Ã£o POSIX que muitas vezes se + defeituosas e com baixo desempenho.
Nova API httpd Apache: A API para mÃ³dulos mudou significativamente na versÃ£o 2.0. + Muitos dos problemas de ordenaÃ§Ã£o/prioridade de mÃ³dulos da versÃ£o + 1.3 foram resolvidos. A 2.0 faz muito disso automaticamente e a ordenaÃ§Ã£o de mÃ³dulos + agora Ã© feita atravÃ©s de ganchos para permitir mais flexibilidade. AlÃ©m disso, novas chamadas + foram adicionadas para fornecer capacidades adicionais de mÃ³dulos + sem a necessidade de se aplicar patches ao nÃºcleo do Servidor HTTP Apache.
Suporte IPv6: Em sistemas onde o IPv6 Ã© suportado pela biblioteca subjacente + do Apache Portable Runtime, o httpd Apache monitora sockets + IPv6 por padrÃ£o. Adicionalmente, as diretivas Listen, NameVirtualHost e VirtualHost suportam strings de + endereÃ§o numÃ©rico IPv6 (ex.: "Listen + [2001:db8::1]:8080").
Filtros: Os mÃ³dulos do Apache agora podem ser escritos como filtros que atuam + no fluxo de conteÃºdo Ã medida que este Ã© entregue ou recebido do + do servidor. Isto permite, por exemplo, que a saÃda de scripts CGI seja + analisada para encontrar diretivas "Server Side Include" usando o + filtro INCLUDES de mod_include. O + mÃ³dulo mod_ext_filter permite que programas externos + atuem como filtros do mesmo modo que aplicaÃ§Ãµes CGI podem atuar como + manipuladores.
Respostas de Erro Multi-linguais: Mensagens de respostas de erro para o navegador agora sÃ£o fornecidas em + diversas lÃnguas, usando documentos SSI. Podem ser personalizadas + pelo administrador para atingir uma aparÃªncia consistente.
ConfiguraÃ§Ã£o Simplificada: Muitas diretivas confusas foram simplificadas. Entre elas, + Port e BindAddress nÃ£o existem + mais; apenas a diretiva Listen + Ã© usada para vinculaÃ§Ã£o de endereÃ§o IP; a diretiva ServerName especifica o + nome do servidor e o nÃºmero da porta apenas para redirecionamento e reconhecimento + de hosts virtuais.
Suporte Nativo ao Unicode do Windows NT: O Apache httpd 2.0 para Windows NT agora usa UTF-8 para codificaÃ§Ã£o + de todos os nomes de arquivos que sÃ£o traduzidos diretamente para o sistemas de Arquivos + Unicode subjacente, fornecendo suporte multi-lingual para todas + as versÃµes Windows da famÃlia NT, incluindo Windows 2000 e Windows XP. + Este suporte nÃ£o se estende ao Windows 95, 98 ou ME, que + continuam usando o cÃ³digo de pÃ¡gina local da mÃ¡quina para + acesso ao sistema de arquivos.
Biblioteca de ExpressÃµes Regulares Atualizada: O Apache httpd 2.0 inclui a Biblioteca + de ExpressÃµes Regulares CompatÃvel com Perl (PCRE). Todas as + anÃ¡lises de expressÃµes regulares agoram usam a sintaxe mais poderosa + do Perl 5.

Melhorias nos MÃ³dulos ¶

+ + +

mod_ssl: Novo mÃ³dulo no Apache httpd 2.0. Este mÃ³dulo Ã© uma interface + para os protocolos de codificaÃ§Ã£o SSL/TLS fornecidos pelo + OpenSSL.
mod_dav: Novo mÃ³dulo no Apache httpd 2.0. Este mÃ³dulo implementa as + especificaÃ§Ãµes de Autoria e Versionamento DistribuÃdas (DAV) para + para publicaÃ§Ã£o e manutenÃ§Ã£o de conteÃºdo web.
mod_deflate: Novo mÃ³dulo no Apache httpd 2.0. Este mÃ³dulo permite suporte + a navegadores que solicitam que o conteÃºdo seja comprimido antes da entrega, + economizando trÃ¡fego de rede.
mod_auth_ldap: Novo mÃ³dulo no Apache httpd 2.0.41. Este mÃ³dulo permite que + um banco de dados LDAP seja usados para armazenar credenciais para AutenticaÃ§Ã£o + BÃ¡sica BÃ¡sica HTTP. Um mÃ³dulo que o acompanha, mod_ldap, + fornece o gerenciamento de grupos de conexÃµes e armazenamento de resultados em cache.
mod_auth_digest: Inclui suporte adicional para armazenamento de sessÃµes em cache + atravÃ©s de processos que usam memÃ³ria compartilhada.
mod_charset_lite: Novo mÃ³dulo no Apache httpd 2.0. Este mÃ³dulo experimental permite + traduÃ§Ã£o ou recodificaÃ§Ã£o de conjuntos de caracteres.
mod_file_cache: Novo mÃ³dulo no Apache httpd 2.0. Esse mÃ³dulo inclui a + funcionalidade do mod_mmap_static do Servidor HTTP + Apache versÃ£o 1.3 e disponibiliza outras habilidades de armazenamento em cache.
mod_headers: Este mÃ³dulo Ã© muito mais flexÃvel no Apache httpd 2.0. Ele pode agora + modificar cabeÃ§alhos de requisiÃ§Ã£o usados pelo mod_proxy e + pode ajustar cabeÃ§alhos de resposta sob certas condiÃ§Ãµes.
mod_proxy: O mÃ³dulo de proxy foi totalmente reescrito para tomar + vantagem da nova infraestrutura de filtros e para implementar um + proxy mais confiÃ¡vel e compatÃvel com o padrÃ£o HTTP/1.1. AlÃ©m disso, novas + seÃ§Ãµes de configuraÃ§Ã£o <Proxy> + fornecem controles mais legÃveis (e internamente + mais rÃ¡pidos) de sites com proxies; configuraÃ§Ãµes + sobrecarregadas <Directory "proxy:..."> nÃ£o sÃ£o suportadas. + O mÃ³dulo agora Ã© dividido mÃ³dulos de suporte a protocolos especÃficos + incluindo proxy_connect, proxy_ftp e + proxy_http.
mod_negotiation: A nova diretiva ForceLanguagePriority pode ser usada para assegurar que + o cliente receba um Ãºnico documento em todos os casos, em vez de + respostas como "NOT ACCEPTABLE" ou "MULTIPLE CHOICES". Adicionalmente, os algoritmos + de negociaÃ§Ã£o e visualizaÃ§Ãµes mÃºltiplas foram organizados para + fornecer resultados mais consistentes e foi disponibilizado uma nova forma de + mapa de tipo que pode incluir conteÃºdo de documentos.
mod_autoindex: As listagens de diretÃ³rios autoindexadas agora podem ser configuradas + para usar tabelas HTML para formataÃ§Ãµes mais limpas e permitir controles + mais finos de ordenaÃ§Ã£o, incluindo ordenaÃ§Ã£o por versÃ£o e filtragem da listagem de + diretÃ³rios atravÃ©s de caracteres-coringa.
mod_include: Novas diretivas permitem que as tags padrÃµes de inÃcio e fim para elementos + SSI possam ser alteradas e permitem que a configuraÃ§Ã£o de formato de erro e horÃ¡rio + ocorra no arquivo de configuraÃ§Ã£o principal em vez de ocorrerem + no documento SSI. Resultados de anÃ¡lises de expressÃµes regulares e agrupamento + (agora baseadas na sintaxe de expressÃµes regulares do Perl) podem ser obtidas + usando as variÃ¡veis do mÃ³dulo mod_include: $0 + .. $9.
mod_auth_dbm: Agora suporta mÃºltiplos tipos de banco de dados similares ao DBM usando a + diretiva AuthDBMType.

LÃnguas DisponÃveis: de | + en | + fr | + ja | + ko | + pt-br | + tr

+ \ No newline at end of file diff --git a/docs/manual/new_features_2_2.html.pt-br.utf8 b/docs/manual/new_features_2_2.html.pt-br.utf8 new file mode 100644 index 0000000000..481864d737 --- /dev/null +++ b/docs/manual/new_features_2_2.html.pt-br.utf8 @@ -0,0 +1,311 @@ + + + + + + +VisÃ£o geral das novas funcionalidades no Servidor HTTP Apache 2.2 - Servidor HTTP Apache VersÃ£o 2.4 + + + + + + + +

+Apache > Servidor HTTP > DocumentaÃ§Ã£o > VersÃ£o 2.4

VisÃ£o geral das novas funcionalidades no Servidor HTTP Apache 2.2

+ +

LÃnguas DisponÃveis: en | + fr | + ko | + pt-br | + tr

+ +

Este documento descreve algumas das principais mudanÃ§as entre as + versÃµes 2.0 e 2.2 do servidor HTTP Apache. Para obter informaÃ§Ãµes sobre os novos + recursos desde a versÃ£o 1.3, consulte o documento Novos + recursos da versÃ£o 2.0.

Melhorias do NÃºcleo
Melhorias nos MÃ³dulos
Melhorias na AplicaÃ§Ã£o
AlteraÃ§Ãµes para Desenvolvedor de MÃ³dulos

Melhorias do NÃºcleo ¶

+ +

Authn/Authz: Os mÃ³dulos de autenticaÃ§Ã£o e autorizaÃ§Ã£o incluÃdos foram + refatorados. O novo mÃ³dulo mod_authn_alias (jÃ¡ removido das versÃµes 2.3/2.4) + pode simplificar bastante certas configuraÃ§Ãµes de autenticaÃ§Ã£o. + Consulte alteraÃ§Ãµes nos nomes dos mÃ³dulos e + as alteraÃ§Ãµes para desenvolvedores para obter mais + informaÃ§Ãµes sobre como essas alteraÃ§Ãµes afetam usuÃ¡rios e + desenvolvedores de mÃ³dulos.
Cache: mod_cache, mod_cache_disk e + mod_mem_cache (jÃ¡ removido das versÃµes 2.3/2.4) tiveram muitas mudanÃ§as e + agora sÃ£o considerados de qualidade de produÃ§Ã£o. htcacheclean + foi introduzido para limpar as configuraÃ§Ãµes de + mod_cache_disk.
ConfiguraÃ§Ã£o: O layout de configuraÃ§Ã£o padrÃ£o foi simplificado e + modularizado. Trechos de configuraÃ§Ã£o que podem ser usados ââpara + habilitar recursos comumente utilizados agora estÃ£o incluÃdos no Apache e + podem ser facilmente adicionados Ã configuraÃ§Ã£o principal do servidor.
Parada graciosa: Os MPMs prefork, worker e + event agora permitem que o httpd + seja desligado graciosamente atravÃ©s do sinal + graceful-stop. + A diretiva GracefulShutdownTimeout + foi adicionada para especificar um tempo limite Ã³timo, apÃ³s o qual + httpd terminarÃ¡ independentemente do status + de quaisquer requisiÃ§Ãµes sendo servidas.
Proxy: O novo mÃ³dulo mod_proxy_balancer fornece + serviÃ§os de balanceamento de carga para mod_proxy. + O novo mÃ³dulo mod_proxy_ajp adiciona suporte para o + Protocolo Apache JServ versÃ£o 1.3 usado pelo + Apache Tomcat.
Biblioteca de ExpressÃµes Regulares Atualizada: A versÃ£o 5.0 da + Biblioteca de ExpressÃµes Regulares CompatÃveis + com Perl (PCRE) agora estÃ¡ incluÃda. O httpd pode ser + configurado para usar uma instalaÃ§Ã£o do PCRE no sistema, passando a opÃ§Ã£o + --with-pcre para o comando de configuraÃ§Ã£o.
Filtragem Inteligente: mod_filter introduz configuraÃ§Ã£o dinÃ¢mica + Ã cadeia de filtros de saÃda. Ele permite que filtros sejam inseridos condicionalmente, + com base em qualquer cabeÃ§alho "Request" ou "Response" ou variÃ¡vel de ambiente, + e dispensa as dependÃªncias mais problemÃ¡ticas e + os problemas de ordenaÃ§Ã£o na arquitetura 2.0.
Suporte a Arquivos Grandes: httpd agora Ã© construÃdo com suporte a arquivos maiores + que 2GB em sistemas Unix modernos de 32 bits. TambÃ©m foi adicionado suporte + para lidar com corpos de requisiÃ§Ã£o com mais de 2GB.
MPM de Eventos: O mÃ³dulo MPM event usa um thread separado para lidar com + solicitaÃ§Ãµes "Keep Alive" e aceitar conexÃµes. As solicitaÃ§Ãµes "Keep Alive" + tradicionalmente exigiam que o httpd dedicasse um trabalhador para processÃ¡-las. + Esse trabalhador dedicado nÃ£o podia ser usado novamente atÃ© que o tempo limite do "Keep Alive" + fosse atingido.
Suporte a Banco de Dados SQL: mod_dbd, em conjunto com o framework apr_dbd, + traz suporte direto a SQL para os mÃ³dulos que precisam. + Suporte grupos de conexÃµes em MPMs com threads.

Melhorias nos MÃ³dulos ¶

+ +

Authn/Authz: MÃ³dulos no diretÃ³rio "aaa" foram renomeados e oferecem + um suporte melhor para autenticaÃ§Ã£o "digest". Por exemplo, + mod_auth agora estÃ¡ dividido em + mod_auth_basic e + mod_authn_file; mod_auth_dbm agora Ã© + chamado de mod_authn_dbm; mod_access foi + renomeado para mod_authz_host. TambÃ©m existe um novo + mÃ³dulo mod_authn_alias (jÃ¡ removido da versÃ£o 2.3/2.4) para simplificar + certas configuraÃ§Ãµes de autenticaÃ§Ã£o. +
mod_authnz_ldap: Este mÃ³dulo Ã© uma adaptaÃ§Ã£o do mÃ³dulo + mod_auth_ldap da versÃ£o para o framework Authn/Authz + da versÃ£o 2.2. Os novos recursos incluem o uso de valores de atributos LDAP e + filtros de pesquisa complexos na + diretiva Require.
mod_authz_owner: Um novo mÃ³dulo que autoriza o acesso a arquivos com base + no proprietÃ¡rio do arquivo no sistema de arquivos.
mod_version: Um novo mÃ³dulo que permite habilitar blocos de configuraÃ§Ã£o com base no + nÃºmero da versÃ£o do servidor em execuÃ§Ã£o.
mod_info: Adicionado um novo argumento ?config que mostrarÃ¡ + as diretivas de configuraÃ§Ã£o analisadas pelo Apache, incluindo + o nome do arquivo e o nÃºmero da linha. O mÃ³dulo tambÃ©m + mostra a ordem de todos os ganchos de requisiÃ§Ã£o e informaÃ§Ãµes adicionais + de construÃ§Ã£o, similar a httpd -V.
mod_ssl: Adicionado suporte Ã + RFC 2817, que + permite que conexÃµes sejam atualizadas de texto puro para criptografia TLS.
mod_imagemap: mod_imap foi renomeado para + mod_imagemap para evitar confusÃ£o pelo usuÃ¡rio.

+ +

Melhorias na AplicaÃ§Ã£o ¶

+ +

httpd: Uma nova opÃ§Ã£o de linha de comando -M foi adicionada. Ela + lista todos os mÃ³dulos carregados com base na configuraÃ§Ã£o atual. + Diferentemente da opÃ§Ã£o -l, esta lista + inclui DSOs carregados via mod_so.
httxt2dbm: Um novo programa usado para gerar arquivos dbm a partir de entrada de texto, + para uso em RewriteMap + com o tipo de mapa dbm.

AlteraÃ§Ãµes para Desenvolvedor de MÃ³dulos ¶

+ +

API APR 1.0

Apache 2.2 usa a API APR 1.0. Todas as funÃ§Ãµes e sÃmbolos + descontinuados foram removidas do APR e do + APR-Util. Para detalhes, consulte o + Website do APR.

Authn/Authz

Os mÃ³dulos de autenticaÃ§Ã£o e autorizaÃ§Ã£o foram + renomeados da seguinte forma: +

mod_auth_* -> MÃ³dulos que implementam um mecanismo + de autenticaÃ§Ã£o HTTP
mod_authn_* -> MÃ³dulos que fornecem um provedor + de autenticaÃ§Ã£o de backend
mod_authz_* -> MÃ³dulos que implementam + autorizaÃ§Ã£o (ou acesso)
mod_authnz_* -> MÃ³dulos que implementam tanto + autenticaÃ§Ã£o quanto autorizaÃ§Ã£o

+ Existe um novo esquema de provedor de backend de + autenticaÃ§Ã£o que facilita bastante a construÃ§Ã£o de + novos backends de autenticaÃ§Ã£o.

Registro de Erros de ConexÃ£o

Uma nova funÃ§Ã£o, ap_log_cerror, foi adicionada para registrar + erros que ocorrem com a conexÃ£o do cliente. Quando registrada, + a mensagem inclui o endereÃ§o IP do cliente.

Gancho de ConfiguraÃ§Ã£o de Teste Adicionado

Um novo gancho, test_config, foi adicionado para auxiliar + mÃ³dulos que desejam executar cÃ³digo especial somente quando o usuÃ¡rio passar + -t para httpd.

Definindo o Tamanho da Pilha de MPMs com Threads

Uma nova diretiva, ThreadStackSize foi adicionada para + definir o tamanho da pilha em todos os MPMs com threads. Isso Ã© necessÃ¡rio + para alguns mÃ³dulos de terceiros em plataformas com tamanho de pilha de + threads padrÃ£o pequeno.

MAnipulaÃ§Ã£o de protocolo para filtros de saÃda

No passado, cada filtro era responsÃ¡vel por garantir + a geraÃ§Ã£o de cabeÃ§alhos de resposta corretos que os afetasse. + Os filtros agora podem delegar o gerenciamento de protocolos comuns para + mod_filter, usando as chamadas + ap_register_output_filter_protocol ou + ap_filter_protocol.

Gancho de monitoramento adicionado

O gancho de monitoramento permite que os mÃ³dulos executem tarefas regulares/agendadas + no processo pai (raiz).

AlteraÃ§Ãµes na API de expressÃµes regulares

O cabeÃ§alho pcreposix.h nÃ£o estÃ¡ mais disponÃvel; + ele foi substituÃdo pelo novo cabeÃ§alho ap_regex.h. + A implementaÃ§Ã£o POSIX.2 regex.h exposta pelo antigo + cabeÃ§alho agora estÃ¡ disponÃvel no namespace ap_ + a partir de ap_regex.h. Chamadas para regcomp, + regexec e assim por diante podem ser substituÃdas por chamadas para + ap_regcomp, ap_regexec.

Framework DBD (API de banco de dados SQL)

Com o Apache 1.x e 2.0, os mÃ³dulos que exigiam um backend SQL + tinham que assumir a responsabilidade de gerenciÃ¡-lo por conta prÃ³pria. AlÃ©m de + reinventar a roda, isso pode ser muito ineficiente, por + exemplo, quando vÃ¡rios mÃ³dulos mantÃªm suas prÃ³prias conexÃµes.

+ +

O Apache 2.1 e versÃµes posteriores fornecem a API ap_dbd para + gerenciar conexÃµes de banco de dados (incluindo estratÃ©gias otimizadas + para MPMs com e sem threads), enquanto o APR 1.2 e versÃµes posteriores fornecem + a API apr_dbd para interagir com o banco de dados.

+ +

Novos mÃ³dulos DEVEM agora usar essas APIs para todas as operaÃ§Ãµes de banco de dados SQL. + Os aplicativos existentes DEVEM ser atualizados para usÃ¡-las + sempre que possÃvel, seja de forma transparente ou como uma opÃ§Ã£o recomendada + aos seus usuÃ¡rios.

LÃnguas DisponÃveis: en | + fr | + ko | + pt-br | + tr

+ \ No newline at end of file diff --git a/docs/manual/new_features_2_4.html.pt-br.utf8 b/docs/manual/new_features_2_4.html.pt-br.utf8 new file mode 100644 index 0000000000..2f41d6fb97 --- /dev/null +++ b/docs/manual/new_features_2_4.html.pt-br.utf8 @@ -0,0 +1,482 @@ + + + + + + +VisÃ£o geral das novas funcionalidades do Servidor HTTP Apache 2.4 - Servidor HTTP Apache VersÃ£o 2.4 + + + + + + + +

+Apache > Servidor HTTP > DocumentaÃ§Ã£o > VersÃ£o 2.4

VisÃ£o geral das novas funcionalidades do Servidor HTTP Apache 2.4

+ +

LÃnguas DisponÃveis: en | + fr | + pt-br | + tr

+ +

Este documento descreve algumas das principais mudanÃ§as entre as + versÃµes 2.2 e 2.4 do servidor HTTP Apache. Para obter informaÃ§Ãµes sobre os novos recursos + desde a versÃ£o 2.0, consulte o documento Novos recursos + da versÃ£o 2.2.

Melhorias no NÃºcleo
Novos MÃ³dulos
Melhorias em MÃ³dulos
Melhorias em Programas
DocumentaÃ§Ã£o
MudanÃ§as no Desenvolvedor de MÃ³dulos

Melhorias no NÃºcleo ¶

+ +

MPMs carregÃ¡veis no momento da execuÃ§Ã£o: MÃºltiplos MPMs agora podem ser compilados + como mÃ³dulos carregÃ¡veis no momento da compilaÃ§Ã£o. + O MPM escolhido pode ser configurado no momento da execuÃ§Ã£o atravÃ©s da + diretiva LoadModule.
Suporte assÃncrono: Melhoria no suporte para leitura/escrita assÃncronas para suportar MPMs e + plataformas.
ConfiguraÃ§Ã£o de LogLevel por mÃ³dulo e por diretÃ³rio: A diretiva LogLevel agora pode ser + configurada por mÃ³dulo e por diretÃ³rio. Os novos modos trace1 + a trace8 foram adicionados acima do nÃvel + debug.
SeÃ§Ãµes de configuraÃ§Ã£o por requisiÃ§Ã£o: SeÃ§Ãµes <If>, + <ElseIf> + e <Else> + podem ser usadas para definir a configuraÃ§Ã£o baseada em critÃ©rios + por requisiÃ§Ã£o.
Analisador de expressÃ£o de propÃ³sito geral: Um novo analisador de expressÃ£o permite especificar + condiÃ§Ãµes complexas usando uma sintaxe comum + em diretivas como + SetEnvIfExpr, + RewriteCond, + Header, + <If> + e outras. +
ConfiguraÃ§Ã£o de Override: A nova diretiva AllowOverrideList + permite controle mais fino de quais diretivas sÃ£o + permitidas em arquivos .htaccess.
VariÃ¡veis do arquivo de configuraÃ§Ã£o: Agora Ã© possÃvel definir variÃ¡veis na configuraÃ§Ã£o atravÃ©s da diretiva + Define, permitindo uma representaÃ§Ã£o + mais clara se o mesmo valor for usado em vÃ¡rios lugares na configuraÃ§Ã£o. +
Uso reduzido de memÃ³ria: Mesmo com vÃ¡rias novas funcionalidades, a versÃ£o 2.4.x tende a + usar menos memÃ³ria que a 2.2.x.

Novos MÃ³dulos ¶

+ +

mod_proxy_fcgi: Backend do protocolo FastCGI para mod_proxy.
mod_proxy_scgi: Backend do protocolo SCGI para mod_proxy.
mod_proxy_express: Fornece proxies reversos em massa configurados dinamicamente para + mod_proxy.
mod_remoteip: Substitui o endereÃ§o IP remoto e o nome do host do cliente aparentes para a requisiÃ§Ã£o, + com a lista de endereÃ§os IP apresentada por um proxy ou um balanceador de carga por meio + dos cabeÃ§alhos da requisiÃ§Ã£o.
mod_heartmonitor, + mod_lbmethod_heartbeat: Permite que o mÃ³dulo mod_proxy_balancer baseie suas decisÃµes + de balanceamento de carga no nÃºmero de conexÃµes ativas nos servidores de backend.
mod_proxy_html: Anteriormente um mÃ³dulo de terceiros, este suporta a correÃ§Ã£o de links + HTML em uma situaÃ§Ã£o de proxy reverso, onde o backend gera URLs que nÃ£o + sÃ£o vÃ¡lidos para os clientes do proxy.
mod_sed: Uma substituiÃ§Ã£o avanÃ§ada de mod_substitute, permite + editar o corpo da resposta com todo o poder do sed.
mod_auth_form: Permite a autenticaÃ§Ã£o baseada em formulÃ¡rio.
mod_session: Permite o uso do estado da sessÃ£o para clientes, usando cookies ou + armazenamento em banco de dados.
mod_allowmethods: Novo mÃ³dulo para restringir certos mÃ©todos HTTP sem interferir na + autenticaÃ§Ã£o ou autorizaÃ§Ã£o.
mod_lua: Incorpora a linguagem Lua no httpd, + para configuraÃ§Ã£o e funÃ§Ãµes de lÃ³gica de pequenos negÃ³cios (experimental).
mod_log_debug: Permite a adiÃ§Ã£o de registros de depuraÃ§Ã£o personalizÃ¡veis ââem + diferentes fases do processamento da requisiÃ§Ã£o.
mod_buffer: Fornece recursos para o armazenamento em buffer das pilhas de filtros de entrada e saÃda.
mod_data: Converte o corpo da resposta em um URL de dados RFC2397.
mod_ratelimit: Oferece limitaÃ§Ã£o de largura de banda para clientes.
mod_request: Fornece filtros para manipular e disponibilizar corpos de requisiÃ§Ã£o HTTP.
mod_reflector: Fornece a reflexÃ£o do corpo de uma solicitaÃ§Ã£o como resposta por meio da pilha de filtros de saÃda.
mod_slotmem_shm: Fornece um provedor de memÃ³ria compartilhada baseado em slots.
mod_xml2enc: Anteriormente um mÃ³dulo de terceiros, suporta a internacionalizaÃ§Ã£o + em mÃ³dulos de filtro baseados em libxml2 (com reconhecimento de marcaÃ§Ã£o).
mod_macro (disponÃvel desde a versÃ£o 2.4.5): Fornece macros dentro dos arquivos de configuraÃ§Ã£o.
mod_proxy_wstunnel (disponÃvel desde a versÃ£o 2.4.5): Suporta tÃºneis web-socket.
mod_authnz_fcgi (disponÃvel desde a versÃ£o 2.4.10): Permite que aplicativos autorizadores FastCGI autentiquem e/ou + autorizem clientes.
mod_http2 (disponÃvel desde a versÃ£o 2.4.17): Suporte para a camada de transporte HTTP/2.
mod_proxy_http2 (disponÃvel desde a versÃ£o 2.4.19): Backend do protocolo HTTP/2 para mod_proxy
mod_proxy_hcheck (disponÃvel desde a versÃ£o 2.4.21): Suporta verificaÃ§Ãµes de integridade dinÃ¢micas e independentes para servidores backend proxy remotos.
mod_brotli (disponÃvel desde a versÃ£o 2.4.26): Suporta o algoritmo de compressÃ£o Brotli.
mod_md (disponÃvel desde a versÃ£o 2.4.30): Suporta o protocolo ACME para automatizar o fornecimento de certificados.
mod_proxy_uwsgi (disponÃvel desde a versÃ£o 2.4.30): MÃ³dulo de gateway UWSGI para mod_proxy.
mod_socache_redis (disponÃvel desde a versÃ£o 2.4.39): Suporta provedor de cache de objetos compartilhados baseado em Redis.
mod_systemd (disponÃvel desde a versÃ£o 2.4.42): IntegraÃ§Ã£o com systemd. Permite que o httpd seja usado em um serviÃ§o com o + Type=notify do systemd.

Melhorias em MÃ³dulos ¶

+ +

mod_ssl: O mÃ³dulo mod_ssl agora pode ser configurado para usar um + servidor OCSP para verificar o status de validaÃ§Ã£o de um certificado de cliente. + O servidor de resposta padrÃ£o Ã© configurÃ¡vel, assim como + a decisÃ£o de priorizar o servidor de resposta designado no + prÃ³prio certificado do cliente.; mod_ssl agora tambÃ©m suporta grampeamento OCSP, onde o + servidor obtÃ©m proativamente uma verificaÃ§Ã£o OCSP de seu certificado e + a transmite ao cliente durante a comunicaÃ§Ã£o inicial.; mod_ssl agora pode ser configurado para compartilhar dados de sessÃ£o SSL + entre servidores atravÃ©s do memcached; Agora, alÃ©m de RSA e DSA, tambÃ©m sÃ£o suportadas chaves EC.; Suporte para TLS-SRP (disponÃvel na versÃ£o 2.4.4 e posteriores).
mod_proxy: A diretiva ProxyPass + agora Ã© configurada de forma mais otimizada dentro de um bloco + Location ou + LocationMatch + e oferece uma vantagem de desempenho significativa em relaÃ§Ã£o Ã sintaxe tradicional de dois parÃ¢metros + quando presente em grande nÃºmero.; O endereÃ§o de origem usado para solicitaÃ§Ãµes de proxy agora Ã© configurÃ¡vel.; Suporte para sockets de domÃnio Unix para o backend (disponÃvel na versÃ£o 2.4.7 + e posteriores).
mod_proxy_balancer: Mais alteraÃ§Ãµes de configuraÃ§Ã£o em tempo de execuÃ§Ã£o para BalancerMembers via balancer-manager.; BalancerMembers adicionais podem ser adicionados em tempo de execuÃ§Ã£o atravÃ©s do balancer-manager.; ConfiguraÃ§Ã£o em tempo de execuÃ§Ã£o de um subconjunto de parÃ¢metros do Balanceador.; Os membros do BalancerMembers podem ser configurados como 'Drain' para que respondam apenas a sessÃµes + persistentes existentes, permitindo que sejam desconectados corretamente.; As configuraÃ§Ãµes do balanceador podem persistir apÃ³s reinicializaÃ§Ãµes.
mod_cache: O filtro CACHE do mÃ³dulo mod_cache pode ser inserido opcionalmente + em um determinado ponto da cadeia de filtros para fornecer um controle preciso sobre o cache. +; O mÃ³dulo mod_cache agora pode armazenar em cache as solicitaÃ§Ãµes HEAD.; Sempre que possÃvel, as diretivas mod_cache agora podem ser definidas + por diretÃ³rio, em vez de por servidor.; O URL base dos URLs em cache pode ser personalizado, de forma que um grupo de + caches possa compartilhar o mesmo prefixo de URL de endpoint.; O mÃ³dulo mod_cache agora Ã© capaz de fornecer dados em cache desatualizados + quando um backend estiver indisponÃvel (erro 5xx).; mod_cache agora pode inserir HIT/MISS/REVALIDATE em + um cabeÃ§alho X-Cache.
mod_include: Suporte para o atributo 'onerror' dentro de um elemento 'include', + permitindo que um documento de erro seja exibido em caso de erro, em vez da + string de erro padrÃ£o.
mod_cgi, mod_include, + mod_isapi, ...: A traduÃ§Ã£o de cabeÃ§alhos para variÃ¡veis ââde ambiente Ã© mais rigorosa do que + antes para mitigar possÃveis ataques de "cross-site scripting" via injeÃ§Ã£o de cabeÃ§alho. + Nomes de cabeÃ§alho contendo caracteres invÃ¡lidos (incluindo sublinhados) + nÃ£o sÃ£o mais convertidos em variÃ¡veis ââde ambiente. A seÃ§Ã£o VariÃ¡veis ââde Ambiente + no Apache contÃ©m algumas dicas sobre como contornar problemas com clientes legados + que exigem esses cabeÃ§alhos. (Isso afeta todos os mÃ³dulos que + usam essas variÃ¡veis ââde ambiente.)
ContÃªineres de LÃ³gica de AutorizaÃ§Ã£o do mod_authz_core: Agora Ã© possÃvel especificar lÃ³gica de autorizaÃ§Ã£o avanÃ§ada usando a + diretiva Require + e as diretivas de contÃªiner relacionadas, como + <RequireAll>.
mod_rewrite: mod_rewrite adiciona as opÃ§Ãµes [QSD] + (Query String Discard) e [END] para a diretiva + RewriteRule para + simplificar cenÃ¡rios comuns de reescrita.; Adiciona a possibilidade de usar expressÃµes booleanas complexas em RewriteCond.; Permite o uso de consultas SQL como funÃ§Ãµes RewriteMap.
mod_ldap, mod_authnz_ldap: mod_authnz_ldap adiciona suporte para grupos aninhados.; mod_ldap adiciona as diretivas + LDAPConnectionPoolTTL, + LDAPTimeout e + outras melhorias no gerenciamento de limites de tempo. + Isso Ã© especialmente Ãºtil para configuraÃ§Ãµes onde um + firewall com estados descarta conexÃµes ociosas com o servidor LDAP.; mod_ldap adiciona a diretiva + LDAPLibraryDebug para registrar + informaÃ§Ãµes de depuraÃ§Ã£o fornecidas pelo kit de ferramentas LDAP utilizado.
mod_info: mod_info agora pode despejar a configuraÃ§Ã£o prÃ©-analisada + para stdout durante a inicializaÃ§Ã£o do servidor.
mod_auth_basic: Novo mecanismo genÃ©rico para falsificar autenticaÃ§Ã£o bÃ¡sica (disponÃvel em + 2.4.5 e versÃµes posteriores).

Melhorias em Programas ¶

+ +

fcgistarter: Novo utilitÃ¡rio inicializador de daemon FastCGI
htcacheclean: Agora Ã© possÃvel listar os URLs armazenados em cache, com metadados opcionais + incluÃdos.; Permite excluir explicitamente, do cache, URLs individuais + armazenadas.; Os tamanhos dos arquivos agora podem ser arredondados para o tamanho de bloco fornecido, fazendo com que + os limites de tamanho correspondam mais de perto ao tamanho real no disco.; O tamanho do cache agora pode ser limitado pelo nÃºmero de inodes, em vez de, + ou alÃ©m de, ser limitado pelo tamanho dos arquivos no + disco.
rotatelogs: Agora Ã© possÃvel criar uma atalho para o arquivo de registro atual.; Agora Ã© possÃvel invocar um script pÃ³s-rotaÃ§Ã£o personalizado.
htpasswd, htdbm: Suporte para o algoritmo bcrypt (disponÃvel na versÃ£o 2.4.4 e posteriores). +

DocumentaÃ§Ã£o ¶

+ +

mod_rewrite: A documentaÃ§Ã£o do mod_rewrite foi + reorganizada e quase completamente reescrita, com foco em + exemplos e uso comum, alÃ©m de mostrar quando outras + soluÃ§Ãµes sÃ£o mais apropriadas. O Guia de + Reescrita agora Ã© uma seÃ§Ã£o de nÃvel superior com muito mais + detalhes e melhor organizaÃ§Ã£o.
mod_ssl: A documentaÃ§Ã£o do mod_ssl foi bastante + aprimorada, com mais exemplos para iniciantes, + alÃ©m do foco anterior em detalhes tÃ©cnicos.
Guia de Cache: O Guia de Cache foi reescrito + para distinguir adequadamente entre os recursos de cache HTTP/1.1 da RFC2616 + fornecidos pelo mod_cache e o cache genÃ©rico + de chave/valor fornecido pela interface socache + bem como para abranger o cache especializado fornecido por + mecanismos como o mod_file_cache.

MudanÃ§as no Desenvolvedor de MÃ³dulos ¶

+ +

Adicionado o Gancho de VerificaÃ§Ã£o de ConfiguraÃ§Ã£o: Um novo gancho, check_config, foi adicionado e Ã© executado + entre os ganchos pre_config e open_logs. + Ele tambÃ©m Ã© executado antes do gancho test_config + quando a opÃ§Ã£o -t Ã© passada para o + httpd. O gancho check_config + permite que mÃ³dulos revisem os valores de diretivas de configuraÃ§Ã£o + interdependentes e os ajustem enquanto as mensagens ainda possam ser registradas + no console. Dessa forma, o usuÃ¡rio pode ser alertado sobre problemas de configuraÃ§Ã£o incorreta + antes que a funÃ§Ã£o principal do gancho open_logs redirecione + a saÃda do console para o log de erros.
Adicionado o Analisador de ExpressÃµes: Agora temos um analisador de expressÃµes de propÃ³sito geral, cuja API Ã© + exposta em ap_expr.h. Este Ã© adaptado do + analisador de expressÃµes implementado anteriormente em + mod_ssl.
ContÃªineres de LÃ³gica de AutorizaÃ§Ã£o: Os mÃ³dulos de autorizaÃ§Ã£o agora se registram como um provedor, por meio de + ap_register_auth_provider(), para oferecer suporte Ã lÃ³gica de autorizaÃ§Ã£o avanÃ§ada, + como <RequireAll>.
Interface de Cache de Objetos Pequenos: O cabeÃ§alho ap_socache.h expÃµe uma interface baseada em provedor + para armazenamento em cache de pequenos objetos de dados, baseada na implementaÃ§Ã£o anterior + do cache de sessÃ£o do mod_ssl. + Provedores que utilizam um buffer cÃclico de memÃ³ria compartilhada, arquivos dbm baseados + em disco e um cache distribuÃdo memcache sÃ£o atualmente + suportados.
Adicionado o Gancho de Status de Cache: O mÃ³dulo mod_cache agora inclui um novo + gancho cache_status, que Ã© chamado quando a decisÃ£o de cache + se torna conhecida. Uma implementaÃ§Ã£o padrÃ£o fornecida + adiciona Ã resposta um cabeÃ§alho opcional X-Cache e + X-Cache-Detail.

+ +

LÃnguas DisponÃveis: en | + fr | + pt-br | + tr

+ \ No newline at end of file

:	ExÃ©cution des scripts CGI en fonction du type de mÃ©dia ou de la mÃ©thode de requÃªte.
:

Vinculando a EndereÃ§os e Portas

Veja tambÃ©m

Filtros

Tutorial do Servidor HTTP Apache: arquivos .htaccess

ObservaÃ§Ã£o:

ConteÃºdo do arquivo .htaccess em + /www/htdocs/example

SeÃ§Ã£o do arquivo httpd.conf +

DocumentaÃ§Ã£o do Servidor HTTP Apache VersÃ£o +2.4

Example: File extension

VisÃ£o Geral das novas funcionalidades do Servidor HTTP Apache 2.0

Veja tambÃ©m

VisÃ£o geral das novas funcionalidades no Servidor HTTP Apache 2.2

VisÃ£o geral das novas funcionalidades do Servidor HTTP Apache 2.4

ConteÃºdo do arquivo .htaccess em + `/www/htdocs/example`

SeÃ§Ã£o do arquivo `httpd.conf` +