Gerador de .htaccess

Continuar na ferramenta

.htaccess, redirects e rewrite

.htaccess, redirects e rewrite: conceitos essenciais

Este guia reúne o que realmente importa em regras de .htaccess para redirects 301, HTTPS, cache e segurança no Apache: conceitos, contexto, limites e interpretações que costumam gerar dúvida.

O que entender sobre .htaccess, redirects e rewrite

Em produtividade, formato, convenção e edge case importam mais do que uma transformação isolada.
Em regras de .htaccess para redirects 301, HTTPS, cache e segurança no Apache, o melhor resultado vem de interpretar definição, contexto e limite prático antes de repetir uma regra isolada.
Quando houver decisão importante, use esta leitura como base de entendimento e confirme a fonte ou a política aplicável ao seu caso.

Exemplos de uso

Contexto típico

Entrada: topic → definition → context
Saída esperada: interpretation → limits → next step

O tema central é regras de .htaccess para redirects 301, HTTPS, cache e segurança no Apache, o valor está em entender a leitura correta, não só repetir um resultado.

Armadilha comum

Entrada: isolated result
Saída esperada: source → convention → decision

Focar no botão ou no atalho sem entender a convenção que governa o resultado. A correção costuma começar por ler regras, exceções, compatibilidade e interpretação do dado gerado..

FAQ da ferramenta completa

Onde devo colocar o arquivo .htaccess?

Na pasta raiz do site (normalmente public_html ou www) ou no diretório específico que você quer configurar. As regras valem para aquele diretório e seus subdiretórios. O nome do arquivo é exatamente .htaccess, com o ponto na frente e sem extensão.

Qual a diferença entre redirect 301 e 302?

Por que cada bloco fica dentro de <IfModule>?

O .htaccess funciona no Nginx?

Forçar HTTPS aqui substitui o certificado SSL?

O fallback de SPA pode atrapalhar um site comum?

Perguntas frequentes

O que mais importa em .htaccess, redirects e rewrite?

O ponto central é entender regras de .htaccess para redirects 301, HTTPS, cache e segurança no Apache no contexto certo, sem tratar um valor isolado como resposta completa.

Qual erro mais comum nesse tema?

O erro recorrente é achar que duas sintaxes parecidas significam a mesma coisa em todos os contextos.

Como interpretar esse assunto com mais cuidado?

Cruze .htaccess, redirects e rewrite com fonte, convenção, atualização e objetivo prático antes de tomar decisão.

Próximos passos

# .htaccess gerado por jkit.tools # Apache 2.4+ · mod_rewrite, mod_headers, mod_deflate, mod_expires <IfModule mod_rewrite.c> RewriteEngine On # Força HTTPS RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] # Remove o www RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [L,R=301] </IfModule> # Desativa a listagem de diretórios Options -Indexes # Protege arquivos sensíveis <FilesMatch "^\.(htaccess|htpasswd|env|git)"> Require all denied </FilesMatch> <IfModule mod_headers.c> # Cabeçalhos de segurança Header always set X-Content-Type-Options "nosniff" Header always set X-Frame-Options "SAMEORIGIN" Header always set Referrer-Policy "strict-origin-when-cross-origin" Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains" </IfModule> <IfModule mod_deflate.c> # Compressão Gzip AddOutputFilterByType DEFLATE text/html text/plain text/css text/javascript AddOutputFilterByType DEFLATE application/javascript application/json application/xml AddOutputFilterByType DEFLATE image/svg+xml </IfModule> <IfModule mod_expires.c> # Cache do navegador ExpiresActive On ExpiresByType image/jpeg "access plus 1 year" ExpiresByType image/png "access plus 1 year" ExpiresByType image/svg+xml "access plus 1 year" ExpiresByType text/css "access plus 1 month" ExpiresByType application/javascript "access plus 1 month" ExpiresByType text/html "access plus 0 seconds" </IfModule>