インターネット
 Computer >> コンピューター >  >> ネットワーキング >> インターネット

WordPress 5.4 と Firefox のすべてのページでの htaccess プロンプト

悪いことは重なります。数週間前、書籍のみの Web サイトで見つけた WordPress cURL エラー 28 の問題に関する記事を書きました。この問題は、wp-admin ディレクトリに htaccess ファイルがあることが原因であると思われます。これは、WordPress 5.4 の更新までは問題ではありませんでしたが、現在は問題になっているようです。ソースが何かはわかっているので、無視しても構いません。

htaccess を維持することの副作用は、Web サイトのすべてのページで認証を求めるプロンプトが表示されることです。これは、制限されたページにアクセスしようとしたときにのみ期待されるようなプロンプトです。この現象は次のように思われます。 Firefox に限定されます。自分は特別な雪の結晶だと思って、読んだりテストしたりしたところ、WordPress サイトでサポート トピックを見つけました。そこで、さらに調査して、何が得られるかを理解することにしました。

問題の詳細

まあ、言うことはあまりありません。 Firefox でサイトを閲覧する普通の人には、関係のない認証ウィンドウのプロンプトが表示されます。これは煩わしく、気が散り、不必要です。したがって、.htaccess ファイルを実際に削除せずに、これを修正する方法が必要です。それは常にオプションですが、そもそもそれを持つという全体的な目的と矛盾しています.

解決策(というか、回避策)

魔術は私の得意分野ではありません。しかし、ここで必要なのは魔術です。 WordPress が不要なときに認証プロンプトをスローする理由を理解しようと、しばらく読みました。 1 つ目に留まったのは、WordPress 5.4 で、この最初のマスター リストを読んだことです。そこで、.htaccess ファイルに関連するものを探したところ、次の記述が見つかりました:

パーマリンク設定を再保存します。いくつかのケースでは、Softaculous などのサードパーティのインストーラーが、.htaccess ファイルにわずかに間違ったルールでサイトを作成しているのを見てきました。これらのルールは以前のバージョンでは問題にはなりませんでしたが、これらの不適切なルールを使用すると、新しいバージョンで REST API が壊れる可能性があります。設定でパーマリンクを再保存 | WordPress のパーマリンク ページは、.htaccess ファイルのこれらのルールを修正し、新しいエディターで「失敗した」エラーを修正する可能性があります。

私が実際に使用していない新しいエディターを強調します。これは、以前に調査した cURL エラー 28 の問題にも関連しているようです。そこで、これが何か違いがあるかどうかを確認することにしました。 「古い」ファイルと新しく作成した .htaccess ファイル、特に WordPress によって自動生成された部分を比較しました。いくつかの小さな変更がありました。

.htaccess プロンプトの問題は修正されましたが、.htaccess ファイルが使用されている限り、cURL エラー 28 はそのまま残ります。以上のことから、WordPress 5.4 にはかなりのバグがあり、Firefox で別の動作を引き起こしているように見える何かがあると思います。

代替ソリューション:ファビコン

私の読者の一人が私の以前の記事について私に連絡してきました。何度か連絡を取り合ううちに、問題が Firefox でのみ発生するという事実を強調したため、読者は独自に追加のテストを実施し、サイト アイコン (ファビコン) の欠落が問題の原因である可能性が最も高いことがわかりました。 )。何もない場合、admin ディレクトリ内からデフォルトが読み込まれ、Firefox で認証プロンプトがトリガーされます。これを試して、これがうまくいくかどうかを確認してください。

WordPress 5.4 と Firefox のすべてのページでの htaccess プロンプト

結論

この種の記事を書かなければならないことを本当に、深く嬉しく思いません。私は問題を明らかにし、奇妙な問題を回避し、回避策を提供していますが、まだバグのある基礎となるコードを扱っているため、安心できません。どういうわけか、奇跡的に「悪いエラー」をなくすことができても、自信はありません。要するに、WordPress 5.4 の仕組みにあり、認証の処理方法が根本的に異なっています。

さらに、なぜこれが Firefox でしか現れないのか、私には言いようのないことです。もう少しプレイを続けますが、現時点でお伝えできる最善の方法は、上記の回避策と、以前の記事で共有した情報です。安らかに。また、ご意見がありましたら、共有してください。

乾杯。


  1. Firefox 4 対 Internet Explorer 9 - がんばれ!

    よし、若者たち、気を引き締めろ!この種のコンテストを開催するとは想像もしていませんでしたが、さあ始めましょう。 Microsoft が一流のファーストクラスのブラウザーを提供するなど、あらゆる種類の驚きが発生する可能性があります。立方体でのむち打ちと給与削減はうまくいったようです。 とにかく、数日前に、Firefox 4 ベータ版が最初に公開され、その翌日に Internet Explorer 9 ベータ版が公開されるという、長くて広範囲にわたるエキサイティングなプレビューがありました。どちらの製品も優れた見込みを示しています。 Firefox 4 は、優れたブラウザーの長いラインの継続で

  2. Firefox 3.1 Beta 3 でのメモリ使用量

    数日前、私は Firefox 3.1 Beta 3 をレビューしました。とても素敵です。 Javascript のパフォーマンスが向上し、新しい使いやすさとプライバシー機能が追加され、将来の HTML マルチメディア要素がサポートされます。 正当な理由があります。 アプリケーションのメモリ使用量を正確に測定することは、非常に難しい作業です。せいぜい、推測、見積もり、兆候を持つことができますが、通常、それらは主観的であり、非常に限られた範囲の要因に基づいているため、ほとんど役に立ちません.ほとんどの人は、さまざまなシステム ユーティリティ (タスク マネージャー、プロセス エクスプロ