Скачать последнюю версию Firefox | Скачать Beta версию Firefox | Все версии Firefox

Ахтунг! В каждой версии находят по несколько уязвимостей (как и в любом другом современном браузере). Пользуясь устаревшими версиями, вы превращаете свой комп в ботнет, и рискуете поймать бан от своего интернет-провайдера. Представьте себе жизнь БЕЗ ИНТЕРНЕТА. Что, страшно?

Для повышения удобства работы с браузером вы можете устанавливать расширения, а для изменения внешнего вида браузера - темы. Также расширения можно искать в окне установленных расширений браузера (about:addons).

Самыми популярными расширениями являются блокировщики рекламы. Этих расширений развелось как грязи, большая часть которых либо является плагиатом, либо сделана на коленке китайскими студентами, в том числе для последующей продажи (да, фактически продавать будут вас). Советую остановить выбор на расширении uBlock Origin, которое разрабатывает Raymond Hill, один из немногих людей, которым можно доверять. Более известное расширение Adblock Plus медленнее работает и блокирует меньше рекламы. В настройках блокировщика (любого из этих двух) установите фильтры EasyList и RU AdList. Этого достаточно для русскоязычного и англоязычного Интернета. Помните, что чем больше фильтров, тем сильнее тормозит браузер.

Расширение, которое делает работу с эти форумом несколько комфортнее, можно взять здесь.

Перед тем, как задать вопрос, прочитайте справку (ссылка на неё находится в главном меню браузера, которое открывается клавишами ALT или F10) и ответы на часто задаваемые вопросы (FAQ).

Винда какая?
Версия браузера.

вин 10 х64, лиса х32 46.0.1, делал сброс лисы, удалял саму лису и папки с профилем, удалял флеш и пробовал без него смотреть но получил чёрный экран на твиче

Newarrior
https://greasyfork.org/ru/scripts/16520-twitch-5

Приветствую.
Э, с какого перепугу браузер на нашем форуме при возврате на старую страницу её по новому загружает?
Такая же фишка присутствует и на андроиде. При этом старенькая версия Хрома на планшете такой проблеме не подвержен. Greasemonkey отключен.

Куба
https

Kuja
Ну и что?

Куба, по требованиям безопасности страницы, загруженные по httpS в кэше сохраняются не должны.

Это его проблемы.

А кто знает - расширения, они же аддоны, свои внутренние "аддоновские" настройки как хранят? Заводят отдельный файл(в какой папке)? Или в реестр пишут(почти исключено, сам понимаю)? Или пишут прямо в "тело"=файл самого аддона?

По-разному:
- about:config параметр extensions.
- Либо в папке
Временные файлы, а также графические(снимки в Dial-ах) могут хранится на уровне выше.
Но, легко меняется путь сохранения.

SamMan, если забэкабить охота, то советую попробовать CLEO+FEBE+OPIE работают в связке. OPIE как раз позволяет импортировать/экспортировать настройки аддонов.

Ах вон что! Параметр аддона становится "как бы" параметром родительской программы=FF! Изящно.



Нет, интерес на 95% именно академический, но OPIE уже смотрю, спасибо за хинт!

SamMan
Все настройки аддонов в файле prefs.js. Там же и все изменения настроек браузера.
У строк аддонов как правило приписка названия аддона.

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

FF47.0bX почему по умолчанию стоит "true"?

Очень похоже на правду. С небольшим уточнением: хранятся в этом файле лишь настройки у которых значения не совпадают с дефолтными. Или, другими словами, хранится все что на странице about:config в группе параметров extensions.xxxx показывается жирным. То что написано обычным шрифтом - не хранится. Что, по здравому смыслу - логично.



