请问为什么火狐两年前的最早历史记录在有新记录后会自动被挤掉呢？是容量不够么？

最近发现有这个问题，开始以为是版本问题，因为当时刚刚换了21.0版，后来有换回17.0几的长期支持版，貌似前一段时间没出现有新记录自动挤掉最早历史记录的情况，结果今天上网又发现有了，按网上说的方法想 改 places.history.expiration.transient_current_max_pages  但是就是该不了，去贴吧看了下，发现有人也和我遇到相同情况 有谁知道什么原因哦？有办法能永久保存历史记录么？至少给我保存个10年行不？

那不是places.sqlite弄得很大吗？
据说这个文件超过100M还是什么值时就会很卡

烈之斩：咦，现在那个max day =180的设置没了？回到原帖

听说好像失效了

咦，现在那个max day =180的设置没了？

哦

哦，是不是把你给的那个新建个值写成首选项然后整数，自己填个值就可以了？

这个值代表唯一URL（Unique URl），即在数据库中key的数量，你可以在历史中看看以往几个月平均每个月浏览的网页数量，根据需求估计一个值

来自MDN - 历史记录清除

简单来说，第一个是给用户改的，第二个是暴露给扩展开发者的中间层，是计算出的值，只读

哦，是不是把你给的那个新建个值写成首选项然后整数，自己填个值就可以了？

好吧原来你是真的第一次……

[quote]Preferences

Usually there is no need to tweak or set any preference, since adaptive behavior should satisfy each need, though in case of unexpected issues it's possible to act on some hidden preferences:

    places.history.expiration.interval_seconds: Minimum number of seconds between expiration steps. Default is 180 seconds.
    places.history.expiration.max_pages: The maximum number of pages that may be retained in the database before starting to expire. Default value is calculated on startup and put into the places.history.expiration.transient_current_max_pages preference. This transient version of the preference is just mirroring the current value used by expiration, setting it won't have any effect.

来自MDN - 历史记录清除

简单来说，第一个是给用户改的，第二个是暴露给扩展开发者的中间层，是计算出的值，只读

白左：大侠，没搜到你不会自己新建吗
看你如此风流倜傥娴熟潇洒摧枯拉朽力拔山兮气盖世的修改姿势，莫非还是第一次改config项目不成回到原帖

你说要新建的这个会和places.history.expiration.transient_current_max_pages有冲突么？怎么新建 就把你给的这个黏贴进去就可以了？

白左：大侠，没搜到你不会自己新建吗
看你如此风流倜傥娴熟潇洒摧枯拉朽力拔山兮气盖世的修改姿势，莫非还是第一次改config项目不成回到原帖

- -差不多

大侠，没搜到你不会自己新建吗
看你如此风流倜傥娴熟潇洒摧枯拉朽力拔山兮气盖世的修改姿势，莫非还是第一次改config项目不成

白左：

places.history.expiration.max_pages

回到原帖

你说得这个我进去搜没找到，应该是places.history.expiration.transient_current_max_pages吧，这个我不能修改啊

places.history.expiration.max_pages

贴吧同问的地址 http://tieba.baidu.com/p/2077493612