From: Rich Bowen Date: Mon, 11 May 2026 12:48:41 +0000 (+0000) Subject: Apply pt-br translation updates and UTF-8 encoding conversion X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=80876f132b158d87d3814e225509f3ef3222da12;p=thirdparty%2Fapache%2Fhttpd.git Apply pt-br translation updates and UTF-8 encoding conversion Submitted by: Leonardo Lara Rodrigues Update Brazilian Portuguese translations for htaccess, index, new_features_2_0, and new_features_2_2 docs. Convert all pt-br files from ISO-8859-1 to UTF-8 encoding, including build infrastructure (designations.xml, lang-targets.xml, manual.pt-br.xsl, and the pt-br language strings file). git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1934088 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/howto/htaccess.xml.pt-br b/docs/manual/howto/htaccess.xml.pt-br index ff534689207..1e999dd9e1d 100644 --- a/docs/manual/howto/htaccess.xml.pt-br +++ b/docs/manual/howto/htaccess.xml.pt-br @@ -1,8 +1,8 @@ - + - - + + -How-To / Tutoriais +Como Fazer / Tutoriais -Tutorial do Apache: arquivos .htaccess +Tutorial do Servidor HTTP Apache: arquivos .htaccess -

Arquivos .htaccess oferecem um meio de fazer mudanças - nas configurações por-diretório.

+

Arquivos .htaccess oferecem um meio de fazer alterações + nas configurações por diretório.

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

Os arquivos .htaccess (ou "arquivos de - configuração distribuída") oferecem um meio de fazer mudanças nas - configurações por-diretório. Um arquivo, contendo uma ou mais - diretrizes de configurações, é colocado em um diretório - em particular, e as diretrizes se aplicam para aquele diretório e todos - os seu subdiretórios subseqüentes.

+

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 você quiser renomear o seu arquivo .htaccess - para outro nome, você deve usar a diretriz AccessFileName. Por exemplo, se você - prefere que o arquivo se chame .config, então você - pode adicionar a seguinte linha ao seu arquivo de configuração - do servidor:

- - - AccessFileName .config - +

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

No geral, arquivos .htaccess usam a mesma sintaxe - que os arquivos de - configuração principal. O que você pode colocar nesses - arquivos é determinado pele diretriz AllowOverride. Essa diretriz especifica, - em categorias, quais diretrizes serão aceitas caso sejam - encontradas em um arquivo .htaccess. Se uma diretriz - for permitida em um arquivo .htaccess, a documentação - para essa diretriz irá conter uma seção Override, +

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 esta diretriz + module="core">AllowOverride para que essa diretiva seja permitida.

-

Por exemplo, se você procurar na documentação pela diretriz - AddDefaultCharset, você - achará que ela é permitida nos arquivos .htaccess. - (Veja a linha Contexto no sumário das diretivas.) A - linha Override lê - FileInfo. Então, você deve ao menos ter - AllowOverride FileInfo para que essa diretriz seja - aceita nos arquivos .htaccess.

+

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: - + @@ -118,61 +119,59 @@
Contexto:configuração do servidor, hospedeiros virtuais, diretório, .htaccessconfiguração do servidor, host virtual, diretório, .htaccess
-

Se você estiver incerto se uma diretriz em particular é - aceita em um arquivo .htaccess, procure na - documentação por essa diretriz, e verifique a linha de - Contexto por ".htaccess".

- -
Quando (não) usar arquivos .htaccess - -

No geral, você nunca deve usar arquivos .htaccess - a não ser que você não tenha acesso ao arquivo de configuração - principal do servidor. Existe, por exemplo, um erro de concepção - que dita que a autenticação de usuários sempre deve - ser feita usando os arquivos .htaccess. Esse - simplesmente não é o caso. Você pode usar as configurações de - autenticação de usuário no arquivo de configuração principal do - servidor, e isso é, de fato, a maneira mais adequada de se fazer - as coisas.

- -

