为什么在.htaccess中启用重写日志不起作用？

我想启用重写日志记录，以便可以调试重写规则，但是添加RewriteLog指令会导致500错误。

版本信息：

Ubuntu 14.04

Server version: Apache/2.4.12 (Ubuntu)
Server built:   Feb  4 2015 14:22:06

内容 .htaccess

<IfModule mod_rewrite.c>
RewriteEngine On

RewriteLog /var/log/apache2/rewrite.log
RewriteLogLevel 5

RewriteBase /

RewriteRule ^/wordpress/wp-content/(.*)$ /wp-content/$1 [L]

RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

在错误日志中，我看到：

/var/www/path.to/wordpress/.htaccess: Invalid command 'RewriteLog', perhaps misspelled or defined by a module not included in the server configuration

除了忘记无法在.htaccess文件中配置日志记录之外，这还证明是Apache版本的问题。RewriteLog指令已在较新的版本中替换，并将以下内容添加到Virtualhost配置中为我启用了重写日志：

LogLevel alert rewrite:trace3 (can be increased to trace8)

从手册中：

那些熟悉mod_rewrite早期版本的人无疑会在寻找RewriteLog和RewriteLogLevel指令。上面提到的新的每模块日志记录配置已完全取代了此功能。

要在错误日志中过滤掉这些消息，您可以执行以下操作：

tail -f error_log|fgrep '[rewrite:'

我忍不住要重复自己：

大多数使用.htaccess并在ServerFault上询问此问题的人都不应首先使用.htaccess，因为这是最终的解决方案，永远不适合管理员使用：

如果可以访问httpd主服务器配置文件，则应避免完全使用.htaccess文件。使用.htaccess文件会降低Apache http服务器的速度。可以在.htaccess文件中包含的任何指令最好在Directory块中进行设置，因为它具有相同的效果和更好的性能。
资料来源： Apache手册

显然，大多数发布配置的人都是热衷于编程的程序员，他们热衷于盲目复制.htaccess文件，而不了解其原因。

您的问题就是一个很好的例子：该RewriteLog指令仅在服务器配置或虚拟主机的上下文中有效。

这意味着不允许在.htaccess文件中！