Как настроить Firefox, чтобы он никогда не удалял элементы истории?

20

Есть ли способ настроить Firefox таким образом, чтобы он абсолютно никогда не удалял какие-либо элементы из своей истории (автоматически)?

В прошлом, возможно, существовало «сохранить все элементы истории», тогда вы могли бы перевести его из меню в большое целое число, например 999999999 в днях.

Так как этот параметр пропал незамеченным, в настоящее время я решил выполнить резервное копирование places.sqlite(на win, in %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite).

Допустим, я не буду обновляться, не проверив, что мой метод резервного копирования все еще работает:

Как сегодня можно настроить Firefox v22, чтобы сохранить все элементы истории?

Я уже установил эти значения в about:config.

places.history.expiration.transient_current_max_pages;104858
places.history.expiration.transient_optimal_database_size;85534800

все же у меня есть закладки старше, чем самый старый элемент истории в базе данных; хотя я не могу вспомнить, когда я установил эти настройки!

Так этого достаточно? Это хорошие ценности? Есть ли другие или лучшие способы сделать это (например, аддон).

firefox history data-loss-prevention

— n611x007
источник

4

@Richard Я помню, что делал что-то далеко в прошлом, но не могу вспомнить точные URL-адреса. Я помню их дольше, чем этот искусственный файл истории и ограничение по времени в истории. Скорее всего, я не добавлял в закладки сайт, который меня тогда не интересовал, но сейчас интересен. И я действительно не люблю начинать искать что-то, что я уже однажды нашел и нашел достаточно хорошим, чтобы запомнить это, как показало время в этот момент. И я хочу сохранить эти данные локально, потому что это не чей-либо бизнес.

— n611x007

1

@cybernard о Evernote, нет никакого смысла, я имею в виду, что я мог бы просто использовать закладки, но проблема в том, что во время посещения я не могу предвидеть ценность страницы в ближайшие дни; Закладки было бы проще, чем делать заметки, и я использую много закладок, но здесь мне нужны именно те, которые я не закладывал / не отмечал. О записи, вы имеете в виду о: записи конфигурации? По опыту Firefox их уважает? Ввод как можно большего числа девяток звучит как Cargo Cult, и если он окажется неэффективным, меня оставят с пустыми руками

— n611x007

1

С момента выпуска Firefox 4.0.x количество дней, в течение которых Firefox будет хранить историю, напрямую связано с системным оборудованием. Firefox рассчитывает, сколько истории сохранить, не влияя на производительность системы. Вы не можете изменить это больше.

— Кроу

2

Ссылка для истории удаления Firefox на основе системы: wiki.mozilla.org/Firefox/Projects/Places_async_expiration

— Achal Dave

2

@AchalDave, я считаю, что ссылка о будущем проекте. Принимая во внимание, что текущая реализация описана на developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Places_Expiration

— пользователь

7

Теперь есть правильное решение (Firefox v40): places.history.expiration.max_pagesпереопределит вычисления «оптимального размера базы данных», поэтому установка большого положительного значения должна дать желаемый эффект.

Смотрите этот ответ .

— Cauterite
источник

Это в v4 . изменение вины 30fcd9794eb2 2010-01-15 "part10", ошибка 520165 целей mozilla1.9.3a1 refs Помещает асинхронный срок действия . Самая близкая вещь, которую я нашел в закладках, это GECKO193a3_20100315_RELBRANCH, которая была помечена FIREFOX_4_0b11_RELEASE с 2011-02-03. Я подтверждаю, что 4.0b11 имеет эту логику.

— n611x007

так как вы думаете, places.history.expiration.max_pages(1) более эффективно, чем places.history.expiration.transient_current_max_pages(2), который я уже установил в OP? Почему? что конкретно указывает const PREF_MAX_URIS = "max_pages";на (1), но избегает (2)? Я должен либо подтвердить, что (1) и PEX__loadprefs () эффективны, либо подтвердить, что если я уменьшу свободное пространство до 0, история останется с установленным (1), но с (1) неустановленным.

— n611x007

1

