From: Rich Bowen Date: Fri, 15 May 2026 19:33:45 +0000 (+0000) Subject: Adds newly built pt-br docs. X-Git-Url: http://git.ipfire.org/gitweb/index.cgi?a=commitdiff_plain;h=6858398ec1a44eff65cdf40eaf25ef9545e73c03;p=thirdparty%2Fapache%2Fhttpd.git Adds newly built pt-br docs. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1934246 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/bind.html.pt-br.utf8 b/docs/manual/bind.html.pt-br.utf8 new file mode 100644 index 0000000000..60d4a15f7b --- /dev/null +++ b/docs/manual/bind.html.pt-br.utf8 @@ -0,0 +1,233 @@ + + + + + +Vinculando a Endereços e Portas - 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

Vinculando a Endereços e Portas

+
+

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

+
+ +

Configurando o Servidor HTTP Apache para escutar em endereços e portas específicas.

+
+ +
top
+
+

Visão Geral

+ + +
Módulos RelacionadosDiretrizes Relacionadas
+ + +

Quando o httpd inicia, ele se vincula a algumas portas e endereços na + máquina local e aguarda por requisições entrantes. Por padrão, + ele monitora todos os endereços na máquina. No entanto, pode ser necessário + monitoramento em portas específicas ou somente em + endereços selecionados, ou uma combinação dos dois. Isto é muitas vezes combinado com + o recurso de Host Virtual, que determina como o + httpd responde a endereços, nomes de hosts e portas + diferentes.

+ +

A diretiva Listen + informa ao servidor que ele deve aceitar + requisições entrantes apenas na(s) porta(s) especificada(s) ou + em combinações de endereço e porta. Se apenas um número de porta for + especificado na diretiva Listen, + o servidor monitora a porta informada em todas as interfaces. + Se um endereço IP é informado junto com uma porta, o servidor irá monitorar + na porta e na interface especificadas. Múltiplas diretivas Listen podem ser usadas para + especificar vários endereços e portas para monitoramento. O + servidor responderá a requisições de quaisquer dos endereços e + portas listados.

+ +

Por exemplo, para que o servidor aceite conexões tanto na + porta 80 quanto na 8000, em todas as interfaces, use:

+ + 
Listen 80
+Listen 8000
+
+ +

Para que o servidor aceite conexões na porta 80 para uma interface + e na porta 8000 para outra, use:

+ + 
Listen 192.0.2.1:80
+Listen 192.0.2.5:8000
+
+ +

Endereços IPv6 precisam ser envolvidos por colchetes, como no + exemplo a seguir:

+ + 
Listen [2001:db8::a00:20ff:fea7:ccea]:80
+
+ +

A sobreposição de diretivas Listen resultará em um + erro fatal que irá impedir o servidor de iniciar.

+ +

+ (48)Address already in use: make_sock: could not bind to address [::]:80 +

+ +

Consulte esta discussão + na wiki para mais dicas de soluções de problemas.

+ +
+ +
top
+
+

Alterando a configuração de Listen no reinício

+ + +

Quando o httpd é reiniciado, uma consideração especial precisa ser feita para + alterações a diretivas Listen. Durante um reinício, o httpd mantém as portas + vinculadas (como na configuração original) para evitar a geração de erros + "Connection refused" (conexão recusada) para quaisquer novas tentativas de conexão + ao servidor. Se as alterações são feitas no conjunto de diretivas Listen + que conflitam com a configuração antiga, a configuração irá falhar + e o servidor irá terminar.

+ +

Por exemplo, alterando da configuração:

+ + 
Listen 127.0.0.1:80
+
+ +

para a configuração a seguir pode falhar, porque a vinculação da porta 80 para + todos os endereços conflita com a vinculação da porta 80 somente para + 127.0.0.1.

+ + 
Listen 80
+
+ +

Para que tal configuração tenha efeito, é necessário + parar e depois iniciar o servidor.

+ +
top
+
+

Considerações Especiais sobre IPv6

+ + +

Um número crescente de plataformas implementa IPv6 e o + APR suporta IPv6 na maioria delas, + permitindo que o httpd aloque soquetes IPv6 e manipule requisições enviadas + através de IPv6.

+ +

Um fator complicador para administradores de httpd é definir se + um soquete IPv6 pode lidar tanto com conexões IPv4 quanto com + IPv6. Lidar com conexões IPv4 com soquete IPv6 usa + endereços IPv6 mapeados para IPv4, o que é permitido por padrão na maioria + das plataformas mas é proibido por padrão no FreeBSD, NetBSD e + OpenBSD, para alinhamento com a política de sistema dessas + plataformas. Em sistemas onde isso é proibido por padrão, um + parâmetro especial do programa configure pode alterar este + comportamento para o httpd.

