目前.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格式的文件以及其他静态文件。由于大部分博客都包含了很多的静态文件，所以这将会对页面加载速度也非常大的影响。
