Aqui está o código padrão para esse arquivo.

# 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 

você pode verificá-lo aqui para o arquivo htaccess padrão.

http://codex.wordpress.org/Using_Permalinks .

Obrigado. Espero que ajude pouco.

Comentários

• Por favor, veja o chat aqui sobre isso.
• !!! A resposta está obsoleta. Use a nova: wordpress.stackexchange.com/a/250918/33667

O WordPress não contém .htaccess na forma de arquivo.

As regras são gravadas no arquivo por save_mod_rewrite_rules() função e são gerados por $wp_rewrite->mod_rewrite_rules().

Nota que a instalação multisite tem regras diferentes (mais complexas) e parece ser tratada de maneira diferente.

Comentários

• +1 para a direção certa. Por favor, reveja se entendi o problema corretamente com a minha resposta. Acho que o principal é apenas usar a API Rewrite_WP, não reinventar a roda com arquivos .htaccess pessoais.

Use a versão mais recente do padrão .htaccess

https://wordpress.org/support/article/htaccess/ .

Use o Freenode “s #wordpress para encontrar a documentação apropriada, geralmente no /topic. Lá encontrei a chave Class WP_Rewrite aqui , o wordpress.org oficial é, no máximo, enganoso e de marketing. De qualquer forma, não misture as regras de reescrita do Apache com o WP “s regras de reescrita, embora a nomenclatura do WP seja provavelmente do equivalente do Apache.

Os estados da API WP_Rewrite

Você pode adicionar regras para acionar sua visualização de página e processamento usando este componente. A funcionalidade completa de um front controller não existe, significando que você não pode definir como os arquivos de modelo são carregados com base nas regras de reescrita.

então você deve usar a API para fazer as mudanças, não tenho certeza do que significa, mas acho que significa que você não pode confiar em seu disco rígido arquivos .htaccess codificados – as coisas podem mudar mesmo com diferentes versões do WD! Portanto, use a API.

interceptando

O código aqui tem algumas condições se o arquivo .htaccess existir – não 100% de suas inferências porque não bem documentado e não consigo entender a nomenclatura lá, mas a mensagem central é provavelmente que a maneira segura de manter as regras de reescrita é usar a API WP_Rewrite, o WP pode mudar no futuro.

Por exemplo, um simples Apache-rewrite RewriteRule ^hello$ Layouts/hello.html [NC,L] é aparentemente algo como add_rewrite("^hello$", "Layouts/hello.html"), h aven “t testado, mas tentou seguir a API abaixo:

add_rewrite_rule (line 19) Add a straight rewrite rule. see: WP_Rewrite::add_rule() for long description. since: 2.1.0 void add_rewrite_rule (string $regex, string $redirect, [string $after = "bottom"]) string $regex: Regular Expression to match request against. string $redirect: Page to redirect to. string $after: Optional, default is "bottom". Where to add rule, can also be "top". 

Relacionado

1. http://codex.wordpress.org/Rewrite_API/add_rewrite_rule

2. http://pmg.co/a-mostly-complete-guide-to-the-wordpress-rewrite-api

3. Obrigado ao toscho por ajudar aqui , uma conversa fiada no chat.

Comentários

• Tenho certeza de que entendi algo mal, por favor, analise este bate-papo aqui . Ele interceptou porque meu blog estava no nível raiz, o que significa algo como www.hello.com/blog/?