Файл .htaccess по умолчанию для WordPress?

Вот код по умолчанию для этого файла.

 # 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
 

вы можете проверить здесь файл htaccess по умолчанию.

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

Спасибо.Надеюсь,это мало поможет.

Here is the default code for that file.

# 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

you can check it here for default htaccess file.

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

Thanks. I hope it helps little.

WordPress не содержит .htaccess в виде файла.

Правила записываются в файл функцией save_mod_rewrite_rules() и генерируются $wp_rewrite->mod_rewrite_rules().

Обратите внимание,что многосайтовая установка имеет другие (более сложные) правила и,похоже,выполняется по-другому.

WordPress does not contain .htaccess in file form.

The rules are written into file by save_mod_rewrite_rules() function and are generated by $wp_rewrite->mod_rewrite_rules().

Note that multisite installation has different (more complex) rules and seems to be handled differently.

Файл .htaccess по умолчанию можно найти по адресу https://wordpress.org/support/article/htaccess/ .

A default .htaccess file can be found at https://wordpress.org/support/article/htaccess/.

Используйте #wordpress Freenode,чтобы найти соответствующую документацию,обычно в /topic. Там я нашел ключ Class WP_Rewrite здесь ,официальный wordpress.org в лучшем случае обман и маркетинг. В любом случае,не смешивайте правила перезаписи Apache с правилами перезаписи WP,хотя название WP,вероятно,взято из эквивалента Apache.

Состояния API WP_Rewrite

Вы можете добавить правила для запуска просмотра и обработки вашей страницы с помощью этого компонента. Полная функциональность фронт-контроллера отсутствует, это означает,что вы не можете определить,как загружаются файлы шаблонов на основе правил перезаписи.

поэтому вы должны использовать API для внесения изменений,не совсем понимая,что это значит,но я думаю,это означает,что вы не можете доверять своим жестко запрограммированным файлам .htaccess - все может измениться даже с разными версиями WD! Так что используйте API.

перехват

Код здесь имеет некоторые условия,если файл .htaccess существует - не 100% их выводов,потому что они плохо документированы и не могут понять там именование,но центральное сообщение,вероятно,заключается в том,что безопасный способ поддерживать правила перезаписи - использовать WP_Rewrite API,WP могут измениться в будущем.

Например,простая перезапись Apache RewriteRule ^hello$ Layouts/hello.html [NC,L],по-видимому,выглядит примерно как add_rewrite("^hello$", "Layouts/hello.html"),не тестировал,но пытался использовать 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'.
 

< 1xRelated

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

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

3. Спасибоtoscho за помощь, здесь ,за небольшой разговор в чате.

Use the Freenode's #wordpress to find the appropriate documentation, usually in the /topic. There I found the key Class WP_Rewrite here, the official wordpress.org is at the best misleading and marketing. Anyway, do not mix Apache's rewrite rules with WP's rewrite rules although the naming of WP is probably from Apache's equivalent.

The WP_Rewrite API states

You can add rules to trigger your page view and processing using this component. The full functionality of a front controller does not exist, meaning you can't define how the template files load based on the rewrite rules.

so you must use the API to do the changes, not fully sure what it means but I think it means you cannot trust in your hard-coded .htaccess -files -- things may change even with different WD -versions! So use the API.

intercepting

The code here has some conditions if the .htaccess -file exists -- not 100% of their inferences because not well-documented and cannot understand the naming there but the central message is probably that the safe way to maintain the rewrite rules is to use the WP_Rewrite API, WP may change in the future.

For example, a simple Apache-rewrite RewriteRule ^hello$ Layouts/hello.html [NC,L] is apparently something like add_rewrite("^hello$", "Layouts/hello.html"), haven't tested but tried to follow the API below:

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

Related

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

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

3. Thanks to toscho for assisting here, some small-talk in chat.