From: Rich Bowen Date: Mon, 11 May 2026 19:31:31 +0000 (+0000) Subject: new pt-br docs X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=d9d1a14490af500ad3ba6913312887906b3170c8;p=thirdparty%2Fapache%2Fhttpd.git new pt-br docs git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1934121 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/howto/htaccess.html.pt-br.utf8 b/docs/manual/howto/htaccess.html.pt-br.utf8 new file mode 100644 index 0000000000..caa5296ad3 --- /dev/null +++ b/docs/manual/howto/htaccess.html.pt-br.utf8 @@ -0,0 +1,451 @@ + + + + + +Tutorial do Servidor HTTP Apache: arquivos .htaccess - Servidor HTTP Apache Versão 2.5 + + + + + + +
+

Módulos | Diretivas | Perguntas Frequentes | Glossário | Mapa do Site | Relate um problema

+

Servidor HTTP Apache Versão 2.5

+
+
<-
+
+Apache > Servidor HTTP > Documentação > Versão 2.5 > Como Fazer / Tutoriais

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.

+
+ +
top
+
+

Arquivos .htaccess

+
Módulos RelacionadosDiretrizes Relacionadas
+ +
O uso de arquivos .htaccess deve ser totalmente evitado se for possível o acesso ao + arquivo de configuração httpd principal. O uso de arquivos .htaccess deixa o Servidor Apache HTTP mais lento. + Qualquer diretiva que possa ser incluída em um .htaccess fica melhor se for incluída em um bloco Directory, pois terá o mesmo efeito com um desempenho melhor.
+
top
+
+

O que eles são / Como usá-los

+ + +

Os arquivos .htaccess (ou "arquivos de configuração distribuída") + 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 àquele diretório e a + todos os seus subdiretórios.

+ +

Nota:

+

Se o nome do arquivo precisar ser diferente de .htaccess, + deve ser usada a 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"
+ +
+ +

Em geral, arquivos .htaccess usam a mesma sintaxe + que os arquivos de configuração + principal. O que pode ser colocado nesses arquivos é determinado pela + diretiva AllowOverride. Esta + diretiva especifica, em categorias, quais diretivas serão + honradas caso sejam encontradas em um arquivo .htaccess. Se uma + diretiva for permitida em um arquivo .htaccess, 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.

+ +

Exemplo:

+ + + + + + + + + +
Contexto:configuração do servidor, host virtual, diretório, .htaccess
Override:FileInfo
+ +

Caso não haja certeza que se uma diretiva em particular é permitida em um + arquivo .htaccess, procure na documentação por essa + diretiva e verifique na linha Contexto a presença de ".htaccess".

+
top
+
+

Quando (não) usar arquivos .htaccess

+ +

Em geral, arquivos .htaccess só devem ser usados quando + não houver como acessar o arquivo de configuração principal do servidor. Existe, + por exemplo, um equívoco comum de que a autenticação de usuários + deve sempre ser feita em arquivos .htaccess e, mais recentemente, + outro equívoco de que as diretivas mod_rewrite + devem estar em arquivos .htaccess. Isso simplesmente não é verdade. + As configurações de autenticação de usuários podem ser colocadas na configuração principal do servidor, + e essa é, na verdade, a maneira preferida de fazer + as coisas. Da mesma forma, as diretivas mod_rewrite funcionam melhor, + em muitos aspectos, na configuração principal 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. + 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. Isso é particularmente verdadeiro, por exemplo, em casos em que + ISPs hospedam vários sites de usuários em uma única máquina e desejam + que seus usuários possam alterar sua configuração.

+ +

No entanto, em geral, o uso de arquivos .htaccess deve ser + evitado sempre que possível. Qualquer configuração que se considere + colocar em um arquivo .htaccess pode ser feita com a mesma eficácia + em uma seção <Directory> no seu arquivo de configuração + principal do servidor.

+ +

Existem dois motivos principais para evitar o uso de arquivos + .htaccess.

+ +

O primeiro desses motivos é o 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 deve 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 deverá 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 que + normalmente não acontece.)

+ +

No caso de diretivas RewriteRule, no contexto do + .htaccess, essas expressões regulares devem ser + recompiladas a cada requisição ao diretório, enquanto no contexto da configuração principal do + servidor, elas são compiladas uma vez e armazenadas em cache. + Além disso, as próprias regras são mais complexas, pois é preciso + contornar as restrições que acompanham o contexto por diretório + e o mod_rewrite. Consulte o Guia de Reescrita para obter mais + detalhes sobre este assunto.

+ +

A segunda consideração é de segurança. Esses arquivos permitem + que os usuários modifiquem a configuração do servidor, o que pode resultar em alterações sobre as quais + o administrador 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.

+ +

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 sua configuração principal do + servidor:

+ +

Arquivo .htaccess em /www/htdocs/example:

+ +

Contents of .htaccess file in + /www/htdocs/example

AddType text/example ".exm"
+
+ +

Seção do arquivo httpd.conf + 

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

No entanto, colocar essa configuração no arquivo de configuração do servidor + resultará em uma perda de desempenho menor, pois a configuração é + carregada uma vez quando o httpd é iniciado, em vez de toda vez que um arquivo é + solicitado.

+ +

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