Потому что "политика по умолчанию"(вообще, в сетевой науке, не только в ФФ) такая: HTTPS страницы кэшируются точно так же, как HTTP, если только заголовок(HTTP Header) страницы не скажет клиенту НЕ делать этого. Т.е. кэшированием на клиенте, строго говоря, управляет сервер. True на скриншоте делает ровно это самое - отдает рулежку кэшем серверу, т.к. ФФ просто следует указаниям заголовка. Но если у вас параноя и вы в принципе не хотите что бы "секретные" страницы оставляли какие-либо следы на компьютере - выставляйте в false=игнорировать хидер(не полностью, конечно, а в части указаний по кэшу), на диск ничего не писать, при каждом запросе SSL-страницы посылать новый реквест серверу.

Шо то скачка по ссылкам перестала работать. Ну то есть на рутеркере, например, тыкаешь на ссылку на торрент файл и должно вылезти окошко "что сделать: открыть или сохранить". а у меня ничего. И не качает, соответственно. Два дня как фигня эта. Ни с того, ни с сего О_о всякие закачки с ютубов расширениями канают. А файлы по ссылкам никак. Бред. С адблоком, без адблока. Другие расширения вообще не к этой теме.
Хм. Через контекстное меню - "сохранить как..." фурычит.

Адрес страницы для примера можете дать, где сервер запрещает использовать дисковый кэш, при browser.cache.disk_cache_ssl - true ?
Когда about:cache?storage=disk&context= в колонке key нет https://xxxxx страницы, на которую дал запрет сервер, как при browser.cache.disk_cache_ssl - false .

В этом предложении/вопросе ключевое слово дисковый или кэш? Т.е. вам первичен именно механизм кэширования как таковой, без привязки к физическому месту хранения информации(HDD/RAM) или же вам важен факт сохранения кэша именно на диск(а не в память, как альтернатива)? Просто это разный "фокус внимания" для отквоченного и разные ответы.

SamMan
Вопрос в дискуссии вроде бы свелся к browser.cache.disk_cache_ssl или есть какие-то разночтения?

Как чайнику в этом вопросе, хотелось бы узнать: что пишется в кэш памяти, дисковый кэш? Как сервер управляет кэшем. Просто интересно узнать. Информации не так много как хотелось бы. Если поможете с первоисточниками буду признателен.

Разночтений нет, но browser.cache.disk_cache_ssl, сам по себе, обособлено - это реализация мельчайшего нюанса в концепции кэширования в конкретном браузере. Если говорить только и конкретно об этой опции - то вопроса нет вообще: true=HTTPS страницы кэшируются(НО! с соблюдением стандартов HTTP/1.0 HTTP/1.1!)/false=они не кэшируются(вне зависимости от стандарта), все. Что тут можно обсуждать?



Туда и туда пишется абсолютно идентичная информация(а именно - закэширован может быть любой ответ сервера: картинка, текст, код-HTML страницы, программа на джаваскрипте... т.е. все!). Физическое место хранения кэша никак не влияет на вопрос "что сохраняем?"(и на вопрос "сохраняем ли вообще?" тоже нет), а лишь влияет на вопрос "куда это кладем?".



Через директивы в заголовке ответа(HTTP Header). Это уже тема большая, и тема огромная. Ноги растут отсюда: есть общепризнанный стандарт протокола HTTP/1.1 - вот он. А в нем - глава 14-я, Header Field Definitions, т.е. поля заголовков(и для запроса, и для ответа). А в ней - раздел 14.9 Cache-Control <- то самое поле заголовка, что рулит кэшем. Если хотите заняться вопросом "всерьез и надолго" - это и будет отправная точка для начала самозакапывания. А вообще вопросам кэширования посвящены и отдельные книги(про статьи я вообще молчу - тысячи их), страниц по 800...



Первоисточник - стандарт протокола HTTP от W3C, ссылка выше. Это альфа и омега не то что кэширования, а, в общем-то и всего интернета. Другое дело, что стиль и скупость изложения там вызывают сведение челюстных мышц на 20й минуте чтения... ну тут уж - пардон муа, официальные=формальные доки они такие. Потому и книг/статей прорва по теме, что у всех читающих первоисточник был и будет вопрос: "ну прочел... а как эту белиберду интерпретировать теперь?"