Arquivos .htaccess devem ser usados em casos onde - os provedores de conteúdo do site precisem fazer mudanças na - configuração do servidor por-diretório, mas não tem - acesso root ao sistema do servidor. Caso o administrador do - servidor não esteja disposto a fazer mudanças freqüentes nas - configurações do servidor, é desejável permitir que os - usuários possam fazer essas mudanças através de arquivos - .htaccess eles mesmos. Isso é particularmente - verdade, por exemplo, em casos onde provedores estão fornecendo - múltiplos sites para usuários em apenas uma máquina, e querem que - seus usuários possam alterar suas configurações.

- -

No entanto, de modo geral, o uso de arquivos .htaccess - deve ser evitado quando possível. Quaisquer configurações - que você considerar acrescentar em um arquivo .htaccess, podem - ser efetivamente colocadas em uma seção Directory no arquivo principal de - configuração de seu servidor.

- -

Existem duas razões principais para evitar o uso de arquivos +

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

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

-

A primeira delas é a performance. Quando AllowOverride é configurado para - permitir o uso de arquivos .htaccess, o Apache procura - em todos diretórios por arquivos .htaccess. - Logo, permitir arquivos .htaccess causa um impacto na - performance, mesmo sem você usá-los de fato! Além disso, - o arquivo .htaccess é carregado toda vez que um documento - é requerido.

- -

Além disso, note que o Apache precisa procurar pelos arquivos - .htaccess em todos os diretórios superiores, para ter - o complemento total de todas as diretivas que devem ser - aplicadas. (Veja a seção como as diretrizes são - aplicadas.) Então, se um arquivo de um diretório - /www/htdocs/example é requerido, o Apache precisa - procurar pelos seguintes arquivos:

+

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
@@ -181,216 +180,298 @@ /www/htdocs/example/.htaccess
-

Assim, para cada acesso de arquivo fora desse diretório, - existem 4 acessos ao sistema de arquivos adicionais, mesmo - que nenhum desses arquivos estejam presentes. (Note que esse - só será o caso se os arquivos .htaccess - estiverem habilitados para /, o que - normalmente não é o verdade.)

- -

A segunda consideração é relativa à segurança. - Você está permitindo que os usuários modifiquem as - configurações do servidor, o que pode resultar em mudanças - que podem fugir ao seu controle. Considere com cuidado se você quer - ou não dar aos seus usuários esses privilégios. Note também - que dar aos usuários menos privilégios que eles precisam, acarreta em - pedidos de suporte técnico adicionais. Tenha certeza que você comunicou - aos usuários que nível de privilégios você os deu. - Especificar exatamente o que você configurou na diretriz AllowOverride, e direcioná-los para a - documentação relevante, irá poupá-lo de muita confusão - depois.

- -

Perceba que é exatamente equivalente colocar o arquivo - .htaccess em um diretório - /www/htdocs/example contendo uma diretriz, e - adicionar a mesma diretriz em uma seção Directory - <Directory /www/htdocs/example> na configuração - principal do seu servidor:

+

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:

- Conteúdo de um arquivo .htaccess em + <example><title>Contents of .htaccess file in <code>/www/htdocs/example</code> - AddType text/example .exm + +AddType text/example ".exm" + - Seção do seu arquivo <code>httpd.conf</code> - <Directory /www/htdocs/example>
- - AddType text/example .exm
-
- </Directory> + Seção do arquivo <code>httpd.conf</code> + + +<Directory "/www/htdocs/example"> + AddType text/example ".exm" +</Directory> + -

No entanto, adicionando isso ao seu arquivo de configuração do - servidor resultará em uma menor perda de performance, na medida que - a configuração é carregada no momento da inicialização do - servidor, ao invés de toda que que um arquivo é requerido.

+

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 totalmente - desabilitado, ajustando a diretriz AllowOverride para none:

+

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

- - AllowOverride None - + +AllowOverride None +
-
Como as diretrizes são aplicadas - -