+ +

Por outro lado, em algumas plataformas como Linux e Tru64, a + única forma de lidar tanto com IPv6 quanto com IPv4 é usar + endereços mapeados. Se o httpd tiver que lidar com conexões IPv4 e IPv6 + com um mínimo de soquetes, que requerem o uso de endereços IPv6 mapeados + para IPv4, especifique a opção --enable-v4-mapped do programa configure.

+ +

--enable-v4-mapped é o padrão para todas as plataformas exceto + para FreeBSD, NetBSD e OpenBSD, portanto esta é provavelmente a forma como o seu httpd foi + compilado.

+ +

Se o httpd tiver que lidar somente com conexões IPv4, independente do que + a sua plataforma e APR irão suportar, especifique um endereço IPv4 em todas as + diretivas Listen, como nos + exemplos a seguir:

+ + 
Listen 0.0.0.0:80
+Listen 192.0.2.1:80
+
+ +

Se a sua plataforma suporta e a intenção for lidar com conexões IPv4 e + IPv6 em soquetes separados (ou seja, desabilitar endereços mapeados + para IPv4), especifique a opção --disable-v4-mapped do programa configure. --disable-v4-mapped é o padrão + no FreeBSD, NetBSD, e OpenBSD.

+
top
+
+

Especificando o protocolo com Listen

+ +

O segundo argumento opcional protocol de + Listen + não é requerido para a maioria das + configurações. Se não especificado, https é o padrão para + a porta 443 e http é o padrão para todas as outras portas. O + protocolo é usado para determinar que módulo deve lidar com uma requisição e + para aplicar otimizações de protocolo específicas com a diretiva + AcceptFilter.

+ +

Somente é necessário definir o protocolo se o servidor estiver monitorando + portas não padrão. Por exemplo, para servir um site https na porta 8443:

+ + 
Listen 192.170.2.1:8443 https
+
+
top
+
+

Como Isto Funciona com Hosts Virtuais

+ + +

A diretiva Listen não implementa + Hosts Virtuais - ela apenas informa ao + servidor principal quais endereços e portas devem ser monitorados. Se nenhuma + diretiva <VirtualHost> + for usada, o servidor se comportará + da mesma forma para todas as requisições aceitas. Entretanto, + <VirtualHost> + pode ser usada para especificar um comportamento diferente + para um ou mais dos enredeços e portas. Para implementar um + Host Virtual, o servidor primeiro precisa ser informado para monitorar o + endereço e a porta que serão usados. Depois, uma + seção <VirtualHost> + deve ser criada para o endereço e a porta especificados para definir o + comportamento desse host virtual. Observe que se a seção + <VirtualHost> + estiver definida para um endereço e uma porta que o + servidor não estiver monitorando, o host virutal não poderá ser acessado.

+
+
+

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

+
+ \ No newline at end of file diff --git a/docs/manual/filter.html.pt-br.utf8 b/docs/manual/filter.html.pt-br.utf8 new file mode 100644 index 0000000000..af5b3e50b8 --- /dev/null +++ b/docs/manual/filter.html.pt-br.utf8 @@ -0,0 +1,168 @@ + + + + + +Filtros - 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

Filtros

+
+

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

+
+ +

Este documento descreve o uso de filtros no Apache.

+
+ +
top
+
+

Filtrando no Apache 2

+ +
Módulos RelacionadosDiretrizes Relacionadas
+ +

A Cadeia de Filtros está disponível no Apache 2.0 e versões posteriores, +e permite que as aplicações processem dados de entrada e saída +de maneira altamente flexível e configurável, independentemente +de onde os dados vêm. Podemos pré-processar dados de entrada +e pós-processar dados de saída, conforme necessário. Isso é basicamente +independente das fases tradicionais de processamento de requisições.

+

+Filtros podem ser encadeados, em um Eixo de Dados ortogonal ao Processamento de Requisição +

+

Alguns exemplos de filtragem na distribuição padrão do Apache são:

+
    +
  • mod_include, implementa inclusões do lado do servidor.
    • +
  • mod_ssl, implementa criptografia SSL (https).
    • +
  • mod_deflate, implementa compressão/descompressão em tempo real.
    • +
  • mod_charset_lite, transcodifica entre diferentes conjuntos de caracteres.
    • +
  • mod_ext_filter, executa um programa externo como filtro.
    • +
+

O Apache também usa vários filtros internamente para executar +funções como fragmentação e manipulação de intervalos de bytes.

+ +

Uma gama mais ampla de aplicações é implementada por módulos de +filtro de terceiros. Alguns exemplos são:

