2012-06-12 1 views
0

Использование Многоузлового WordPress (3.3.2) на IIS7 с помощью стандартных правил URL Rewrite вызывают проблемы с слеш и пагинацией ссылкойWordPress + Многоузловые + IIS7, URL Rewrite ошибка с нумерацией страниц и ссылки «Старые записи» вызывают 404

Например, если вы посещаете многопользовательский блог с таким URL-адресом: http://mydomain.com/bloga (без трейлинг-коса), ссылка «Старые записи» становится http://mydomain.com/bloga/bloga/page/2/ - он удваивает рекламный блок в URL-адресе, вызывая ошибку 404. Кроме того, любая предыдущая ссылка на страницу 1 2 3 4 5 и т. Д. Также имеет плохие URL.

Если вы посещаете http://mydomain.com/bloga/ (с лидирующий слэш) ссылка «Предыдущие записи» правильно http://mydomain.com/bloga/page/2/

Я нашел этот вопрос, чтобы присутствовать на нескольких серверах, свежей, теме-менее и плагин-менее установок WordPress

стандартные правила URL Rewrite следующим образом:

<?xml version="1.0" encoding="UTF-8"?> 
<configuration> 
    <system.webServer> 
     <rewrite> 
      <rules> 
       <rule name="WordPress Rule 1" stopProcessing="true"> 
        <match url="^index\.php$" ignoreCase="false" /> 
        <action type="None" /> 
       </rule> 
       <rule name="WordPress Rule 2" stopProcessing="true"> 
        <match url="^([_0-9a-zA-Z-]+/)?files/(.+)" ignoreCase="false" /> 
        <action type="Rewrite" url="wp-includes/ms-files.php?file={R:2}" appendQueryString="false" /> 
       </rule> 
       <rule name="WordPress Rule 3" stopProcessing="true"> 
        <match url="^([_0-9a-zA-Z-]+/)?wp-admin$" ignoreCase="false" /> 
        <action type="Redirect" url="{R:1}wp-admin/" redirectType="Permanent" /> 
       </rule> 
       <rule name="WordPress Rule 4" stopProcessing="true"> 
        <match url="^" ignoreCase="false" /> 
        <conditions logicalGrouping="MatchAny"> 
         <add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" /> 
         <add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" /> 
        </conditions> 
        <action type="None" /> 
       </rule> 
       <rule name="WordPress Rule 5" stopProcessing="true"> 
        <match url="^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*)" ignoreCase="false" /> 
        <action type="Rewrite" url="{R:1}" /> 
       </rule> 
       <rule name="WordPress Rule 6" stopProcessing="true"> 
        <match url="^([_0-9a-zA-Z-]+/)?(.*\.php)$" ignoreCase="false" /> 
        <action type="Rewrite" url="{R:2}" /> 
       </rule> 
       <rule name="WordPress Rule 7" stopProcessing="true"> 
        <match url="." ignoreCase="false" /> 
        <action type="Rewrite" url="index.php" /> 
       </rule> 
      </rules> 
     </rewrite> 
    </system.webServer> 
</configuration> 

кто-нибудь видел эту проблему или знаете SOLUTIO п? Спасибо

+0

Этот вопрос был размещен в различных формах онлайн без каких-либо реальных решений, пример: HTTP: // WordPress. org/support/topic/bug-on-old-entries-link-at-bottom-of-main-page – samJL

+0

Возможно, открытый билет в Wordpress trac, поскольку это воспроизводимая ошибка на ванильном wordpress? –

ответ

Смежные вопросы