Хочу описать одну интересную ситуацию.

Несколько лет подряд работаю на разных версиях FF Portable, расположенном (в криптоконтейнере) на USB-флешке, зашифрованной при помощи Truecrypt (тремя алгоритмами - Serpent-Twofish-AES).

Флешка старенькая, есть у меня в хозяйстве и побольше, однако я дорожу именно ею из-за скорости чтения / записи.

Сам криптоконтейнер - это обычный файл, размером в 100 Мб, в котором поместились portable-варианты Firefox, Thunderburd, Eraser и Password Save.

Недавно стал замечать, что катастрофически теряю место в криптоконтейнере.

Т.е. вначале было свободно примерно 50 Мб, но когда осталось примерно 1-2(!), тут я уже заинтересовался ситуацией.

Кэш в ФФ я не включаю в принципе, количество сохраненных резервных копий букмарков у меня сведено к единице, количество резервных копий паттернов в Ад-Блок Плюс - тоже стоит на единице.... Личные данные, накопленные во время сессии, автоматически стираются при выходе из ФФ.

И тут я вспомнил про две опции в ФФ - информировать, подозреваются ли сайты:

1) в атаках;
2) в имитации других сайтов.

И обычным виндовым поиском я обнаружил, что файлик urlclassifier3.sqlite разросся у меня до размеров... больше чем в 40 Мб! Стал экспериментировать - выключил эти обе опции, перезагрузил ФФ - результат тот же - т.е. на диске свободного пространства не прибавилось.

Пришлось удалять вручную.
После перезагрузки ФФ сам автоматически создал такой же файл, но размером уже в 32 кб.

Короче говоря, если кто-то столкнется со случаем немотивированного  "разрастания" ФФ на носителе - копайте в эту сторону.

В Firefox Portable этот файлик сидит в: ...\FirefoxPortable\Data\profile

Это очень и очень зря, поставьте в 3. Вы можете сказать, что у Вас всяких случаев не случается, а у меня вот случались, хоть и давно. Нужно иметь бэкап закладок, где бы Вы их ни хранили, хоть в СкрапБуке... который, кстати, делает бэкапы структуры дерева.

А вот интересно, он бы так и разрастался?

Если честно - НИ РАЗУ!
Работаю очень интенсивно, много, часто вбиваю-удаляю ссылки.
Не наблюдал вообще такого явления, начиная с версий 0.х.х

Просто везет?

Это некритичное протранство, оно сильно больше файлВашихЗакладок x 3 места не займет. Не добивайтесь того чтобы закладки потерялись ровно за два дня до того как Вы установите автобэкап.

Вот что нашел по этому поводу:
"Он обновляет базу данных urlclassifier3.sqlite (хранится в профиле) - там находится кэш опасных сайтов. Относительно него будет осуществляться проверка фишинга и остальное (альтернативой является онлайновая проверка, когда на каждый урл происходит проверка гуглом, что сайт нормальный, но многим это не нравится - потенциальная утечка информации о сайтах, на которых ты бываешь). Файл должен быть большой, порядка 15 мегов, поэтому он не идет в дистрибутиве, а скачивается потихоньку в периоды бездействия во время обычной работы браузера. Скачка идет с гугла; разумеется, пока файл до конца не скачан, защита от фишинга работать не сможет. После окончания скачивания "утечка" трафика прекратится, и только изредка будут докачиваться маленькие (килобайты) обновления. Исправляется просто,  настройка-- защита--- убрать галки с "не подозревается ли сайт....", убрать галки с автоматического поиска обновлений как на браузер, так и на дополнения. И ставить фаер."

Так именно об это речь выше и шла

На обновления тоже будет тратиться трафик. Поэтому сложно говорить, что утечка прекратится.

Сейчас посмотрел у меня размер urlclassifier3.sqlite составляет 58 МБ это за 2 дня работы , что дальше просто интересно

akrot
А если на этот файлик поставить "read only", работа ff останется стабильной?

