0

編集：この場合、IIRF.iniコードは問題ではなく、dokuwikiのパフォーマンスの問題は実際にはアクセス許可に関連しており、URLの書き換えの導入は問題の原因ではありませんでした。

IIRFを使用してURL書き換えを統合する前は、完全に正常に実行されていたDokuwikiの新しいインスタンス（つまり、ほとんど空で、使用されていません）があります。

実行速度が大幅に低下しました。ページ間を移動するには数秒かかりますが、以前は「スナッピー」（即時）でした。

ここでIIRFを実装するための指示に従いました。これには、基本的に「IIRF.ini」ファイルをサイトルートに追加し、上記のリンク先のサイトで指示されているように「conf / local.php」ファイルを更新することが含まれます（見出しの下からコピーされたコード「IonicsIsapiリライトフィルター」）。

したがって、明確にするために、URL書き換えは機能しています; しかし、それはwikiをナビゲートする際に大幅な速度低下を引き起こしました。誰かがそれを再びスピードアップするための提案を提供できれば幸いです！

これは私の「IIRF.ini」ファイルの内容です。

IterationLimit 1

# QSA is not supported, fix it
RewriteCond %{REQUEST_FILENAME}       !-f
RewriteCond %{REQUEST_FILENAME}       !-d
RewriteRule (.*)\?(.*) $1&$2

RewriteRule ^/_media/(.*)             /lib/exe/fetch.php?media=$1   [QSA,L]
RewriteRule ^/_detail/(.*)            /lib/exe/detail.php?media=$1  [QSA,L]
RewriteRule ^/_export/([^/]+)/(.*)    /doku.php?do=export_$1&id=$2  [QSA,L]
RewriteRule ^/$                       /doku.php                     [QSA,L]

# infinite redirect fix
RewriteCond %{REQUEST_FILENAME}       !-d
RewriteRule ^/(.*)/$                  /doku.php?id=$1               [QSA,L]

# end fix
RewriteCond %{REQUEST_FILENAME}       !-f
RewriteCond %{REQUEST_FILENAME}       !-d
RewriteRule ^/(.*)                    /doku.php?id=$1               [QSA,L]
4

1 に答える 1

0

答えではありませんが、いくつかの提案：

  1. 問題を引き起こしているのが特定のルールなのか、それとも IIRF 自体なのかを知っていますか? すべての ruke をコメントアウトして、次のことだけを試してください。

    RewriteRule ^(*.) $1

    IIRF のパフォーマンスをテストするには、他のルールのコメントを外します。

  2. トレースをオンにします。ルールは期待どおりに動作していますか?

  3. アプリケーションを使用しTestDriverてテストを実行します。

  4. Web サーバー ソフトウェアが使用するユーザーのコンテキストでテストを実行してみてください。

私の推測では、ファイルまたはディレクトリのテストにアクセスの問題があると思います。

于 2011-07-05T06:51:51.663 に答える