編輯“WordPress:Using Permalinks”（章節(jié)）

== Permalinks, .htaccess, 和 MS Frontpage ==

關于Microsoft Frontpage的一個注釋：許多服務器（共享的和專用的）有許多不同的主機公司建造和維護，這些服務器都有用apache構造編譯的<tt>mod_frontpage</tt>，在許多情況下，在每個虛擬服務器上還安裝了Frontpage 服務器 擴展。這是最常見不過的了，如今許多大多數(shù)主機公司的服務器構造過程都使用了許多/大多數(shù)的可執(zhí)行的二進制，這些可執(zhí)行碼，包括了mod_fronpage和服務器擴展。即使因為擴展與apache結合的方式（和<tt>httpd.conf</tt>文件），你沒有使用Frontpage，當你試著查看你的WP安裝的時候，你可能得到一個500錯誤或者一個空白的白色網(wǎng)頁（雖然管理面板可能正常地運轉），原因就在于你的服務器上存在<tt>extensions/mod_frontpage</tt>。

WordPress會與安裝的Frontpage擴展一起恰當?shù)剡\行，但是peralinks確不能運行，而且來自Wordpress管理界面的對于permalinks部分的'''任何的'''更改，都會導致Frontpage服務器擴展的毀壞，原因就在于給.htaccess文件添加了<tt>mod_rewrite</tt>規(guī)則。''但是有一個辦法可以解決這個問題。''

=== Quick Fixes, Frontpage 或者 Permalinks ===

'''Frontpage擴展 解決:'''如果你不在乎permalinks，只想讓MS Frontpage服務器擴展再次地運行，你只要編輯你的.htaccess文件，并且用rewrite規(guī)則，來移除WordPress部分。

'''使用Permalinks:'''如果你不在乎Frontpage（但是你的主機公司安裝了擴展）

你就要移除(或者讓你的主機公司移除)MS Frontpage 服務器擴展，或者編輯.htaccess文件來移除所有的Frontpage行，只留下WordPress mod_rewrite代碼。

=== 共同地使用 FrontPage 和 Permalinks ===

'''最后，一個解決辦法。'''

關于這個問題論壇上有幾個主題，而且目前為止，沒有出現(xiàn)解決問題的辦法。