+ + 
AllowOverride None
+ +
top
+
+

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 hierarquia. 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 hierarquia de diretórios. E estes, por sua vez, podem ter + sobrescrito diretivas encontradas ainda acima na hierarquia, 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" deve 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 de configuração principais

+ + +

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.
+ + +
top
+
+

Exemplo de Autenticação

+ +

Se você veio direto para esta parte do documento para descobrir como + fazer a autenticação, é importante observar uma coisa. Existe um + equívoco comum de que é necessário usar + arquivos .htaccess para implementar a autenticação por senha. + Isso não é verdade. Colocar as diretivas de autenticação + em uma seção <Directory> + no arquivo de configuração principal do servidor é a maneira preferida + de implementar isso, e os arquivos .htaccess devem ser usados ​​somente + se você não tiver acesso ao arquivo de configuração principal do servidor. Veja acima uma discussão sobre quando se deve e quando não se deve + usar arquivos .htaccess.

+ +

Dito isso, se você ainda acredita que precisa usar um arquivo + .htaccess, a configuração a seguir provavelmente + funcionará para você.

+ +

Conteúdo de um arquivo .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.

+
top
+
+

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.

+
top
+
+

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.

+ +

Consulte a documentação do mod_rewrite para + obter mais detalhes sobre como usar o mod_rewrite.

+ +
top
+
+

Exemplo de CGI

+ +

Por fim, 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.

+ +
top
+
+

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 lixo + no seu arquivo .htaccess e recarregar a página. Se um erro do servidor não for + gerado, então quase certamente existe AllowOverride + None 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.

+ +

+ [Fri Sep 17 18:43:16 2010] [alert] [client 192.168.200.51] /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.

+ +

+ [Sat Aug 09 16:22:34 2008] [alert] [client 192.168.200.51] /var/www/html/.htaccess: RewriteCond: bad flag delimiters +

+ +

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

+ +
+
+

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

+
+ \ No newline at end of file diff --git a/docs/manual/index.html.pt-br.utf8 b/docs/manual/index.html.pt-br.utf8 new file mode 100644 index 0000000000..fb11a1a342 --- /dev/null +++ b/docs/manual/index.html.pt-br.utf8 @@ -0,0 +1,129 @@ + + + + + +Documentação do Servidor HTTP Apache Versão +2.5 - Servidor HTTP Apache Versão 2.5 + + + + + + + +
+

Módulos | Diretivas | Perguntas Frequentes | Glossário | Mapa do Site | Relate um problema

+

Servidor HTTP Apache Versão 2.5

+
+
<-
+
+Apache > Servidor HTTP > Documentação
+

Documentação do Servidor HTTP Apache Versão +2.5

+
+

Línguas Disponíveis:  da  | + de  | + en  | + es  | + fr  | + ja  | + ko  | + pt-br  | + ru  | + tr  | + zh-cn 

+
+
Esta tradução pode estar desatualizada. + Confira a versão em inglês para mudanças recentes.
+

+

Notas da Versão

+ +

Manual de Referência

+ +

Guia do Usuário

+ +

Como Fazer / Tutoriais

+ +

Observações para Plataformas Específicas

+ +

Outros Tópicos

+ +
+
+

Línguas Disponíveis:  da  | + de  | + en  | + es  | + fr  | + ja  | + ko  | + pt-br  | + ru  | + tr  | + zh-cn 

+
+ \ No newline at end of file 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..1419ea1eb1 --- /dev/null +++ b/docs/manual/new_features_2_0.html.pt-br.utf8 @@ -0,0 +1,253 @@ + + + + + +Visão Geral das novas funcionalidades do Servidor HTTP Apache 2.0 - Servidor HTTP Apache Versão 2.5 + + + + + + +
+

Módulos | Diretivas | Perguntas Frequentes | Glossário | Mapa do Site | Relate um problema

+

Servidor HTTP Apache Versão 2.5

+
+
<-
+
+Apache > Servidor HTTP > Documentação > Versão 2.5

Visão Geral das novas funcionalidades do Servidor HTTP Apache 2.0

+
+

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

+
+
Esta tradução pode estar desatualizada. + Confira a versão em inglês para mudanças recentes.
+ +

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

+
+ +
top
+
+

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.
+ +
+
top
+
+

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..72b43264f1 --- /dev/null +++ b/docs/manual/new_features_2_2.html.pt-br.utf8 @@ -0,0 +1,292 @@ + + + + + +Visão geral das novas funcionalidades no Servidor HTTP Apache 2.2 - Servidor HTTP Apache Versão 2.5 + + + + + + +
+

Módulos | Diretivas | Perguntas Frequentes | Glossário | Mapa do Site | Relate um problema

+

Servidor HTTP Apache Versão 2.5

+
+
<-
+
+Apache > Servidor HTTP > Documentação > Versão 2.5

Visão geral das novas funcionalidades no Servidor HTTP Apache 2.2

+
+

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

+
+
Esta tradução pode estar desatualizada. + Confira a versão em inglês para mudanças recentes.
+ +

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.

+
+ +
top
+
+

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.
+ +
+
top
+
+

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.
+
+ +
top
+
+

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.
+
+
top
+
+

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ódulo que implementa 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  | + es  | + fr  | + ko  | + pt-br  | + tr 

+
+ \ No newline at end of file