+ +
    +
  • Processamento e reescrita de HTML e XML
    • +
  • Transformações XSLT e XIncludes
    • +
  • Suporte para namespace XML
    • +
  • Processamento de envio de arquivos e decodificação de formulários HTML
    • +
  • Processamento de imagem
    • +
  • Proteção de aplicações vulneráveis, como scripts PHP
    • +
  • Edição de busca e substituição de texto
    • +
+
top
+
+

Filtragem Inteligente

+ +

+A filtragem inteligente aplica diferentes fornecedores de filtros de acordo com o estado do processamento da solicitação +

+

O módulo mod_filter, incluído no Apache 2.1 e versões posteriores, +permite que a cadeia de filtros seja configurada dinamicamente no momento da execução. +Assim, por exemplo, você pode configurar um proxy para reescrever +HTML com um filtro HTML e imagens JPEG com um filtro completamente +separado, mesmo que o proxy não tenha nenhuma informação prévia +sobre o que o servidor de origem enviará. Isso funciona usando um +envoltório de filtros que direciona a requisição para diferentes provedores de acordo com +o conteúdo real no momento da execução. Qualquer filtro pode ser +inserido diretamente na cadeia e executado incondicionalmente ou +usado como um provedor e inserido dinamicamente. Por exemplo,

+
    +
  • um filtro de processamento HTML só será executado se o conteúdo for +text/html ou application/xhtml+xml
    • +
  • um filtro de compressão só será executado se a entrada for de um tipo +compressível e não estiver já comprimida.
    • +
  • um filtro de conversão de conjunto de caracteres será inserido se um documento +de texto ainda não estiver no conjunto de caracteres desejado.
    • +
+
top
+
+

Expondo Filtros como um Serviço HTTP

+ + +

Os filtros podem ser usados ​​para processar conteúdo originado do cliente, além +de processar conteúdo originado no servidor usando o módulo +mod_reflector.

+ +

O módulo mod_reflector aceita requisições POST de clientes e reflete +o conteúdo do corpo da requisição POST recebido de volta na resposta, +passando pela pilha de filtros de saída no caminho de volta para o cliente.

+ +

Essa técnica pode ser usada como uma alternativa a um serviço web executado dentro +de uma pilha de servidor de aplicativos, onde um filtro de saída fornece a transformação +necessária no corpo da requisição. Por exemplo, o módulo mod_deflate +pode ser usado para fornecer um serviço de compressão geral, ou um filtro de +transformação de imagem pode ser transformado em um serviço de transformação de imagem.

+ +
top
+
+

Usando Filtros

+ +

Existem dois métodos de uso de filtros: Simples e Dinâmico. +Em geral, deve ser usada apenas um ou outro; misturá-los pode +ter consequências inesperadas (embora a filtragem de entrada simples +possa ser misturada livremente com a filtragem de saída simples ou dinâmica).

+

O Método Simples é a única maneira de configurar filtros de entrada e é +suficiente para filtros de saída onde é necessária uma cadeia de filtros estática. +As diretivas relevantes são + SetInputFilter, + SetOutputFilter, + AddInputFilter, + AddOutputFilter, + RemoveInputFilter e + RemoveOutputFilter.

+ +

O Método Dinâmico permite a configuração estática e flexível/dinâmica +dos filtros de saída, conforme discutido na página mod_filter. +As diretivas relevantes são + FilterChain, + FilterDeclare e + FilterProvider.

+ +

Uma diretiva adicional, AddOutputFilterByType também é suportada, +porem obsoleta. Um a configuração dinâmica em seu lugar.

+ +
+
+

Línguas Disponíveis:  en  | + es  | + fr  | + ja  | + 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..94128a1a64 --- /dev/null +++ b/docs/manual/new_features_2_4.html.pt-br.utf8 @@ -0,0 +1,461 @@ + + + + + +Visão geral das novas funcionalidades do Servidor HTTP Apache 2.4 - 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.4

+
+

Línguas Disponíveis:  en  | + es  | + 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.

+
+ +
top
+
+

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.
+ +
MPM de Eventos
+
O MPM de Eventos não é mais experimental + e agora é totalmente suportado.
+ +
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. +
+ +
KeepAliveTimeout em milissegundos
+
Agora é possível especificar KeepAliveTimeout em milissegundos. +
+ +
Diretiva NameVirtualHost
+
Não é mais necessária e tornou-se obsoleta.
+ +
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.
+ +
+
top
+
+

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

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

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

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

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

A documentação do desenvolvedor contém uma + lista detalhada de alterações na API.

+
+
+

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

+
+ \ No newline at end of file