А она скакала?

это нормально. баг наверно. у меня в ff3 также. я на этот форум хожу либо Оперой либо ff2.

Lain_13_too_lazy_to_kill_cookies_or_unlog to Баф and XMblPb

С кодировкой всё нормально, разберитесь наконец у себя с "Character Encoding -> Customize List...", небось у вас там совершенно невменяемый порядок кодировок "по-умолчанию" выставлен... %)

Dark-Demon
Более странного мнения о работе с БД еще ни разу не видел и не слышал. Особенно о локальной БД.
1. Запись в БД позволяет избежать перезаписи ВСЕГО файла с данными, чего тот же XML и его вариации не позволяет. В его случае приходится перегенерировать ВЕСЬ файл. Можно, конечно, плясать вокруг него с бубном, но это всё равно ГОРАЗДО медленнее и кривее, чем в любой БД, в т.ч. в SQLite. Ты знаком с программой DirectConnect++? Видел как она очередь закачек хранит? Если да, то добавь в закачку 20-30 тысяч файлов (картинок килобайт по 10-50) и включи динамическое обновление очереди закачек (точнее не выключай его). Последи за процессом этого насилия над винтом, после каждыйх 3х-4х файлов (килобайт 100-200) 20-40 МЕГОБАЙТНАЯ очередь закачек ЦЕЛИКОМ перезаписывается! %) Любая БД их спасла бы.
2. При работе с БД гораздо проще следить за целостностью данных. Дал запрос и если во время его выполнения сам фокс гикнется, то с БД ничего критического не случиться. В худшем случае потеряется ссылка на последний добавленный файл. Если при загрузке вычищать из кэша файлы, на которые нет ссылок и ссылки, ведущие на удаленные файлы, то всё вообще будет чудесно (и займет доли секунды загрузки или, даже, после загрузки).
3. Ну и нас ведь никто не заставляет писать в базу сами кэшируемые файлы, так ведь? Только ссылки на нах, как, собственно, и было до этого, а это занимает очень мало времени.

Так что мнение не обоснованное и предвзятое.

Кстати, если тут кто-то не знает, то расскажу как сейчас действует кэш второго фокса:
1. При запуске браузера считывается файл с индексом файлов в папке "Cache", сам файл в формате "rdf" (читай Plain text XML-file). При большом зверинце мелких файлов в кэше (у меня ограничение в 50 Мб -- сейчас 570 файлов) файлик довольно не маленький получается.
2. При загрузке сайта каждый ресурс, подлежащий кэшированию получает уникальное имя длинной в 11 символов (судя по всему это хэш адреса или еще что-то подобное) и при загрузке сохраняется под этим именем.
3. Если при сохранении нового файла превышается предельный размер кэша, то старые файлы удаляются до приведения кэша к указанному размеру. Скорее всего данный шаг выполняется после загрузки кэшируемого файла, так как не всегда известно, сколько он будет весить.
4. Параллельно с закачкой файла он добавляется в файл индекса кэша, точнее в его копию, находящуюся в памяти фокса. Естественно лишние записи так же оттуда удаляются тем же методом.
5. При закрытии фокса этот файл сохраняется и заменяет собой старый.

Грабли тут аж в двух местах:
1. Сбой в самом фоксе приводит к тому, что новые файлы кешируются, но индекс их нигде не сохраняется. Файлы есть, но фокс о них НИЧЕГО не знает.
2. Сбой записи файла индекса приводит к полной потере кэша, так как при провале валидации этого файла при его загрузке он целиком игнорируется.
И в данной схеме с этим абсолютно ничего нельзя поделать, так как иначе придется создавать по несколько бэкапов файла индекса (как это происходило... и до сих пор зачем-то происходит с файлом bookmarks.html). Так же придется сохранять файл индекса после добавления каждого файла в кэш. При добавлении большого количества мелких файлов в большой кэш это будет занимать... Мягко говоря "довольно много времени".

SQLite позволяет всего этого избежать. Даже при резкой перезагрузке мы потеряем 1-2 файла, на которые не успели добавиться ссылки в БД. Дело в том, что запись в базу обычно происходит не мгновенно, а так же кэшируется в память и откладывается до ближайшего удобного случая, но как только он наступает -- запись происходит, а не идет ожидание закрытия фокса.

Отредактировано Lain_13 (10-12-2007 16:38:30)

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

> SQLite позволяет открыть файл базы данных сразу нескольким процессам и
> одновременно выполнять операции чтения и записи. Перед выполнением
> операции записи процесс блокирует базу данных целиком на время операции.
> Обычно это занимает несколько миллисекунд.

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

> Более странного мнения о работе с БД еще ни разу не видел и не слышал.

и много ты слышал мнений об использовании БД в качестве кэша браузера?

> Запись в БД позволяет избежать перезаписи ВСЕГО файла с данными,

только если не требуется увеличить файл или перетасовать данные внутри.

> чего тот же XML и его вариации не позволяет.

а оно тут причём?

> 20-40 МЕГОБАЙТНАЯ очередь закачек ЦЕЛИКОМ перезаписывается! %) Любая БД их спасла бы.

боюсь криворучие так просто не исправить...

> Ну и нас ведь никто не заставляет писать в базу сами кэшируемые файлы, так ведь?

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

Отредактировано Dark-Demon (10-12-2007 21:31:34)

Somniator, спасибо, я в курсе что такое журналирование.

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

Отредактировано Dark-Demon (10-12-2007 21:30:09)

Somniator, обоснуй.

и всё действительно так просто, ибо есть прецеденты...

Отредактировано Dark-Demon (11-12-2007 09:22:54)

Появились релиз-кандидаты во вторую бетку ftp://ftp.mozilla.org/pub/mozilla.org/f … andidates/. Пока не решился попробовать, подожду лучше релиза.

Интересно, а почему сборки RC под винду опять лежат в каталоге "unsigned"? По идее это означает "неподписанные". Что это за подпись такая?

Баф
ftp://ftp.mozilla.org/pub/firefox/nightly/latest-trunk-l10n/
Я после выпуска первой беты регулярно качаю свежую сборку, проблем не было.

Netto
в русской сборке версии 2.0 есть плагин яндекса

Netto
Зайди на Яндекс, нажми на иконку поисковика на панели навигации и в меню выбери "Добавить Яндекс".

Кстати, в последних сборках (а может уже давно, просто я не замечал) работает интересная фишка. Если страница, на которой находится FF, предлагает возможности поиска, то стрелочка возле иконки подсвечивается синим. Прикольно!

Добавлено Wed Dec 12 07:44:52 2007 :
Digital Mirror
Сообщения один в один получились.