一般來說，在一個安裝了FrontPage服務器擴展的Unix服務器上，WordPress運行得很好，你可以編輯和發(fā)表網(wǎng)頁（用[http://www.microsoft.com/frontpage/ Microsoft FrontPage]) &mdash; '''直到''' &mdash;你更改一下permalinks(例如，對于關于日期的種類，我喜歡/2005/04/等等)。我通常像那些問及permalinks等等的人建議那種形式的URI,因為那是w3c推薦的方法（看看http://www.w3.org/Provider/Style/URI )。
現(xiàn)在問題在于FrontPage使用.htaccess文件（WordPress mod_rewrite規(guī)則必須訪問這個文件）它的"發(fā)表"和 "網(wǎng)頁作者" 設置。一旦WordPress mod_rewrite代碼被添加到那個文件中，兩種情況會發(fā)生&mdash;permalinks不再運行，F(xiàn)rontpage服務器擴展也損壞了。

我嘗試了無數(shù)的方法，來試圖解決這個問題，包括試著使用rewrite規(guī)則，"忽視"FrontPage使用的<tt>%{HTTP_USERAGENT)%</tt>，使用一個第二個的AccessFilename <tt>.wpaccess</tt> to the <tt>httpd.conf</tt> 文件，以及許多其它的內(nèi)容，沒有什么部件能夠使FrontPage''和''管理的使用，與WordPress中的permalinks能夠同時使用。

解決辦法事實上非常簡單，我意外地發(fā)現(xiàn)了這個解決辦法。

如果你使用或者想要在WordPress中使用FrontPage(或者如果你的主機軟件包先前就配置為這樣的)，你可能要在你的服務器上完成以下的步驟，或者讓你的主機公司為你完成這些步驟。
Microsoft FrontPage 創(chuàng)建了以下的目錄

<pre>_vti_bin</pre>

嵌套在里面了，它創(chuàng)建了<pre>_vti_adm</pre>和<pre>_vti_aut</pre>

除了在你的站點（或者WordPress）根文件夾所有的這些目錄中，你會找到額外的<tt>.htaccess</tt>文件。

在這些三個目錄以及在根目錄上，在所有的<tt>.htaccess</tt>文件上面，你只要添加一行：

<pre>
選項 +FollowSymlinks
</pre>

其中每一個可能有或者還沒有這一行

<pre>選項沒有</pre> 

編輯并且保存每個<tt>.htaccess</tt>文件，你便完成了?，F(xiàn)在一切都運行得非常的好，包括FrontPage,和你選擇的permalinks。

=== 最后的一個記錄 ===
在一個個人記錄中，我喜歡使用Frontpage來管理/維護站點，大概在’96，我就開始使用Frontpage了，一直到現(xiàn)在，因為我大多數(shù)的工作都是UNIX服務器上完成的，不管怎么說我配置了這個來使用外部編輯器來編輯所有的內(nèi)容，包括對于php文件的Zend Studio,關于樣式表的Bradbury TopStyle,關于圖像的Adobe ImageReady/Photoshop等等。我或多或少只將Frontpage作為一個方面的方式來管理站點和訪問所有的內(nèi)容，等等。 然后當我點擊任何應用軟件中的"保存" 按鈕的時候，按鈕就會使Frontpage將任何的變化直接地保存到服務器上，而不需要FTP’ing文件，等等。它的確能夠幫助許多過程快速地完成，permalink損壞后，去年一年左右，我的確決定情況地不穩(wěn)定，因為我不需要使用permalink或者不需要使用Fontpage,或者繼續(xù)重新安裝FP擴展。一方面我找到了一個方式來為我"運行的" 站點制作一個.htaccess ，然后在我做其它的事的時候，將它更改問FP .htaccess (permalinks 當然不會運轉), 不管哪種方法都是一件令人勞苦的事情。 

這個在大多數(shù)的FP版本以及如今使用的大多數(shù)的擴展的unix版本上應該能夠運行。
--[[WordPress:User:Chradil|Chradil]] 2006年17時24分 (格林尼治標準時間)

=== 長的 Permalinks ===
當你在一封電子郵件中使用額外長的permalinks并且將permalinks發(fā)表到評論和聊天中時候，一些長的permalinks"就被砍斷了"或者只有permalinks上的第一個部分，被真正地看成是一個鏈接，其它的部分會被看成是文本。下面有一個例子。
<div style="margin: 5px; padding:5px">
<tt style="font-weight:bold; color:#036; text-decoration:underline; font-size:0.9em">http://yourdomain.example.com/2005/10/4/article-about-joe-fred-sally-and-bog</tt></div>

結果會是：
<div style="margin:5px; padding 5px"><tt> <span style="font-weight:bold; color:#036; text-decoration:underline; font-size:0.9em">http://yourdomain.example.com/2005/10/4/article</span>-about-joe-fred-sally-and-bog</tt>
</div>

點擊一個較低的鏈接，用戶會得到一個404網(wǎng)頁沒有發(fā)現(xiàn)的錯誤。如果你有使用很長的permalink文章標題的傾向，采取以下的步驟來防止這個問題的發(fā)生。

1.核實一下你真的在使用[[WordPress:Using Permalinks|Permalinks]]。

2.編輯你的<tt>.htaccess</tt>文件并且添加以下的內(nèi)容：

<pre style="font-size: 0.7em">
 RewriteRule ^post/([0-9]+)?/?([0-9]+)?/?$ /index.php?p=$1&page=$2 [QSA]
</pre>

3.給它測試一下。找到文章的ID數(shù)字，在你的瀏覽器上輸入以下的內(nèi)容（和你的信息），而且你應該再次導向你的文章：

<pre>
http://yourdomain.example.com/post/(the ID #)
</pre>

大多數(shù)電子郵件軟件并不會切斷由angle-brackets (&lt; and &gt;)描繪的URLs,這一點也很值得注意，因此當你在電子郵件中粘貼URLs的時候，你應該將URLs寫作：
<div style="margin: 5px; padding:5px">
<tt>Read my blog post at &lt;<span style="text-decoration:underline; color:blue">http://yourdomain.example.com/2005/10/4/article-about-joe-fred-sally-and-bog</span>&gt;</tt></div>

此外，一些相當好的電子郵件clients，在你編寫一個純文本的電子郵件的時候，給你提供一個"預先格式"電子郵件。粘貼鏈接的時候，使用"預先格式"選項，會迫使電子郵件client在鏈接中不插入換行符。

=== 解決其它問題 ===

如果你的<tt>.htaccess</tt>的產(chǎn)生是正確的，但是Permalinks不能運行，下面的內(nèi)容可能是一個問題。如果問題繼續(xù)存在，在[http://www.wordpress.org/support WordPress論壇的]中發(fā)表一個短信 怎樣分段。

; '''AllowOverride 沒有被激活''' :你的服務器也許沒有激活AllowOverride指示。如果AllowOverride指示在你的Apache <tt>httpd.config</tt>文件中設置為<tt>None</tt>，那么<tt>.htaccess</tt>文件便被完全地忽略了。在這種情況下，服務器甚至不會嘗試閱讀文件系統(tǒng)中的<tt>.htaccess</tt>文件。當這個指示被設置為<tt>All</tt>的時候，那么任何擁有<tt>.htaccess</tt>Context的，都允許在.htaccess文件中。<tt>httpd.config</tt>中激活的AllowOverride指示的例子：
<pre>
 <Directory />
    Options FollowSymLinks
    AllowOverride All
 </Directory>
</pre>

你也可能要在你的文件根上激活AllowOverride指示：
<pre>
 <Directory /var/www/html>
    # ... other directives...
    AllowOverride All
 </Directory>
</pre>
; 你也可能要為站點更改AllowOverride設置。這當然是使用Mac OS X服務器時，發(fā)生的情況，當時也可能在其它的系統(tǒng)上也適用。通常你可以在<tt>/etc/httpd/sites/</tt>中找到站點的配置文件。
; 如果你不想將AllowOverride設置為所有的（如上面的那樣）那么你的AllowOverride 列表上必須包括FileInfo指示。你必須重新地啟動你的Apache 服務器使任何的<tt>httpd.config</tt>文件更改起效，閱讀關于[http://httpd.apache.org/docs-2.0/mod/core.html#allowoverride Apache Core 特色]。

; 導航到的頁面不能運行：有時候導航到第二個（或者下一個）文章的頁面，可能并不象期望地那樣能夠運行。你的網(wǎng)頁可能使用下面的這些URIs之一產(chǎn)生了到另一個網(wǎng)頁的鏈接：
<pre> http://www.example.com/page/2/
 http://www.example.name/category/categoryname/page/2/
 http://www.example/year/month/day/page/2/
 http://www.example/year/month/page/2/
</pre>
; 點擊那些鏈接中的一個的結果是網(wǎng)頁載入了所有的邊緣內(nèi)容（頁眉，頁腳，工具條），卻沒有載入帶有文章的網(wǎng)頁，或出現(xiàn)一個錯誤信息："對不起，沒有文章匹配那個標準。"  

; 這是由于WordPress產(chǎn)生在<tt>.htaccess</tt>文件中的一個小干擾。要解決這個問題，刪除你的.htaccess文件的內(nèi)容，并且重新地創(chuàng)建這個文件。
<ol>
<li>在控制面板上，轉到管理 > 文件([[WordPress:Editing_Files|編輯文件的更多信息]])</li>

<li>點擊鏈接到你的 .htaccess 文件來編輯它的內(nèi)容</li>

<li>復制文件的內(nèi)容并且將它粘貼到文本編輯器中的一個文本文件中。這是一個預防措施，以防止你的.htaccess文件有redirects的手工條目，或者對其它的[http://www.javascriptkit.com/howto/htaccess.shtml 便利的 htaccess tricks]</li>的拒絕</li>。

<li>從你的.htaccess文件中刪除所有的內(nèi)容，并且點擊更新文件按鈕。</li>

<li>在控制面板上, 轉向選項 > Permalinks。</li>

<li>點擊更新Permalink結構按鈕來為你的permalinks產(chǎn)生新的rewrite規(guī)則。</li>

<li>使用一個先前斷掉的鏈接來測試結果。</li>

<li>將任何的手工htaccess條目返回到你的文件
 (將手工htaccess 條目放在<tt># BEGIN WordPress</tt>之前或者放在 <tt># END WordPress</tt> 行之后。)</li>
</ol>

; 通過從服務器中刪除<tt>.htaccess</tt>文件，創(chuàng)建一個新的空.htaccess文件，將文件權限改為666，然后在選項 > Permalinks通過點擊更新Permalinks結構按鈕，產(chǎn)生一組新的htaccess規(guī)則，你可以執(zhí)行相似的步驟。

; 如果這樣做仍然不起作用，看看WordPress支持論壇，特別是[http://wordpress.org/support/topic/51613#post-283222 這篇支持的文章]。

; '''文章的Permalinks 不能運行''' :如果你試著導航到一個最新創(chuàng)建的[[WordPress:Glossary#Page|網(wǎng)頁]]但是遇到了一個錯誤，你可能需要[[WordPress:Permalinks_Options_SubPanel|更新你的Permalink 結構]]。記住每次你給WordPress添加了一個新的靜態(tài)的網(wǎng)頁，新的規(guī)則必須產(chǎn)生并且更新到<tt>.htaccess</tt> (WordPress 1.X)或者更新到內(nèi)部的rewrites 數(shù)組(WordPress 2.X)。

; ''' 到 Ultimate Tag Warrior tag pages 的permalinks不能夠運行''' :如果你正在WordPress2.X上使用UltimateTagWarrior插件的時候，你在本地標簽URLs上得到了404錯誤，那是因為由WordPress產(chǎn)生的內(nèi)在的rewrites，過度地貪婪了，在UTW的rewrite規(guī)則有機會之前，便得到了調(diào)用。只有使用一個自定義的permalink結構(像 <tt>/%postname%/</tt>)時，通常才會出現(xiàn)這樣的情況。要解決這個問題， [[WordPress:Permalinks_Options_SubPanel|轉變你的 Permalink 結構]]為 "以日期和名稱為基礎" 或者改進 UTW 插件將UTW rewrites放置到內(nèi)部rewrites數(shù)組的上端。 [http://www.naturalsearchblog.com/archives/2007/01/20/getting-404-errors-on-ultimate-tag-warrior/ 關于這個的更多的信息]。

; '''Permalinks 在運行但是沒有頁面返回''' :有些版本的PHP4.4x和5.5x，當與一些版本的Apache2.x用在一起的時候，會有一個程序錯誤，致使mod_rewrite不能執(zhí)行。更多信息可以查看http://bugs.php.net/bug.php?id=35096 和http://bugs.php.net/bug.php?id=35059.

=== 更多的幫助 ===

如果這些步驟都不起作用，在[http://codex.wordpress.org Codex], [[WordPress:Troubleshooting|發(fā)現(xiàn)并解決故障]], 或者在[http://wordpress.org/support/支持論壇]上搜索你的問題。