As diretrizes de configuração que se encontram em um arquivo - .htaccess são aplicadas para o diretório no qual o - arquivo .htaccess se encontra, e para todos os - subdiretórios ali presentes. Mas, é importante lembrar também que - podem existir arquivos .htaccess no diretórios - superiores. As diretrizes são aplicadas na ordem que são - achadas. Logo, um arquivo .htaccess em um diretório - em particular, pode sobrescrever as diretrizes encontradas em um - diretório acima deste em sua respectiva árvore. Estes, por sua vez, - podem ter suas diretrizes sobrescritas por diretrizes ainda mais - acima, ou no próprio arquivo de configuração principal do - servidor.

+
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 nós temos +

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

- - Options +ExecCGI - + +Options +ExecCGI + -

(Nota: você deve ter "AllowOverride Options" para - permitir o uso da diretriz "Options" nos arquivos - .htaccess .)

+

(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 nós temos +

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

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

Devido a esse segundo arquivo .htaccess, no - diretório /www/htdocs/example1/example2, a execução - de scripts CGI não é permitida, pois somente Options - Includes está em efeito, o que sobrescreve completamente - quaisquer outros ajustes previamente configurados.

-
Exemplo de Autenticação - -

Se você veio diretamente à esta parte do documento para - aprender como fazer autenticação, é importante notar uma - coisa. Existe uma concepção errada, mas muito comum, de que é - necessário o uso de arquivos .htaccess para implementar - a autenticação por senha. Este não é o caso. Colocar - diretrizes de senha em uma seção Directory, no seu arquivo principal de - configuração do servidor, é a melhor maneira de se implementar - isto, e os arquivos .htaccess devem ser usados apenas - se você não tem acesso ao arquivo principal de configuração do - servidor. Veja acima a discussão sobre quando - você deve e quando não deve usar os arquivos - .htaccess.

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

+
-

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

+
Exemplo de Server Side Includes -

Conteúdo de um arquivo .htaccess:

+

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:

- - AuthType Basic
- AuthName "Password Required"
- AuthUserFile /www/passwords/password.file
- AuthGroupFile /www/passwords/group.file
- Require Group admins -
+ +Options +Includes +AddType text/html shtml +AddHandler server-parsed shtml + -

Note que AllowOverride AuthConfig precisa estar - habilitado para que estas diretrizes tenham efeito.

+

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

-

Por favor veja o tutorial de - autenticação para uma discussão mais completa sobre - autenticação e autorização.

+

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

-
Exemplo de Server Side Includes +
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:

-

Outro uso comum de arquivos .htaccess é ativar o - Server Side Includes para um diretório em particular. Isto pode - ser feito com as seguintes diretrizes de configuração, colocadas em - um arquivo .htaccess no diretório desejado:

+ + # No arquivo httpd.conf + RewriteRule "^/imagens/(.+)\.jpg" "/imagens/$1.png" - - Options +Includes
- AddType text/html shtml
- AddHandler server-parsed shtml -
+ # No arquivo .htaccess do diretório raiz + RewriteRule "^imagens/(.+)\.jpg" "imagens/$1.png" -

Note que ambos AllowOverride Options e - AllowOverride FileInfo precisam estar habilitados - para essas diretrizes terem efeito.

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

-

Por favor veja o tutorial de SSI para - uma discussão mais completa sobre server-side includes.

Exemplo de CGI -

Finalmente, você pode querer que um arquivo - .htaccess permita a execução de programas CGI em um - diretório em particular. Isto pode ser implementado com as - seguintes configurações:

+

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 -
+ +Options +ExecCGI +AddHandler cgi-script cgi pl + -

Alternativamente, se você desejar que todos os arquivos de um - dado diretório, sejam considerados programas CGI, isso pode ser - feito com a seguinte configuração:

+

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 -
+ +Options +ExecCGI +SetHandler cgi-script + + +

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

-

Note que ambos AllowOverride Options e - AllowOverride FileInfo precisam estar habilitados - para que essas diretrizes tenham quaisquer efeito.

+

Consulte o tutorial CGI para uma discussão mais + completa sobre programação e configuração CGI.

-

Por favor veja o tutorial de CGI - tutorial para uma discussão mais completa sobre programação - e configuração CGI.

Resolvendo Problemas -

Quando você adiciona diretrizes de configuração em um arquivo - .htaccess, e não obtém o efeito desejado, existe uma - série de pontos que podem estar errados.

- -

Mais comumente, o problema é que a diretriz AllowOverride não está habilitada - corretamente para que as suas diretrizes de configurações sejam - honradas. Verifique se você não possui AllowOverride - None ajustado para o escopo do arquivo em questão. Um bom - meio de testar isso é colocar "lixo" em seu arquivo - .htaccess e recarregá-lo. Se não for gerado nenhum - erro do servidor, certamente você tem AllowOverride - None habilitado.

- -

Se, por outro lado, você está obtendo erros do servidor ao - tentar acessar documentos, verifique o registro de erros do - Apache. Ele provavelmente irá indicar que a diretriz usada em - seu arquivo .htaccess não é permitida. - Alternativamente, ele pode acusar erros de sintaxe que você terá - que corrigir.

+

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.

diff --git a/docs/manual/index.xml.pt-br b/docs/manual/index.xml.pt-br index cf5739f769d..20e44411426 100644 --- a/docs/manual/index.xml.pt-br +++ b/docs/manual/index.xml.pt-br @@ -1,8 +1,8 @@ - - + + - + + - + + +
Adicionado suporte à + 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.
- Mudanças ao Desenvolvedor de Módulos + Alterações para Desenvolvedor de Módulos
-
API do APR 1.0
+
API APR 1.0
-
O Apache 2.2 utiliza a API do APR 1.0. Todas as funções e - símbolos antigos foram removidos do APR e - APR-Util. Para mais detalhes, visite o +
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.
-
Registros de Erros de Conexão (logs)
+
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 na conexão do cliente. - Quando documentado no diário de log, a mensagem inclui o - endereço IP do cliente.
+
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.
-
Adicionado Gancho de Teste de Configuração
+
Gancho de Configuração de Teste Adicionado
-
Um novo gancho (hook), test_config foi - adicionado para auxiliar módulos que querem executar - códigos especiais apenas quando o usuário passa o - parâmetro -t para o httpd.
+
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.
-
Ajustar o Stacksize dos "Threaded MPM's"
+
Definindo o Tamanho da Pilha de MPMs com Threads
-
Uma nova diretriz chamada ThreadStackSize, - foi adicionada para ajustar o tamanho das stacks em todos - os threadeds MPMs. Essa é uma prática necessário para alguns - módulos de terceiros em plataformas com tamanhos de stacks - pequenos por padrão.
+
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.
-
Negociação de Protocolo para filtros de saída
+
MAnipulação de protocolo para filtros de saída
-
No passado, todo filtro era responsável por garantir - a geração de cabeçalhos de resposta correto que os afetava. - Os filtros agora podem delegar o gerenciamento de protocolos - comuns para mod_filter, usando chamadas - de ap_register_output_filter_protocol ou +
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.

+
diff --git a/docs/manual/style/lang-targets.xml b/docs/manual/style/lang-targets.xml index 27e0ed1025a..5063771f93f 100644 --- a/docs/manual/style/lang-targets.xml +++ b/docs/manual/style/lang-targets.xml @@ -197,7 +197,7 @@ - + diff --git a/docs/manual/style/lang/pt-br.xml b/docs/manual/style/lang/pt-br.xml index 971a355ab8f..4000b87ceab 100644 --- a/docs/manual/style/lang/pt-br.xml +++ b/docs/manual/style/lang/pt-br.xml @@ -1,7 +1,7 @@ - + - - + + + --> - + --> - Português (Brasil) + Português (Brasil) - Principais Funcionalidades e Módulos de Multi-Processos (MPM) - Outros Módulos - Módulos Obsoletos + Principais Funcionalidades e Módulos de + Multi-Processos (MPM) + Outros Módulos + Módulos Obsoletos - Módulo Obsoleto Apache - Módulo Apache - Principais Funcionalidades do Apache - Diretrizes Comuns Apache MPM + Módulo Obsoleto do Apache + Módulo do Apache + Funcionalidades do Núcleo do Apache + Diretrizes Comuns do Apache MPM Apache MPM - Descrição - Veja também - Tópicos + Descrição + Veja também + Tópicos Status - Identificador de Módulo + Identificador de Módulo Arquivo Fonte Compatibilidade - Available in Apache HTTP Server - and later. + Disponível no Servidor Apache HTTP + e posteriores. - Módulos Relacionados + Módulos Relacionados Diretrizes Relacionadas - Bugfix checklist - httpd changelog - Known issues - Report a bug - Permanent link + abcdefghijklmnopqrstuvwxyz + ABCDEFGHIJKLMNOPQRSTUVWXYZ + NOME + + Lista de verificação de bugs + registro de alterações do httpd + Problemas conhecidos + Relate um problema Sintaxe - Padrão + Padrão Contexto Sobrescreve Status - Módulo + Módulo Base MPM - Core - Extension + Núcleo + Extensão Experimental - External + Externo - configuração do servidor - hospedeiro virtual - diretório + configuração do servidor + host virtual + diretório .htaccess + seção de proxy - Diretrizes + Diretivas - Diretrizes - Esse módulo não fornece nenhuma diretriz. + Diretiva + Este módulo não fornece nenhuma + diretiva. - Sumário + Sumário - ver glossário + ver glossário - Servidor HTTP Apache - Servidor HTTP Apache Versão + Servidor HTTP Apache Versão &httpd.major;.&httpd.minor; - [DOCUMENTAÇÃO APACHE] + [DOCUMENTAÇÃO APACHE] Busca Google - Índice - Início - Comentários + índice + InÍcio + Comentários Apache Servidor HTTP - Documentação - Versão &httpd.major;.&httpd.minor; + Documentação + Versão &httpd.major;.&httpd.minor; - Módulos - FAQ - Glossário - Mapa do site + Módulos + Perguntas Frequentes + Glossário + Mapa do Site Licenciado sob a - Línguas Disponíveis + Línguas Disponíveis - Esta tradução pode estar desatualizada. - Confira a versão em Inglês para mudanças recentes. + Esta tradução pode estar desatualizada. + Confira a versão em inglês para mudanças recentes. - The documentation for this directive has - not been translated yet. Please have a look at the English - version. + A documentação para esta diretiva ainda + não foi traduzida. Por favor consulte a versão + em inglês. - Please note + Favor observar -

This document refers to the 2.0 version of Apache httpd, which is no longer maintained. Upgrade, and refer to the current version of httpd instead, documented at:

+

Este documento refere-se à versão 2.0 do Apache httpd, que não é mais mantida. Atualize e refira-se à versão atual do httpd, documentada em:

- Current release version of Apache HTTP Server documentation - You may follow this link to go to the current version of this document. + Versão atual da documentação do Servidor HTTP Apache + Siga este atalho para a versão atual deste documento.
diff --git a/docs/manual/style/manual.pt-br.xsl b/docs/manual/style/manual.pt-br.xsl index 24c86e7ddc2..d41298f591b 100644 --- a/docs/manual/style/manual.pt-br.xsl +++ b/docs/manual/style/manual.pt-br.xsl @@ -18,7 +18,7 @@ - + @@ -26,7 +26,7 @@ -ISO-8859-1 +UTF-8 diff --git a/docs/manual/style/xsl/util/designations.xml b/docs/manual/style/xsl/util/designations.xml index b85d037847d..c7aeb6ba0c9 100644 --- a/docs/manual/style/xsl/util/designations.xml +++ b/docs/manual/style/xsl/util/designations.xml @@ -6,7 +6,7 @@ .html.fr.utf8 .html.ja.utf8 .html.ko.euc-kr -.html.pt-br +.html.pt-br .html.ru.utf8 .html.tr.utf8 .html.zh-cn.utf8