目前.htaccess 文件的主要問題是RewriteCond 指令性地檢查磁盤文件是否存在，就算根本不需要檢查，每一次訪問磁盤都增加了頁面加載時間。 

# WordPress開始 
RewriteEngine On 
RewriteBase / 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
# WordPress結束 

當前的WordPress .htaccess 根本就沒有優化。在Webmaster World的一篇帖子上，Mod_Rewrite/.htaccess 的專家Jim Morgan 建議大家用下面的.htaccess文件取代原來的文件: 

# WordPress開始 
RewriteEngine on 
# 
#除非你在此之前已經設置了不同的RewriteBase 
#你可以刪除或不注釋以下代碼 
# RewriteBase 指令: 
RewriteBase / 
# 
#如果這個請求是針對“/”或者是已經寫入到WP中了 
RewriteCond $1 ^(index\.php)?$ [OR] 
#或者如果這個請求是針對image, css, 或js文件 
RewriteCond $1 \.(gif|jpg|css|js|ico)$ [NC,OR] 
#如果URL指向存在的文件 
RewriteCond %{REQUEST_FILENAME} -f [OR] 
#如果URL指向了存在的目錄 
RewriteCond %{REQUEST_FILENAME} -d 
# 那么跳過重寫直接到WP 
RewriteRule ^(.*)$ - [S=1] 
#否則指向WP重寫該請求 
RewriteRule . /index.php [L] 
# 
#WordPress結束 

以下就是執行前面代碼優化后的效果： 

因為index.php文件是存在，因此檢查它的存在性是無意義的，這樣就在對example.com, example.com/ 或example.com/index.php發送請求時就可以避免了不必要的文件檢查。 
每次對靜態文件的訪問請求實際上并不需要被重定向。如果該文件確實在磁盤上，這個請求將被響應，否則應該返回文件不存在或者默認子目錄index.php文件。這些靜態文件包括了.jpg,.png,.gif,.css,.js格式的文件以及其他靜態文件。由于大部分博客都包含了很多的靜態文件，所以這將會對頁面加載速度也非常大的影響。