回答:
残念ながら、browser.history_expire_days
キャッシュを強制的に削除するために使用できなくなっているようです。2010年1月に書かれた:
本来、有効期限は、3つの主要なステップで履歴コンポーネント自体によって管理されていました:各訪問後、アイドル中、シャットダウン時。[..]新しいコンポーネントはJSコンポーネントであり、シンプルな適応アルゴリズムを使用して、3分ごとに段階的に有効期限を実行します。そのため、最後のステップが十分に期限切れにならない場合、次のステップが後で実行されます。期限切れのアイテムよりも多くのアイテムが見つかった場合は、次のステップでさらに期限切れになります!
どういうわけか、Firefoxの人々は、履歴を制限することは、パフォーマンスではなくプライバシーではないと考えています。
新しいコンポーネントは、ハードウェア仕様、特にメモリサイズを検出し、それに有効期限を適合させることができます。つまり、履歴の日数などを調整する必要がなくなります。
など:
隠された有効期限の設定を行っている[..]、そう
browser.history_expire_days
、browser.history_expire_days_min
、browser.history_expire_sites
今シングルに置き換えられplaces.history.enabled
好み。
...しかし:
[..] 2つの新しい非表示設定:
places.history.expiration.interval_seconds
有効期限の各ステップ間の秒数であり、有効期限places.history.expiration.max_pages
が切れるまで保持する最大ページ数です。
(古いバージョンでは1が入る可能性がありabout:config
、変更browser.history_expire_days
とbrowser.history_expire_days_min
。後者は私のMac上のFirefox 4ベータ版ではまだ存在している、おそらく使用されていない。最初に完全になくなっています。古いバージョンでは、に応じていくつかの記事で、1が実際に持っているかもしれませんbrowser.history_expire_days
手動で追加したかった。)
履歴エントリを削除したノートは、実際には可能性がまだデータベースに保存されていること places.sqlite
だけされて、マークされ、削除など。そのファイルをバキュームすると圧縮され、削除されるはずのものがすべて削除されます。余談ですが、これはコンピュータに保存されているすべての履歴ではありません。同様にFlash も独自の道を歩んでいます。
about:config
アドレスバーに入力してからフィルタリングするhistory
と、エントリbrowser.history_expire_days
とが見つかりますbrowser.history_expire_days_min
。それらを1日に設定してみてください。
私はFirefox 4を使用していないため、これをテストすることはできませんが、これらのオプションはまだ存在していると思います。
履歴の有効期限は、通常とは異なる方法で制御されます。
有効期限は、ハードウェアの仕様、特にメモリサイズとCPUコアに基づいています。つまり、モバイルシステムや古いシステムでは、データベースのサイズを適切な(そしてパフォーマンスの高い)値に維持しようとすると、ハイエンドのハードウェアよりも有効期限が厳しくなります。
しかし、それはまだ設定を介してabout:config
設定可能です、これを使用してください:
Places.history.expiration.max_pages:期限切れになる前にデータベースに保持できるページの最大数。デフォルト値は起動時に計算され、places.history.expiration.transient_current_max_pages設定に入れられます。この一時的なバージョンの設定は、有効期限で使用される現在の値をミラーリングしているだけで、設定しても効果はありません。
したがって、その値を小さくまたは大きくして、それに応じて有効期限を短縮または延長できます。