я у себя делаю раз в день так:

# заменяем рисунки в places.sqlite на пустой gif 1x1
# конечно, это dirty-hack, но реально уменьшает размер places.
echo "update moz_annos set content = 'data:image/gif;base64,R0lGODlhAQABAIAAAP///////yH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==' where content like '%base64%' and content like '%image%' ; vacuum; " | sqlite3  places.sqlite

# оптимизируем базы
for i in *.sqlite; do echo "VACUUM;" | sqlite3 $i ; done

Также можно поставить экстеншн SQLite Manager https://addons.mozilla.org/en-US/firefox/addon/5817  и делать это через него.

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

снёс его к чертям, запустил файр, скопировал закладки с Xmarks, файл стал весть 200 КБ. Второй день наблюдаю тенденцию к росту (уже 700 КБ).
Вопрос - как сказать файрфоксу оставить этот файл в покое?
И что будет если поставить в свойствах файла "только чтение"?

не проще ли один раз переключить browser.chrome.favicons и browser.chrome.site_icons в false?

этот непонятный и ненужный файл хранит историю посещений, закладки, иконки сайтов, теги и ключевые слова для закладок

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

по крайней мере закладки не будут сохраняться

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

да, при включении read only даже закладки не грузятся...

можно через SQLite Manager

Это Anti-Phishing. Отключается Настройки-> Защита, отключить пункты «Информировать, не подозревается ли посещаемый веб-сайт в имитации другого веб-сайта» (в Firefox 3 дополнительно следует отключить параметр «Информировать, не подозревается ли посещаемый веб-сайт в атаках на компьютеры») и удалить urlclassifier3.sqlite.
Подробнее Disable Anti-Phishing http://portableapps.com/support/firefox_portable

Добрый день.
Заинтересовался уменьшением файла places.sqlite. Несмотря на то, что установлено "хранить историю за последние 14 дней", сегодня в закладке истории (ctrl+h) обнаружил записи и за октябрь, как это объяснить? Удалил историю за октябрь, файл уменьшился на 5 мб (25%)... вроде как из-за моих манипуляций, но полностью не уверен. Залез в файл через sqlitemanager, больше всего записей в moz_places (40k) и в moz_historyvisits (16k). Чем они отличаются? и что в них можно удалить? Пытался сделать это по дате, но она там в каком-то странном формате , у некоторых записей ее нет вообще. В favicons 900 записей, можно ли как-то оценить объем который они занимают (посредством sql запроса например)? Много это или мало? Может они систему тормозят и место азнимают?
Все мои манипуляции связаны с вот этим

упд
Хм, отфильтровал журнал "vkontakte", судя по всему это бОльшая часть журнала, хотя ею-то никогда и не пользуюсь. Можно ил как-то отучить журнал сохранять инфу с определенных сайтов? Сейчас попрою удалить все записи о вконтакте, посмотрим что изменится.
упд2
При помощи

delete from moz_places where url like '%vkontakte.ru%';

удалось уменьшить с 15 до 8 мб
Добавив вместо домена вконтакте еще пяток любимых сайтов (включая яндекс и гугуль) уменьшилось до 4 мб
упд3
Теперь описаных тормозов нет вообще
Правда почему-то исчезла часть закладок, пришлось восстанавливать через управление закладками

А я заметил следующую особенность:
У меня субноут с SSD. При запуске Firefox, когда ноут подключен к интернету, firefox активно пишет в urlclassifier3.sqlite (выяснил через filemon), да так активно, что ноут подвисает минут на 10, что очень напрягает, т.к. когда нужно срочно включится в работу, а у меня ноут висит
Прочитав тему, я понял, что база сайтов обновляется регулярно и, похоже, единичными вставками (исходя из скорости наполнения базы).
Началось такое после установки FF 3.5, продолжается и в последней версии.

nemo_Z, спасибо за совет.

