Может быть.
Лучший компонент срока действия теперь является частью модуля Places
На прошлой неделе, в пятницу, я отправил последние фрагменты нового компонента "Истечение срока действия". Это был один из проектов Firefox, предназначенный для ветки 1.9.3, вы можете найти более подробную информацию о начале этого проекта на его вики-странице.
Немного предыстории:
Изначально срок действия контролировался самим компонентом History на трех основных этапах: после каждого посещения, во время простоя, при отключении. Это имело различные недостатки. Во-первых, навигация была затруднена, поэтому мы переместили после каждого посещения шаг после каждой синхронизации между таблицами памяти и диска. Мы также сократили время простоя и время остановки.
Результат был лучше, но у нас были другие проблемы: у нас не было достаточно страниц с истекшим сроком действия, связанных с количеством посещений, и теперь компонент синхронизации был раздут с несвязанной функциональностью (и медленнее). Мы также все еще делали кучу вещей при закрытии.
В баге 516940 я очистил отключение, увеличив разделение между History и Expiration, и в этот момент было легче разделить его из History в отдельный компонент. Так что нового?
Новый компонент является компонентом JS, он запускает срок действия поэтапно, каждые 3 минуты, с помощью простого адаптивного алгоритма, так что, если последний шаг не истек достаточно, следующий будет выполняться позже, в то время как если он найдет больше элементов, чем истекшие, следующий шаг истекает больше! Это должно гарантировать, что мы не отстаем с истечением срока годности.
Он также использует async Storage API, это гарантирует, что мы будем выполнять ввод-вывод в отдельном потоке, поэтому мы не повредим вашей навигации.
Истечение времени простоя будет выполняться только на один больший шаг, затем оно остановится, пока вы не выйдете из простоя, таким образом, это не убьет ваш режим ожидания или батареи.
Истечение срока действия при закрытии выполняется большим шагом, но не слишком большим, в большинстве случаев адаптивные шаги по истечении срока действия все равно должны гарантировать, что мы не истекаем при завершении работы. Что изменилось для вас?
Новый компонент способен определять ваши аппаратные характеристики, особенно объем памяти, и адаптировать к нему срок действия, это означает, что вам больше не нужно настраивать количество дней истории или что-то еще. По этой причине мы удалили поле количества дней из панели настроек, и вам больше не нужно сообщать нам, сколько дней истории может обработать ваш компьютер.
Как насчет конфиденциальности? Что ж, мы, очевидно, обсуждали это и пришли к выводу, что поле дней не дает никакой реальной выгоды для конфиденциальности. Конечно, я мог бы установить это на 6 дней, но это не защитило бы меня с тех пор:
- Pref дней был "по крайней мере", так что для большинства пользователей это было подделкой
- Асинхронное истечение срока действия по определению, вы не можете быть уверены, что физически истек срок действия страниц
- даже если вы уменьшите историю до 6 дней, никто не может гарантировать, что у вас нет плохих записей в эти дни
Так как у нас есть лучшие инструменты для обеспечения конфиденциальности (и мы можем даже создавать новые, так что не стесняйтесь предлагать изменения и исправлять ошибки, связанные с файлами), такие как "Очистить недавнюю историю", "Частный просмотр" и "Забудьте" об этой странице / сайте, выбор был довольно ясным, мы хочу настоящую конфиденциальность, а не поддельную конфиденциальность.
Также исчезли скрытые настройки истечения срока действия, так что browser.history_expire_days, browser.history_expire_days_min, browser.history_expire_sites теперь заменены одним предпочтением place.history.enabled. Больше не нужно читать руководства по настройкам, чтобы браузер чувствовал себя быстрее.
Что вы можете настроить? В идеале вам не нужно ничего настраивать, и я советую вам не трогать преф. Кстати, ради информации у нас есть два новых скрытых предпочтения: place.history.expiration.interval_seconds - это количество секунд между каждым шагом срока действия, тогда как place.history.expiration.max_pages - максимальное количество страниц, которые мы сохраним до истечения срока действия. Мы стремимся к тому, чтобы у всех были удовлетворительные значения по умолчанию, текущие значения построены так, чтобы быть пессимистичными, мы оценим их поведение и в конечном итоге увеличим их в будущем, если посчитаем это необходимым.
