Oto domyślny kod dla tego pliku.

# 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 

możesz sprawdzić tutaj domyślny plik htaccess.

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

Dzięki. Mam nadzieję, że to niewiele pomoże.

Komentarze

• Zobacz czat tutaj o tym.
• !!! Odpowiedź jest nieaktualna. Użyj nowego: wordpress.stackexchange.com/a/250918/33667

WordPress nie zawiera .htaccess w postaci pliku.

Reguły są zapisywane w pliku przez save_mod_rewrite_rules() i są generowane przez $wp_rewrite->mod_rewrite_rules().

Uwaga że instalacja wielostanowiskowa ma inne (bardziej złożone) zasady i wydaje się, że jest obsługiwana inaczej.

Komentarze

• +1 we właściwym kierunku. Proszę, sprawdź, czy dobrze zrozumiałem problem z moją odpowiedzią. Myślę, że najważniejsze jest po prostu użycie interfejsu API Rewrite_WP, a nie wymyślanie na nowo koła z osobistymi plikami .htaccess.

Użyj najnowszej wersji domyślnej .htaccess

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

Użyj #wordpressa Freenode, aby znaleźć odpowiednią dokumentację, zwykle w /topic. Tam znalazłem klucz Class WP_Rewrite tutaj , oficjalny wordpress.org jest w najlepszym przypadku mylący i marketingowy. W każdym razie nie mieszaj reguł przepisywania Apache z WP reguły przepisywania, chociaż nazwa WP pochodzi prawdopodobnie od odpowiednika Apache.

Stan API WP_Rewrite

Możesz dodać reguły, aby wywołać wyświetlenie strony i przetwarzanie przy użyciu tego komponentu. Pełna funkcjonalność kontrolera frontowego nie istnieje, co oznacza, że nie można definiować sposobu ładowania plików szablonów na podstawie reguł przepisywania.

więc musisz użyć interfejsu API do wprowadzenia zmian, nie do końca pewien, co to znaczy, ale myślę, że oznacza to, że nie możesz ufać swojemu zakodowane .htaccess -files – rzeczy mogą się zmienić nawet z różnymi wersjami WD! Więc używaj API.

przechwytywanie

Kod tutaj zawiera pewne warunki, jeśli istnieje plik .htaccess – nie 100% ich wniosków, ponieważ nie dobrze udokumentowane i nie rozumieją nazewnictwa, ale głównym przesłaniem jest prawdopodobnie to, że bezpiecznym sposobem utrzymania reguł przepisywania jest użycie WP_Rewrite API, WP może się zmienić w przyszłości.

Na przykład prosty Apache-rewrite RewriteRule ^hello$ Layouts/hello.html [NC,L] to najwyraźniej add_rewrite("^hello$", "Layouts/hello.html"), h aven „t testowano, ale próbowałem postępować zgodnie z poniższym interfejsem API:

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

Powiązane

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

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

3. Dziękujemy toscho za pomoc tutaj , pogadankę na czacie.

Komentarze

• Jestem całkiem pewien, że coś tu źle zrozumiałem. Proszę, przejrzyj ten czat tutaj . Czy doszło do przechwycenia, ponieważ mój blog był na poziomie głównym, co oznacza coś w rodzaju www.hello.com/blog/?