私は既存の (そして非常に問題のある) wordpress.org サイトを継承しましたが、前の所有者が .htaccess ファイルに関して下した選択やルールを理解するのに苦労しています。
さまざまな部分をグーグルで検索したり、さまざまなドキュメントを見たりしてきましたが、答えが見つからない部分もあります
htaccess テスターを使用したところ、いくつかのルールは満たされましたが、多くのルールは満たされませんでした。 テスターは「ifmodule」ステートメントを検査できず、
の CacheLookup を理解できません。 リーリーまず、テスターはこう言います
リーリーもしそうなら、なぜマークされたすべての部分にそれを追加するのですか?これは省略してもいいでしょうか?
また、litespeed のルールを満たしていない部分も多くありますが、理解できない/見れない部分があることも認識しています
「サンプル ルール」セクションが欠落しているようで、litespeed .htaccess に設定されているルールを書き換えます
「推奨される」ルール例の一部を変更する可能性があるのはなぜですか?たとえば、私のファイルには
とあります リーリー(変数が未知のためテスターはチェックできません) ただし、書き換えルールの例には [または]
が含まれます リーリーまた、なぜどのモジュールをチェックするために if ステートメントを含めることにしたのかわかりません。 (これらの利点は何ですか?またはこれらの「ifmodule」タグは削除できますか?)
最後に、これは愚かな質問かもしれません。「Really Simple SSL」は「Really Simple Security」と同じですか、または以前は「Really Simple Security」として知られていましたか? その場合、.htaccess を非常に単純な SSL .htaccess ガイドラインに更新する必要がありますか?
この投稿が、サイトを設定しようとしている他の人にも役立つことを願っています。
P粉0329004842024-01-17 13:07:16
彼らは、多数の異なる WordPress プラグインをインストールし、それぞれ独自のセクションを .htaccess
に追加することにしたようです。この構成を構築する計画に従う人は誰もいないようです。
RewriteEngine On
は、各プラグインが設定されていることを確認する必要があるため、複数回組み込まれています。このようなステートメントが複数存在しても、スペースと処理時間が占有される以外に害はありません。
IfModule
ディレクティブはプラグインによって追加され、必要な Apache モジュールが有効になっていない場合にサイトがすぐに「500 Internal Server Error」を受信しないようにします。ルールはモジュールなしでは効果がないため、どの Apache モジュールが有効になっているかがわかっているマシンに独自のルールを実装する場合は、モジュールのチェックを追加することにほとんど意味がありません。
私の推測では、これらのルールは手動で編集されたのではなく、古いバージョンのプラグインによって追加されたものだと思われます。ファイルをカスタマイズしようとする場合もありますが、必ずしもそうであるとは限りません。
#BEGIN と
END コメントの間で大量の編集を行わないよう警告します。プラグインはこれらのタグをそこに配置して、アップグレード プロセス中に独自のルールを置き換えることができるようにします。加えた変更は、ある時点で上書きされる可能性があります。
すべてのプラグインをアップグレードして、考えられるセキュリティ上の脆弱性にパッチを当て、各プラグインの書き換えルールも最新のものに更新されていることを確認する必要があります。