Добрый день! Сегодня включив на рабочем компьютере браузер (Firefox) он выдал что произошла какая-то ошибка и предложил восстановить ранее открытые вкладки. Я разумеется, согласился, это не редкое явление. Также при включении компьютера Adobe Flash Player выдал окошко что нужно загрузить новую версию, что я также сделал. Чуть позже я обнаружил что пропала вся история журнала, хотя я не очищал ее, вчера закрыл браузер и выключил компьютер как обычно, и ничего не предвещало беды. Закладки все и так на месте, а восстановление из резервных копий в журнале восстанавливает только закладки. Посоветуйте, что можно сделать? Пропала и история из журнала, и при нажатии на стрелку в адресной строке, обычно выдает часто посещаемые сайты, это тоже очистилось. Также обычно умный поиск работал, при наборе в адресной строке текста или части ссылки, он предлагал разные решения из ранее посещенных страниц. Топ сайтов на новой вкладке также остался без изменений. Иногда я лишь удаляю недавнюю историю за последний час, но точно не стал бы чистить весь журнал. Обновление браузера до последней версии, перезагрузка и перезапуск никакого эффекта не дают, сканирование Recuva тоже не принесло результатов, скриншот прилагаю. 
Собственно вопрос, можно ли что-то сделать? Учитывая что я не удалял историю принудительно.

скрытый текст

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

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

Alarix
можно попробовать восстановить places.sqlite
Locked or damaged places.sqlite - MozillaZine Knowledge Base
http://kb.mozillazine.org/Bookmarks_his … _-_Firefox

Так же если была синхронизация то возможно что в ней все еще есть история

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

Places Maintenance также никакого результата не дал.

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

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

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

Так а дата создания файла 2014 год, это разве не показатель? И должен ли больше весить файл журнала с архивом за несколько лет?

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

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

У меня сейчас 50 Мб. Бывало и больше.

В 100 байт разве что "Музыка mp3. Скачать mp3 новинки и музыкальные хиты без регистрации и без СМС" поместится. А ещё адреса, счётчики посещений, частота посещений, даты добавления и модификации, всякие Guid-ы, ключевые слова, кучи id и служебной информации, да всякие "CREATE TABLE moz_historyvisits (  id INTEGER PRIMARY KEY, from_visit INTEGER, place_id INTEGER, visit_date INTEGER, visit_type INTEGER, session INTEGER)"

Полагаю что ещё и favicons, не с сайтов же при открытии журнала Firefox их подкачивает?

Даже, как я понимаю, кодировка страницы

скрытый текст

21-06-2017 10:47:45
Кстати, почему бы не поглядеть файл с помощью SQLite Manager
Сделать с файлом вряд-ли что-то можно, но может быть что-то знакомое попадётся. Хоть ясно будет что за файл и что содержит.

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

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

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

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

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

Бывают. Но их компенсируют вот такие монстры : "********..Ру / ********.Ru - лучший поисковик в мире легальных видео! Аниме, Животные, Мультфильмы, Детям, Компьютерные игры, Новости и события, Спорт, Фильмы и сериалы, Музыка, Юмор и развлечения, Телепередачи, Красота и здоровье"

Поболее будет

скрытый текст

Ну есть и это, только у меня пусто и для чего оно — не ведаю.
Можно просто глянуть в базу. Есть там хоть что-то из того что должно быть или нет. Записывалось ли что-то, несмотря на 2014 год.

скрытый текст

Очень много этих служебных данных. Вот и накапливается.

скрытый текст

Так откуда такой файл? С прошлых версий Firefox что-ли? Если так — то он и не откроется, формат файла менялся же вроде как.

21-06-2017 12:00:29
Кстати, насчёт размера файла и иконок : кнопка Custom Buttons (Session Bookmarks мне кажется называется). Хранит данные в текстовом файле. Урл, титл и некие данные, немного, часть из них в base64. Один из файлов : 28 Кб (это всего 8 закладок). Второй файл : почти 200 Кб, 27 закладок. И это без иконок и с минимумом служебных данных. Причём разница в "весе" закладок достигает десятикратной величины. Это просто кнопка, без всяких дат посещений.

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

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

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

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

Регулярно вакуумлю Но размер если и уменьшается, то не сильно. Ну очевидно оно и верно : записи не удаляю, практически. Но сам файл, конечно, полупустой (сужу по сжатию 7zip до 25% от размера). Вообще сам размер файла не столь и важен, знать бы как это на производительности сказывается. Понимаю, что БД для того и сделаны, чтобы большие объёмы хранить, да быстрый доступ к ним предоставлять, но тот же SpeedyFox утверждает, что обслуживание увеличивает быстродействие.

Интересно, кстати, бывает позырить историю в подробном виде : Advanced History
Удивительно, где только не ходил.

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

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

Друзья, такой вопрос про историю. В общем, хотел найти в истории кое-что очень давнее (делал в марте обычный архив с профилем). Взял ошибочно вместо  places.sqlite подсунул из архива файл places.sqlite-wal. После запуска он естественно перезаписался. В итоге у меня, что со старым, что с текущим places.sqlite теперь отображена история только до марта. Я понимаю, что фактически в places.sqlite внутри должна храниться история по сей день, но она не отображена. Что сделать, чтобы вернуть все взад?)

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

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

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

31-05-2018 18:04:40
и кстати, может быть совпадение, но FF стал "падать", за сегодня уже раз 5-6

31-05-2018 18:05:34
если не вернуть, в такой ситуации, может быть сделать все с нуля, историю я имею ввиду? для этого нужно удалит ьэти три файла?

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

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

точно. там же закладки.

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

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

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