Боже мой, это краткий комментарий ° ~ ° @ n611x007: что такое ссылки PREF_MAX_URISна (1) PREF_BRANCH = "places.history.expiration.". max_pagesвыбирается относительно .exiprationветви - см. строку 461 и строку 760 ,

— Cauterite

1

У меня есть основания полагать, что установка transient_current_max_pagesне влияет на истечение истории. nsPlacesExpiration.js на самом деле никогда не читает его, а только записывает в него как средство выставления текущего предела истории для чтения другими компонентами. places.history.expiration.max_pagesэто то, что на самом деле контролирует срок действия.

— Cauterite

1

@ Joel.O ты читал / а / 895302/995459 ? Там написано « .max_pagesне существует по умолчанию, вы должны его создать» и « .transient_current_max_pagesдолжен автоматически подстроиться под ваши .max_pagesнастройки»

— Cauterite

4

Вы можете запустить частный сервер Firefox Sync и установить размер сохраняемой истории равным 1 ГБ, или что-то в этом роде безумное. Насколько я знаю, он не удалит историю, и вы сможете увидеть всю историю в любом экземпляре браузера, который вы синхронизируете.

— трапеция
источник

Где мне установить размер сохраняемой истории (либо в Firefox, либо в минимальном переплетении)? Я проверил параметры / синхронизацию Firefox, но я видел только чтение квоты и параметры командной строки, weave-minimalно я не видел ни одного, касающегося размера истории.

— n611x007

Примечание: weave-minimal не поддерживает текущий API синхронизации. Вы по-прежнему можете запускать свой собственный экземпляр официального сервера синхронизации, но у него не так много настраиваемых параметров - вам придется его исправлять, чтобы применить собственную политику хранения истории (я не стал вдаваться в подробности).

— Cauterite

3

На форуме Palemoon из ответа пользователя 341084 была ссылка на дополнение expire-history-by-days - в котором есть возможность полностью отключить срок действия (или определить срок действия).

— chukko
источник

Хотя эта ссылка может ответить на вопрос, лучше включить сюда основные части ответа и предоставить ссылку для справки. Ответы на ссылки могут стать недействительными, если связанная страница изменится.

— CharlieRB

1

Я согласен - но ссылка не на решение, а на плагин, а имя ссылки - это имя надстройки, так что я больше ничего не могу здесь добавить.

— Чукко

1

Этот вариант в дополнении просто устанавливает places.history.expiration.max_pagesв 999999.

— пользователь

2

У меня была та же проблема, и я обнаружил хакерский способ, о котором вы можете прочитать здесь: http://forum.palemoon.org/viewtopic.php?t=3260

Версия tl; dr: используйте mozilla.cfg, чтобы заблокировать переменную place.history.expiration.transient_current_max_pages на 2147483647 (самое большое допустимое значение). Проблема в том, что Firefox изменит этот параметр автоматически, если вы не заблокируете его.

Обратите внимание, что mozilla.cfg не работает в Portable Firefox, поэтому в такой ситуации я рекомендую вместо этого использовать Portable Pale Moon (который работает с mozilla.cfg)

Вы можете найти информацию об использовании mozilla.cfg здесь: http://kb.mozillazine.org/Locking_preferences

Технически это не означает, что он будет хранить историю навсегда, но он сохранит огромное количество записей. В настоящее время у меня есть история, уходящая на 18 месяцев назад, и мой файл place.sqlite (который сохраняет историю) составляет более 150 МБ (6 месяцев назад это было около 100 МБ, поэтому для меня я добавляю 50 МБ каждые 6 месяцев). Обратите внимание, что при таких больших размерах, настоятельно рекомендуется SSD. Если у вас его нет, рассмотрите возможность использования вместо этого ramdisk + символические ссылки (ramdisk, который сохраняет данные через определенные интервалы времени или при выключении).

Также может быть хорошей идеей сделать резервные копии вашего файла истории на случай, если он выйдет из строя или что-то в этом роде. Опять же, это хорошая идея, чтобы сделать целые резервные копии жесткого диска, а также ...

— Nintendo Maniac 64
источник