Я в том смысле, что эта страница открылась нормальная. Кликаю по "Новости" (к примеру, а вообще любая ссылка), страница открывается кракозябрами, т.к. почему то выставилась кодировка ISO-8859-5. Нажимаешь F5 - страница перезагружается и принимает нормальный вид.
Или я что-то делаю не так?
Отсутствует
Я в том смысле, что эта страница открылась нормальная. Кликаю по "Новости" (к примеру, а вообще любая ссылка), страница открывается кракозябрами, т.к. почему то выставилась кодировка ISO-8859-5.
это нормально. баг наверно. у меня в ff3 также. я на этот форум хожу либо Оперой либо ff2.
Отсутствует
У меня все нормально.
Стоит Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007120205 Minefield/3.0b2pre
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)
!
Отсутствует
Dark-Demon
это происходит так: текущая база копируется
Ознакомиться с матчастью SQLite можно здесь: http://sqlite.org/atomiccommit.html. Хотя бы на картинки обратите внимание.
Отредактировано Somniator (10-12-2007 21:13:23)
Отсутствует
Somniator, спасибо, я в курсе что такое журналирование.
!
Отсутствует
Dark-Demon
Лично мне кажется, что реализация кэша на движке SQLite - хорошая идея. Используя транзакции, его можно сделать "неуязвимым" при любых сбоях. При принятии решения о хранении журнала и закладок в БД SQLite это было одним из основных аргументов (наряду с производительностью). В базе данных кэша можно было бы хранить даже контент. SQLite прекрасно справляется с базами размером в десятки мегабайт. Но Mozilla вряд ли возьмется это реализовывать. Мало кого волнует падающий кэш, о причинах уже сто раз писали.
Отредактировано Somniator (10-12-2007 21:22:57)
Отсутствует
да не нужны кэшу транзакции. совсем не нужны. вот индексу - да, нужны. но в качестве индекса отлично справляется любая современная файловая система.
Отредактировано Dark-Demon (10-12-2007 21:30:09)
!
Отсутствует
Somniator, обоснуй.
и всё действительно так просто, ибо есть прецеденты...
Отредактировано Dark-Demon (11-12-2007 09:22:54)
!
Отсутствует
Dark-Demon
обоснуй
Почитать, как люди пытаются сделать нормальный кэш с ограничением по размеру можно здесь: http://handycache.ru/component/option,c … opic,74.0/. Естественно, на файловой системе у них ничего не получается, возникает много неразрешимых вопросов. А здесь можно почитать, как чистят это кэш: http://forum.ru-board.com/topic.cgi?for … art=540#20.
Отредактировано Somniator (11-12-2007 11:14:28)
Отсутствует
Появились релиз-кандидаты во вторую бетку ftp://ftp.mozilla.org/pub/mozilla.org/f … andidates/. Пока не решился попробовать, подожду лучше релиза.
Отсутствует
О, а я сейчас поставил, посмотреть.
3.0 юзал только самые древние билды. Не знаю, раньше было или нет: теперь в висте меню выделяется кнопками, а не синим текстом, как было раньше. Также, и пункты меню стали выделяться, как в висте. Ну, в принципе, об этом я как раз раньше и говорил.
P.S. Жду нового скина
Отсутствует
:::: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9b1) Gecko/2007110904 Firefox/3.0b1
На какую версию сейчас вы мне посоветуете обновиться (более менее стабильную)
Желательно, если у неё будет мар файл :)
В той, что у меня - бесят всего лишь 3 вещи:
1. Летающая кодировка :)
2. Иногда контекстное меню и главные менюшки становится полностью белое со стрелочками, надписей (Копировать ссылку, и т.д). Дополнительных скинов не ставил
3. Ни с того ни с сего - начинает жрать 100% процессора. Может пройти через пару минут, а может - только через убивание процесса.
Спасибо :)
Отредактировано Баф (11-12-2007 20:21:29)
Отсутствует
Подскажите, кто знает, как прикрутить в качестве поискового плагина Яндекс. Может где-то есть готовый xml файл?
------------------------------------------------------------------------------------------------
Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9b2pre) Gecko/2007121108 Minefield/3.0b2pre
Отредактировано Netto (12-12-2007 06:25:34)
Отсутствует
Netto
Заходим на yandex.ru - щелкаем кнопку выбора поисковиков и выбираем "добавить яндекс"
На всех сайтах, где есть встроенная опция добавления поискового плагина, кнопка выбора поисковиков подсвечивается.
Безвыходных ситуаций не бывает, бывают выходы, которые нас не устраивают.
«Свободное ПО позволяет любому умному парню в мире встать на плечи предыдущих умных парней и сплясать свой маленький танец инновации.» - Марк Шаттлворт
Отсутствует
Netto
Зайди на Яндекс, нажми на иконку поисковика на панели навигации и в меню выбери "Добавить Яндекс".
Кстати, в последних сборках (а может уже давно, просто я не замечал) работает интересная фишка. Если страница, на которой находится FF, предлагает возможности поиска, то стрелочка возле иконки подсвечивается синим. Прикольно!
Добавлено Wed Dec 12 07:44:52 2007 :
Digital Mirror
Сообщения один в один получились.
Отсутствует