Alarix, история хранится в файле places.sqlite
Файлы places.sqlite-shm и places.sqlite-wal временные, используются лишь когда Firefox запущен, после штатного закрытия — удаляются.
При ошибке файл places.sqlite мог побиться и восстановить его до прежнего состояния — никак. Рекувами его старую версию искать бесполезно.

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

Синхронизации не было.
Файл этот тоже на месте, и судя по его размеру, он не должен быть очищен.

Потому что он создаётся автоматически, а FF с тех пор уже несколько раз запускался.

Не факт. 10 мегабайтов - это минимальный размер этого файла, даже если в нём нет ни единой записи.

Существует программа Epilog, позволяющая просматривать и восстанавливать удалённые записи из баз SQLite. Сейчас она платная и просто так по рукам не гуляет. Но в сети ещё можно найти её первую, бесплатную версию (у меня она есть). Если записи из журнала были именно удалены, а не весь файл журнала погиб и был создан заново, то что-то с её помощью достать можно будет.

Отредактировано yup (20-06-2017 13:39:52)

Показатель. Просто я картинки в данной теме не рассматривал.

Зависит от активности лазания по разным сайтам. И 10 МБ - это очень много. Если предположить, что средний размер записи в базе (URL + сопутствующая и служебная информация) - 100 байтов, то в файл такого размера поместится 100 тысяч записей.

Отредактировано yup (21-06-2017 10:38:29)

Я же сказал - в среднем. "Музыка mp3. Скачать mp3 новинки и музыкальные хиты без регистрации и без СМС" - 76 байтов. А бывают ведь с странички вообще без названия.
Хорошо, пусть будет 150 байтов в среднем название и 150 байтов - в среднем URL. Итого 300.

Каждая дата или счётчик - 4 байта. С сумме этих служебных столбцов хорошо если с десяток наскребётся. На фоне размера названия и URL на них можно не обращать внимание.

По одному экземпляру на весь файл. На фоне размера файла - можно не обращать внимание.

А вот это я не учёл. У меня браузеру в настройках сказано не интересоваться ими, так что я уже и забыл, что они вообще существуют.

Он, как и все прочие подобные программы, показывает только неудалённые записи.
Средств, позволяющих добраться до того, что уже удалено, крайне мало и они труднодоступны. Единственную более-менее доступную программу я назвал.

Скорее, не формат файла, а принципы работы с ним. В подобных базах данных удаление записи не приводит к уменьшению файла. Место, занимавшееся этой записью, просто помечается как свободное и может быть в будущем занято другой записью. Чтобы принудительно удалить из файла все неиспользуемые места и тем самым уменьшить размер файла, нужно запускать отдельную процедуру, обычно называемую Pack (но у SQLite это Vacuum).

Я за всю жизнь из 10 МБ так и не вышел. Правда, историю чищу регулярно, оставляю только то, что может ещё понадобиться.

Открывается же, закладки показывает. Да и описанная история говорит, что перед аварией всё было на месте.

P.S. А moz_bookmarks_deleted - не удалённые записи, а всего лишь таблица с таким именем. Это имя ей присвоила программа, которая данной базой данных пользуется и которая в эту таблицу записи помещает, вполне живые записи (с точки зрения SQLite).

тоже вакумлю и тоже около 50мб, чищу только "старше 6 мес", но у меня в нем около 30тыс закладок

Добавлено 21-06-2017 13:25:08
Alarix
Вы для начала сделайте копию places. А потом єксперементируйте.
А создать новый профиль, запустить ФФ, закрыть и подсунуть вместо нового places старый, пробовали?

Отредактировано 12 (21-06-2017 13:25:08)

1 для понимания что и как работает 
при работе с sql обычно есть три файла
file.sqlite  - это база на некоторый момент времени
file.sqlite-wal
file.sqlite-shm
эти два - журналы изменений в базе
т.е. изменения происходят только в них до тех пор пока не будет выполнена команда vacuum  тогда те файлы "обнулятся" а изменения запишутся в основной файл.
ну и соответственно вторые два по содержанию должны соответствовать первому.

2 кто мешал использовать старый профиль целиком? просто распаковать в отдельную папку и запустить фф с параметром -р папка профиля
3 перед ковырянием с рабочим профиле надобно ж бэкап делать..

ну это уже попытаться средствами восстановления и прочим софтом покопать на предмет восстановления удалённых файлов
возможно есть маленький шанс. но стоит ли потраченное время и усилия той инфы?

в плейсес насколько я помню не только история хранится а еще закладки и остальное.
вобщем бэкап папки профиля и экспериментируй

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

Добавлено 01-06-2018 06:47:28
пытаюсь сделать резервную копию из журнала - ничего не происходит...

Отредактировано iam_alex (01-06-2018 06:47:28)