лучшие средства антифишинга  и  защита от вредоносных сайтов это не urlclassifier3.sqlite и не гугль,а ноускрипт  обязательно в сочетании с внимательностью и отсутствием любопытства плюс здравый смысл.
все вредоносные сайты жестоко обламываются выключенными скриптами.
а все фишинговые сайты обламываются протым вниманием принаборе адреса  и контролем того что находится в адресной строке перед тем как набрать пароль..
ну и не тыркать куда попало.

Аналогичная история. Пробовал на чистом профиле - история посещений сама не чистится. Если включить опцию Очищать историю при закрытии, то удаляется целиком. Может глюк, хотя странно что до сих пор не исправили (еще с двойки).

Добавка: поковырял немного - оказывается у фокса свои завихрения на этот счет. Есть такая опция - browser.history_expire_days. По умолчанию - 180. При этом значении устаревание истории вообще не происходит! Поверьте, я проверил. Только меняем на любое другое - (179 или 181) и старые записи (больше 179 и 181) исчезают.
Кроме того есть browser.history_expire_days_min, он как раз меняется из интерфейса - "Хранить историю за последние ...".
Итого: меняем browser.history_expire_days и browser.history_expire_days_min на любое удобное значение кроме 180 :-)

А чем отличаются эти 2 параметра вы поняли?
Еще есть параметр history_expire_days_mirror за что он отвечает? Где можно посмотреть?
Ответ на мой вопрос:
http://forum.mozilla-russia.org/viewprintable.php?id=28992
upd2:
Изменил в about:config время истечения минимальное и максимальное до 14 и 28 дней соответственно, а количество сайтов до 5000 тыс. Но после перезапуска бразузера places.sqlite не уменьшился в размерах, а таблички moz_historyvisits и moz_places содержат 53к и 40к записей соответственно.
как их запилить?

Я пробовал на чистом профиле - там все работает как я и описал.
Сейчас проверил на рабочем - не чистит он историю. Перезапустил - не помогло.
Попробовал и browser.history_expire_sites - тоже никакого эффекта.

Кстати places.sqlite сам не уменьшится в размере - нужно дополнительно делать Compact Database из sqlite manager.

Угу, я производил это действие.
Может кто расскажет как заставить фф сам себя вычистить?

Я себе как поставил хранить историю 7 дней, так он и делает...

Делал это путём изменения параметра browser.history_expire_days на 7.

Karsonito зачем Вы предлагаете менять этот параметр на 179 или 181? Вам удобно хранить историю полгода? Конечно, с этим параметром история САМА никак не очистится.

Вы не поняли: я _думал_ (сейчас уже нет), что 180 - это такое магическое число. А оказалось, что тут еще запутаннее.

Короче, настроил browser.history_expire_days на 7 дней, но история не очистилась.
FF 3.6.
Отправил сообщение, снова глянул в историю (Ctrl+Shift+B) - процесс пошел. Уже 1 день истории стёрся. Хитра лисица.

Ну и все правильно - теперь ждите 7 дней и она очистится!

Karsonito что хитрого или непонятного, а тем более магического? http://forum.mozilla-russia.org/viewtopic.php?id=36226 Идём в ФАК, смотрим "browser.history_expire_days (Целое) - количество дней, в течение которого сохраняется история посещений." Да и так должно быть понятно, что days- дни по английски Рад, что вы разобрались

Скажите, а без этого монструозного urlclassifier3.sqlite очень опасно жить в интернете?

Если вы его удалите, он создастся вновь. Советую не удалять его безвозвратно

У меня процесс пошёл 23->16 Мб
Почему мозилла сама не жмёт БД? И будет ли жать в будущем?

Есть несколько дополнений, которые рассматривались на форуме. Воспользуйтесь поиском.

Какие именно могут смотреть за базами которые создает FireFox и периодически их сжимать и/или чистить ?

VecH

Очистка и ускорение БД фокса из самого фокса (обзор расширений)

Ускорение и оптимизация Firefox (сводные правила)

пост№131