Firefox と Cookie の破損の問題
Windows を実行している私のコンピューターの 1 つに奇妙な問題が発生しました。Firefox がデフォルトのブラウザーであり、10 年以上前のプロファイルを使用していました。ある青い月曜日、私はブラウザを開き、頻繁にアクセスして使用しているサイトの 1 つにアクセスし、ログアウトしていることに気付きました。別のサイト、同じこと。ログイン セッションがすべてなくなったようです。
すべての複数のバックアップを保持しているので、Firefox の Cookie データベース (cookies.sqlite ファイル) を Firefox プロファイルに復元したところ、正常に戻りました。数日後、問題が再び発生しました。興味をそそられた私は、このややあいまいで十分に文書化されていない問題を調査し始めました。私はその理由を知っていると信じており、私には解決策があります.
注:画像は wikipedia.org から取得したもので、GFDL 1.2 の下でライセンスされています。
問題の詳細
オンラインソースはほとんど提供していません。 Firefox 6 頃の同様の問題への参照と、Quantum (Firefox 57 以降) に関する唯一の reddit 投稿を見つけました。 Cookie を復元する方法に関するランダムな質問がたくさんありますが、人々が経験していたことについての詳細はあまりありません。一般に、基本的なモチーフは、通常のブラウジング セッション中に Cookie データベースが破損するというものでした。破損したデータベースが削除され、新しいデータベースが作成される次のブラウザの起動まで、人々はそれに気付かないでしょう。これらのファイルは両方とも、cookies.sqlite および cookies.sqlite.bak という名前の Firefox プロファイルにあります。バックアップ コピーを保持している場合、データベースを上書きすることが、古いセッション ログインを復元する最も簡単な方法です。しかし、それだけでは理由についての洞察は得られません。
確かになぜ。さて、「異常」だったのは、この特定のケースでは、一時ファイルと Cookie のクリーニングを約 18 か月間行っていないことです。私は通常、四半期に 1 回程度、数 GB 相当のジャンクをフラッシュし、ほとんどの Cookie を消去します (重要なものは保持します)。 Firefox と Chrome が実際にジャンクの蓄積をどのように処理するかを知りたいので、そのままにしておきます。
余談ですが、ロードされたサイトで Chrome がファビコンを表示するのに少し時間がかかることに気付きましたが、速度低下、エラー、または奇妙な動作はありませんでした。唯一の本当の問題は、Firefox が Cookie のフロントでギンピングを行っていたことであり、これは散発的に発生しましたが、本当の理由はありませんでした。汚れをすすぐと効果があると思いました.
解決策
一時データと Cookie を消去しました (必要なログインを除く)。 Firefox の実行速度がわずかに速くなったことに気付きました。わずかではありますが、顕著なパフォーマンスの向上です。 Chrome はファビコンも即座に提供していました。決定論的な動作であるべきものは、実際にはそうではありません。ブラウザーは、一時データの蓄積が遅いことの影響を受けており、実際に影響を受けています。これだけでも興味深いです。
Firefox に関しては、この記事を書く前にシステムを 2 か月ほど稼働させました。約 2 週間以内に Cookie データベースの破損が 3 回発生しましたが、クリーンアップ以降は静かで、これで問題が解決したと 100% 確信しています。そして、私はかなり良い技術的推測さえ持っています.
Firefox の cookies.sqlite ファイルにはサイズ制限があります。さまざまなシステムで値が同じではないことに気付きましたが、一般的なサイズは 1,024 KB で、場合によっては 2,048 KB です。これにより、データベースに登録できる Cookie の数も決まります。この制限に達すると、Firefox は cookies.sqlite が破損していると見なし、それを洗い流します。最も古い Cookie や使用頻度の低い Cookie を削除したり、データベースのサイズを大きくしようとしたりするインテリジェントなメカニズムはありません。
これは推測ですが、私はこれが起こっていることであると確信しています。解決策は、ブラウザのデータを時々クリーンアップすることです。私はかなりのヘビーユーザーなので、そこには数千とまではいかなくても数百のクッキーがありましたが、意味のあるリストは数十に達しました. 1 年に 1 回または 8 か月に 1 回が妥当な家庭の掃除スケジュールのようです。
結論
私は当て推量が嫌いなので、ブードゥー教の記事は決して私のお気に入りではありません。ソフトウェアの問題は決定論的である必要があるため、問題を簡単に再現して表示できます。しかし、イベントのタイミングとシーケンスの奇妙な組み合わせで現れる競合状態のように、解決メカニズムが明らかであっても、このようなものを再現するのは困難です。
とにかく、Firefox を実行していてログイン セッション (Cookie) が削除された場合、私の提案は、バックアップから復元し (1 つ保存しておいてください)、必要のないものを削除し、最小限のものだけを保持して、整然としたクリーンアップを実行することです。一般的なログイン用の Cookie のセット。手動でクリーニングするか、メンテナンス ツールを使用することができますが、難しい場合もありますが、それはまったく別の話です。とにかく今日はここまで。そうではないので、明白な船長とは言わないでください。またね。
乾杯。
-
Firefox 4 対 Internet Explorer 9 - がんばれ!
よし、若者たち、気を引き締めろ!この種のコンテストを開催するとは想像もしていませんでしたが、さあ始めましょう。 Microsoft が一流のファーストクラスのブラウザーを提供するなど、あらゆる種類の驚きが発生する可能性があります。立方体でのむち打ちと給与削減はうまくいったようです。 とにかく、数日前に、Firefox 4 ベータ版が最初に公開され、その翌日に Internet Explorer 9 ベータ版が公開されるという、長くて広範囲にわたるエキサイティングなプレビューがありました。どちらの製品も優れた見込みを示しています。 Firefox 4 は、優れたブラウザーの長いラインの継続で
-
Firefox 3.1 Beta 3 でのメモリ使用量
数日前、私は Firefox 3.1 Beta 3 をレビューしました。とても素敵です。 Javascript のパフォーマンスが向上し、新しい使いやすさとプライバシー機能が追加され、将来の HTML マルチメディア要素がサポートされます。 正当な理由があります。 アプリケーションのメモリ使用量を正確に測定することは、非常に難しい作業です。せいぜい、推測、見積もり、兆候を持つことができますが、通常、それらは主観的であり、非常に限られた範囲の要因に基づいているため、ほとんど役に立ちません.ほとんどの人は、さまざまなシステム ユーティリティ (タスク マネージャー、プロセス エクスプロ