.htaccesファイルはAllowOverrideにもかかわらず動作しませんすべて

Question

私の理由はわかりませんが、私の単純な.htaccessファイルはサーバ上で動作しません。私はmyadressは/ dev /公共の場所に大爆笑/別のサーバーへのすべてのトラフィックのリダイレクションまたは単純なリダイレクトMyAddressのいずれかでテストを作ってみました

/var/www/html/.htaccess

RewriteEngine On 
#RewriteCond %{HTTP_HOST} ^/$ [R=301,L] 
#RewriteRule ^(.*)$ htt://www.onet.pl/$1 [L] 
RewriteRule ^/lol$ /dev/public 

私はindex.htmlファイルを持っています。

MODUL REWRITEはすでに

#a2enmod rewrite 
Module rewrite already enabled 

を有効になっていると私はは/ var/WWWでゴミを書くとき、これは

<VirtualHost *:80> 
ServerAdmin webmaster@localhost 
DocumentRoot /var/www/html 
<Directory /var/www/html> 
AllowOverride All 
</Directory> 
ErrorLog ${APACHE_LOG_DIR}/error.log 
CustomLog ${APACHE_LOG_DIR}/access.log combined 
</VirtualHost> 

私/etc/apache2/sites-enabled/000-default.confです/html/.htaccessと開いているサーバーのメインアドレスを指定すると、エラーメッセージがスローされ、Apacheログに.htaccessファイルの間違ったコマンドに関するエラーが表示されます。

しかし、.htaccessに置かれたリダイレクトはどちらも動作しません。 2番目のリダイレクトは/ addressから/ dev/publicにリダイレクトされません。ブラウザは単に/ devサイトがないことをスローします。

私はroot権限を持っていますが、サーバはApache 2.4.10のDebian 8です。私に何ができる？

Answer 1

単純な問題は、動的構成ファイル内に書き換えルールを持つ絶対パスを使用しようとしていることです。この場合、愚かな動的構成ファイルの仕組み（.htaccess）の性質上、の相対パスが必要であることが明確に文書化されています。

相対パスを使用したバージョンを見てみましょう：この矛盾を処理するための

RewriteEngine On 
RewriteRule ^lol$ /dev/public 

よりインテリジェントな方法は、動的構成ファイルに、両方のケースで動作するパターンを使用することで、

RewriteEngine On 
RewriteRule ^/?lol$ /dev/public 

しかし、最高のアイデアは、httpサーバのホストconfiguが、すべてでは、このような動的な構成ファイルを使用しないで次のようになります。実際のホスト構成で代わりに配給。これらのファイルは悪名高いエラーが発生しやすく、デバッグが難しく、サーバーの速度が遅くなります。彼らは、あなたがホスト構成（本当に安いホスティングサービスプロバイダを読む）を持っていないか、独自の書き換えルールを書くことに頼っているアプリケーションを持っている場合にのみ、最後のオプションとして提供されます（これは明白なセキュリティの悪夢です）。 [チャットでアーカイブ] http://httpd.apache.org/docs/current/mod/mod_rewrite.html