.htaccess sintaxe Multiple RewriteEngine on

Estou aprendendo a manter meu próprio site WP. Depois de muita leitura, acabei com meu arquivo htaccess "completo" que se parece com isso

DirectoryIndex index.php

# Disable directory listings
Options -Indexes
# PROTECT htaccess file
<Files .htaccess>
Order Allow,Deny
Deny from all
</Files>
# PROTECT WP-CONFIG
<Files wp-config.php>
Order Allow,Deny
Deny from all
</Files>

# Block Hotlinking
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_REFERER}     !^$ RewriteCond %{REQUEST_FILENAME} -f RewriteCond %{REQUEST_FILENAME} \.(jpeg|jpg|png)$           [NC]
RewriteCond %{HTTP_REFERER}     !^http://([^.]+\.)?example\. [NC]
RewriteCond %{HTTP_REFERER}     !google\.                       [NC]
RewriteRule \.(gif|jpeg|jpg|png)$ http://example.com/wp-content/images/hotlink.jpg [F,NC,L] </ifModule> # redirect Mobile from Blogger <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{QUERY_STRING} ^m=1$
RewriteRule (.*) $1? [R=301, L] </IfModule> # Block the include-only files. <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^wp-admin/includes/ - [F,L] RewriteRule !^wp-includes/ - [S=3] RewriteRule ^wp-includes/[^/]+\.php$ - [F,L]
RewriteRule ^wp-includes/js/tinymce/langs/.+\.php - [F,L]
RewriteRule ^wp-includes/theme-compat/ - [F,L]
</IfModule>

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

A maior parte é composta por copiar, adaptar e colar código de várias fontes. Como sou um novato autodidata, tenho as seguintes perguntas:

1. A ordem dos trechos de código desempenha um papel? Está correto no exemplo acima?

2. Tudo isso é repetitivo

   <IfModule mod_rewrite.c>
   RewriteEngine On
   ...
   </IfModule>
   

correto ou deve-se de alguma forma combiná-los e evitar várias chamadas para ele?

1. A ordem dos trechos de código desempenha um papel? Está correto no exemplo acima?

Sim, a ordem das diretivas nos .htaccessarquivos config ( ) do Apache pode ser importante. Na verdade, simplesmente ter diretivas na ordem errada é uma causa comum de erro.

Com o WordPress, as pessoas muitas vezes cometem o erro de incluir redirecionamentos canônicos (ou seja, HTTP para HTTPS e não www para www etc.) e / ou diretivas de bloqueio após as diretivas do WordPress (front-controller) - é improvável que funcione (embora isso depende das diretivas / módulos usados).

Principalmente, você deve sempre ter redirecionamentos externos antes de regravações internas .

No que você postou, a ordem das diretivas parece OK.

Você deve notar que diferentes módulos (mod_rewrite, mod_alias, etc.) são amplamente independentes e rodam em momentos diferentes. Mas, para cada módulo, as diretivas são executadas de cima para baixo.

RewriteEngine On

Não importa muito, mas RewriteEnginesó precisa ocorrer uma vez no arquivo, de preferência no topo, antes de qualquer diretiva mod_rewrite (só porque é mais lógico e fácil de ler dessa forma). No entanto, ele pode ser colocado em qualquer lugar no arquivo e ainda funcionará (à custa da legibilidade)! Estritamente falando, se você tiver várias RewriteEnginediretivas, a última vence e controla o arquivo inteiro. Portanto, se a última RewriteEnginediretiva fosse RewriteEngine Off, ela seria Offpara todo o arquivo!

<IfModule mod_rewrite.c>

No código que você postou, verificar se o módulo foi carregado várias vezes é desnecessário. Na verdade, você provavelmente não precisa verificar isso. Seu site pode rodar "OK" (ou você ainda deseja permitir o acesso) sem o mod_rewrite habilitado? Caso contrário, não há necessidade de verificar isso - ele deve simplesmente falhar com um estado de erro apropriado.

Veja minha resposta à seguinte pergunta dos webmasters para obter mais detalhes sobre isso: A verificação de mod_write é realmente necessária?

RewriteBase /

Ter várias RewriteBasediretivas deve ser evitado, embora funcione bem neste caso. A última RewriteBase diretiva no arquivo de configuração ganha e controla todo o arquivo de configuração (como a RewriteEnginediretiva mencionada acima). Se você incluir uma RewriteBasediretiva, ela deve ser incluída apenas uma vez, imediatamente abaixo da RewriteEnginediretiva.

Acontece que, além do pequeno erro mencionado abaixo, você não precisa realmente da RewriteBasediretiva no arquivo postado acima. (A RewriteBasediretiva substitui o prefixo do diretório que é adicionado às substituições de caminho relativo no RewriteRule. Você não tem nenhuma substituição de caminho relativo - além das mencionadas abaixo.)

Ter repetição em .htaccess é comum quando vários módulos estão editando-o automaticamente. Codificando manualmente o arquivo de configuração (recomendado), isso pode ser evitado.

RewriteRule (.*) $1? [R=301, L]

Esta linha está errada. Por ser um redirecionamento externo , você realmente deve ter um prefixo de barra no exemplo de substituição. /$1?(embora a RewriteBasediretiva definida em outro lugar esteja realmente salvando você - embora isso pareça um pouco de "sorte" em vez de ser intencional).

Mas, o mais importante, você deve remover o espaço nas RewriteRulebandeiras, ou seja. [R=301,L]. Um espaço é um delimitador nos arquivos de configuração do Apache (ou seja, muito especial). Ter um espaço aqui resultará em um erro 500 do Servidor Interno, já que o último argumento (os sinalizadores ) termina prematuramente e é visto como [R=301,- o que é sintaticamente inválido.