Network http redirection limit: limit — MozillaZine Knowledge Base

config, ручная настройка / Хабр

После прочтения поста о уменьшении расхода оперативной памяти в FF, я решил залезть поглубже в страницу настроек about:config и отыскать там что-нибудь интересное. Забегая вперёд, скажу, что поиски мои увенчались успехом.

Начну с того, что все изменения вы можете сделать в файле ..\Mozilla Firefox\greprefs\all.js или в папке с настройками вашей конфигурации, хранящимися в C:\Document and Settings\ или ~/.mozilla/firefox в Виндовсе и Линуксе соответственно. Как вы уже заметили, Лис хранит настройки в js, да ещё и для каждой настройки вызывает специальную функцию pref(prefName,value), а сама функция находится в файле ..\Mozilla Firefox\defaults\autoconfig\prefcalls.js! Вот так-то.

Оглавление:

• DOM
• Разное
• Ускорение
• Ссылки
• Сноска

В большинстве своём в этой группе хранятся настройки работы скриптов с окнами (попапами), такие как разрешать скриптам открывать окна или нет, разрешать ли скрывать адресную строку и т. п. теперь по порядку:

dom.allow_scripts_to_close_windows

разрешать ли скриптам закрывать окна.

dom.disable_image_src_set

отключить возможность изменения пути к изображению, думаю, вполне бесполезная настройка.

dom.disable_open_click_delay

время по истечению которого отменяется возможность открытия новых попапов после одного клика.

dom.disable_open_during_load

отключить возможность открытия скриптом поп-ап окна при загрузке страницы, по умолчанию true, нужен головняк — ставьте в false, посмóтрите на интернет глазами пользователя начала первой декады двадцать первого века ))

dom.disable_window_flip

запрещать скриптам сворачивать/разворачивать окна.

dom.disable_move_resize

запрещать скриптам изменять размер окон или перемещать их.

dom.disable_window_open_feature.close

запрещать скриптам отключать кнопку close (закрыть) у окон.

dom.disable_window_open_feature.directories

запрещать скриптам открывать/закрывать панель закладок.

dom.disable_window_open_feature.location*

запрещать скриптам отключать строку адреса. True и только true, ибо знать где находишься не помешает.

dom.disable_window_open_feature.menubar

запрещать скриптам скрывать панель меню.

dom.disable_window_open_feature.minimizable

запрещать скриптам отключать кнопку minimize (свернуть) у окон.

dom.disable_window_open_feature.personalbar**

запрещать скриптам скрывать персональные панели инструментов окна, довольно-таки полезная штука, если используются расширения типа skype delicios и т.п.

dom.disable_window_open_feature.resizable*

запрещать скриптам отключать возможность изменения размера окна, однозначно ставим в true, чтобы больше ни один умник не смог заперетьанкету на трилиста в окошко 200х200, слава богу они потихоньку вымирают.

dom.disable_window_open_feature.scrollbars**

запрещать скриптам скрывать полосы прокрутки. Можете поставить в true, если нет колёсика на мышке.

dom.

disable_window_open_feature.status**

запрещать скриптам скрывать панель состояния, я запрещаю, ибо нех. )))

dom.disable_window_open_feature.titlebar

запрещать скриптам скрывать заголовок окна, интересно как это?

dom.disable_window_status_change

запрещать менять текст в панели состояния, хотя это и вышло из моды, но я решил оставить, мало ли чиркнут чего )))**

dom.event.contextmenu.enabled

разрешить скриптам доступ к событию контекстного меню, почему нет?

dom.max_chrome_script_run_time

максимальное время выполнения chrome-скрипта, т.е. скриптов ваших расширений они ведь тоже на js в основном написаны.

dom.max_script_run_time

максимальное время выполнения скрипта в милисекундах, кажется.

dom.popup_allowed_events

события которые могут открывать попап окна, по умолчанию «change click dblclick mouseup reset submit», можете добавить свои или убрать что-то из списка.

dom.popup_maximum*

максимальное количество попапов открытых одним скриптом, естественно ставим 2, а нафига больше?

В дополнение ко всему, были найдены следующие настройки, касающиеся разных областей применения js

dom.

disable_cookie_get

запретить скриптам читать кукисы.

dom.disable_cookie_set

запретить скриптам устанавливать кукисы.

dom.disable_location.hostname.set**

запретить изменять скриптам имя хоста в строке адреса, спорная настройка, т.к. сейчас многие flash-сайты используют эту функцию, для навигации по сайту. Отключайте её в том случае, если вы действительно поняли предыдущее предложение и исходя из этого решили отключить. ))

network.cookie.prefsMigrated

позволяет сохранять кукисы при смене версий Лисы, ставим в true.

intl.charset.default

кодировка по-умолчанию, ставим в utf-8 или windows-1251

view_source.editor.external**

использовать внешнюю программу для просмотра кода страницы?

view_source.editor.path**

путь к внешнему просмотрщику.

layout.word_select.eat_space_to_next_word**

дословно: съесть пробел к следующему слову; определяет будет ли следующий за словом пробел захватываться при выделении слова двойным щелчком. Почему же я раньше не знал об этом!

layout.word_select.stop_at_punctuation

при выделении останавливаться на знаках припенания и прочей пунктуации ))

Вот несколько настроек которые помогут вам ускорить свою Лисичку ещё чуть-чуть

network.http.pipelining*

устанавливает возможность туннелирования (поправтьте меня, кто-нибудь), т.е. отправки множественных запросов. Ставим true.

network.http.proxy.pipelining*

тоже что и предыдущее, но только для прокси, и тоже в true.

network.http.pipelining.maxrequest*

максимальное количество одновременных запросов, поставим тридцать, этого хватит.

nglayout.initialpaint.delay**

устанавливает задержку в секундах перед началом отрисовки страницы. У себя поставил 0.

network.prefetching_next

запрос следующего документа, указаного в <link rel=«next»>, ставим в true.

network.http.redirection-limit**

ограничение количества возможных переадресаций, я поставл 5, по умолчанию — 20.

network.http.max-connections**

максимальное число соединений, поставил тридцать, при хорошем канале можно и больше поставить, главное чтобы оперативной памяти хватило.

network.http.max-connections-per-server**

максимальное количество соединений на сервер, можно поставить и выше.

network.http.max-persistent-connections-per-server**

максимальное число постоянных соединений с сервером.

network.http.max-persistent-connections-per-proxy**

тоже что и предыдущее только с прокси.

1. Настройки networks и т.п.

2. Настройки кукисов.

3. Заметка про настройку мультисоединений.

4. Некотрые настройки на английском

5. Перевод на русский некоторых настроек

6. Список настроек на Мозилазин.орг с важными пометками и возможными значениями настроек.

* — рекомендации помеченые одной звёздочкой обязательны к применению (по мненею автора, ред.).

** — такие рекомендации остаются на ваше усмотрение. ]’.
GET /ip HTTP/1.1
Host: wikipedia.org
HTTP/1.1 400 Bad Request
Server: nginx/1.11.13
Date: Mon, 18 Sep 2017 06:05:45 GMT
Content-Type: text/html
Content-Length: 272
Connection: close
<html>
<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>
<body bgcolor=»white»>
<center><h2>400 Bad Request</h2></center>
<center>The plain HTTP request was sent to HTTPS port</center>
<hr><center>nginx/1.11.13</center>
</body>
</html>
Connection closed by foreign host.

Отправлять запросы по HTTPS можно используя утилиту openssl.

Задания

Задание 1

• Создать проект со следующей структурой:

myproject/
├── about
│   └── aboutme.html
└── index.html

• В файле index.html написать 2 ссылки с прямым и абсолютным обращением к
  aboutme.html. В файле aboutme.html создать такие же ссылки на файл
  index. html.

Задание 2

Примечание

• Пример HTTP в консоле (telnet)
• http://hurl.quickblox.com.

Подключиться по telnet к http://wikipedia.org и отправить запрос:

GET /wiki/страница HTTP/1.1
Host: ru.wikipedia.org
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9b5) Gecko/2008050509 Firefox/3.0b5
Accept: text/html
Connection: close
(пустая строка)

Проанализировать ответ сервера. Описать работу HTTP протокола в данном случае.

Разрешается выбрать любой другой веб-сайт вместо http://WikiPedia.org

Задание 3

Отправить запросы на http://httpbin.org, проанализировать ответ и код
состояния. Описать работу HTTP протокола в каждом запросе.

1. Запросить данные GET запросом с ресурса ip

/ip

GET /ip HTTP/1.1
Host: httpbin.org
Accept: */*

2. Выполнить запрос методом GET

/get

GET /get?foo=bar&1=2&2/0&error=True HTTP/1. 1
Host: httpbin.org
Accept: */*

3. Выполнить запрос методом POST

/post

POST /post HTTP/1.1
Host: httpbin.org
Accept: */*
Content-Length: вычислить длину контента и втавить сюда число!!!
Content-Type: application/x-www-form-urlencoded
foo=bar&1=2&2%2F0=&error=True

Попробовать ввести неверное значение Content-Length.

4. Отправить запрос на установку Cookie

/cookies/set

GET /cookies/set?country=Ru HTTP/1.1
Host: httpbin.org
Accept: */*

5. Просмотреть список установленных Cookie

/cookies

GET /cookies HTTP/1.1
Host: httpbin.org
Accept: */*

6. Отправить запрос на страницу с перенаправлением

См.также

• https://developer.mozilla.org/ru/docs/Web/HTTP/Redirections

/redirect

GET /redirect/4 HTTP/1.1
Host: httpbin.org
Accept: */*

Проверить глубину рекурсии в браузере, сравниь со значением опции
network. http.redirection-limit из about:config в браузере FireFox.

Задание 4

Примечание

• https://html5book.ru/html5-forms/

• Создать HTML форму c action="http://httpbin.org/post" method="POST" и
  enctype="multipart/form-data"
• Добавить в форму поля firstname, lastname, group, message
  (textarea), myimg (file).
• Проверить результат отправки данных формы.

Проанализировать ответ. Описать работу HTTP протокола в данном случае.

Содержание отчета

На каждое задание создать отчет, который должен быть оформлен в виде
репозитария на GitHub или заметок на сервисе Gist. В отчете должно
быть описание последовательности действий, результат выполнения заданий и
выводы по работе.

веб-разработка — Как заставить Chrome прекратить кеширование перенаправлений?

Я работаю над веб-приложением, которое использует перенаправления (для красивых URL-адресов).

Я пытаюсь отладить логику работы перенаправлений. Однако Google Chrome продолжает запоминать перенаправления, и даже после того, как я изменю код, перенаправляюсь так же.

Это очень затрудняет поиск и устранение неисправностей.

Например, если я перенаправляю /этот на /тот , затем измените мой код, чтобы больше НЕ перенаправлять /этот . Google Chrome по-прежнему перенаправляет на /тот . Как будто перенаправление кэшируется или что-то в этом роде. Есть ли способ отключить это?

• google-chrome
• веб-разработка
• перенаправление

7

Google Chrome кэширует ваши переадресации 301. Чтобы обойти это и оставить вкладки открытыми, вам просто нужно очистить кеш браузера.

Меню Chrome > Настройки > Показать дополнительные настройки… > Конфиденциальность > Нажмите Очистить данные браузера…

Что бы вы ни выбрали, убедитесь, что флажок «Кэшированные изображения и файлы» установлен.

Затем нажмите Очистить данные просмотра , и вы сможете повторить проверку снова.

Если вы только что перешли на перенаправление, вам нужно удалить данные только за последний час.

Можно также тестировать и разрабатывать в режиме инкогнито. Там кеш сбрасывается после закрытия браузера.

17

Это надежный способ очистить липкую память Chrome для перенаправлений (не только временных/302, но и постоянных/301) без очистки всех ваших данных просмотра (метод, используемый текущим верхним ответом):

1. Откройте панель Developer Tools ( option command i на Mac или ctrl shift i на Windows)

2. Нажмите и удерживайте значок перезагрузки

3. Откроется меню

4. Выберите 3-й вариант в этом меню («Очистить кэш и жесткая перезагрузка»)

Вот отличное объяснение того, чем эти 3 варианта отличаются.

PS: чтобы не выполнять эти шаги каждый раз, когда за перенаправлением следует Chrome: установите флажок «Отключить кеш» в DevTools, и пока DevTools открыт, Chrome будет обходить кеш перенаправления (согласно этому ответу)

16

Это не идеальное решение, но мне удалось запретить Chrome использовать кешированное перенаправление, передав фиктивную строку запроса или добавив фиктивный параметр в существующую строку запроса. Например, добавив простой ? в конец URL-адреса, у которого не было строки запроса q, сработало для меня в Chrome 30 на Max OS X.

5

Об этом есть ошибка Chromium «wontfix»,

Это ожидаемое поведение.

Обратите внимание:

1. Вы можете добавить заголовки управления кешем в 301, и мы будем следовать им (срок действия и т. д.)
2. Если рассматриваемый ресурс является подресурсом, перезагрузка страницы приведет к повторной проверке перенаправления на сервере.
3. Вам не нужно терять весь кеш. Просто следуйте перенаправлению и удалите последний час.

7

Если в DevTools включена опция «Отключить кеш (пока открыт DevTools)», то достаточно просто открыть DevTools, чтобы обойти кеш перенаправления без постоянного сброса сеанса.

10

Chrome кэширует перенаправления HTTP и прекращает проверку сайта, если перенаправление изменилось. Это может быть неприятно, так как самый простой способ исправления (посещение сайта и принудительное обновление) не может быть использован, поскольку перенаправление произойдет до того, как вы перейдете по ссылке. Это не исправимая проблема.

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

1. Откройте инструменты разработчика Chrome

2. Нажмите в настройках

3. Проверить Отключить кэш (пока открыт DevTools)

4. Посетите нужный сайт, и проблема с кешем будет решена.

2

Перейдите на chrome://net-internals и в крайнем правом углу откройте раскрывающийся список и выберите «Очистить кэш». Начиная с версии 48, это была единственная вещь, которая помогла мне очистить кэш 301 (постоянное перенаправление). Обновление

: К сожалению, начиная с версии 71 (декабрь 2018 г.) Google удалил функцию сетевых внутренних компонентов.

3

Чтобы очистить кэш перенаправления для одной страницы в Chrome, View Source и выполнить аппаратное обновление (CTRL+SHIFT+R) .

Это работает, поскольку исходный браузер не выполняет автоматически переадресацию 301.

6

Домены .dev вынуждены использовать HTTPS в Chrome 63+

Начиная с Chrome 63, вышедшего в декабре 2017 года, все домены, заканчивающиеся на .dev (и .foo), вынуждены использовать HTTPS через предварительно загруженный HTTP Strict Transport Security (HSTS) заголовок.

Подробнее об этом здесь: https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

7

В Chrome или Firefox вы можете обновить перенаправление, набрав «view-source:redirect.yoursite.com» и нажав Enter. Затем обновите эту страницу. Теперь это должно заставить Chrome или Firefox обновить перенаправление.

1

Как описано здесь, может быть вызвано HSTS

Чтобы обойти это, я сделал следующее.

В адресной строке Chrome введите «chrome://net-internals/#hsts».
В самом низу страницы находится текстовое поле QUERY domain — убедитесь, что ваш сайт (например, localhost)
известен браузеру. Если это так, УДАЛИТЕ домен localhost, используя
текстовое поле выше Теперь ваш сайт должен работать с использованием старого простого HTTP

1

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

Для целей разработки я рекомендую вам в Chrome открыть настройки DevTools и установить флажок «Отключить кеш». Тогда 30x редиректы не кешируются и можно отлаживать файлы .htaccess и так далее!

2

Я пробовал все ответы на этой странице, но ни один не работал, пока я не запустил flushdns в окне командной строки Windows.

 C:\Users\DBashyal>ipconfig /flushdns
IP-конфигурация Windows
Кэш преобразователя DNS успешно очищен.
 

К вашему сведению, я уже проверил Отключить кеш , как указано в этом ответе.

1

1. Перейти к chrome://settings/search#clear%20browsing%20data

2. Нажмите «Очистить данные браузера»

3. Отметьте «Кэшированные изображения и файлы» (и снимите остальные, если хотите)

4. Нажмите «Очистить данные браузера»

Самый простой метод, жесткое обновление. удерживайте Ctrl + R несколько секунд. Это очищает перенаправления, а также статические ресурсы.

5

Если вы не хотите потерять весь кеш, а ваше перенаправление все еще застряло в кеше, вы можете попробовать посетить версию URL-адреса view-source:. Это обновило кеш перенаправления того же URL-адреса для меня.

Если вам нужна простая кнопка, которую вы можете включить или выключить, чтобы навсегда отключить кеш Chrome, проверьте этот плагин: CacheKiller .

Автоматически очищать кеш браузера перед загрузкой страницы. Может быть включен/отключен одним щелчком мыши.

Нет ничего плохого ни в одном из других ответов, просто очень удобно иметь простой переключатель включения/выключения прямо в браузере.

Если вы можете управлять страницей и не хотите, чтобы браузеры кешировали страницу, то правильный способ — добавить следующий заголовок:

 Управление кэшем: нет кэша
 

Но просто так сразу не получится, так как браузер все равно загружается из кеша; после внесения этого изменения следуйте этому ответу, чтобы перезагрузить страницу:
https://superuser. com/a/924748/100398

Режим инкогнито (CTRL + SHIFT + N)

На этот вопрос уже есть удивительные ответы, но я ленив и действительно просто что-то тестировал, поэтому я попробовал режим инкогнито в Chrome, и URL-адрес не был перенаправлен. Я думаю, каждый раз, когда вы его используете, все кеши начинаются с чистого состояния!

Эта «функция» действительно доставляет неудобства, я думал, что мой веб-сервер ведет себя неправильно, хотя на самом деле это был браузер.

Забавно, что я использовал IE, чтобы узнать, что Chrome играет со мной!

Ограничения и известные проблемы

Ограничения и известные проблемы

Документация | Поддержка

Ограничения и известные проблемы

Перенаправление брандмауэра | Облако веб-безопасности Forcepoint

Следующие элементы являются известными ограничениями использования этого метода для направления трафика в облачную службу.

В качестве обходного пути администраторы могут увеличить лимит перенаправления для Firefox и Internet Explorer, а пользователи могут обновить страницу. Дополнительную информацию см. в разделе Увеличение лимита перенаправления браузера.

Увеличение лимита перенаправления браузера

Возможно, вам потребуется увеличить лимит перенаправления браузеров пользователей, поскольку некоторые веб-сайты могут перенаправлять с одного URL-адреса на несколько доменов. Это вызывает множественные перенаправления на proxy-login.blackspider. com для аутентификации, что может привести к тому, что количество перенаправлений превысит лимит перенаправления браузера. В этом случае браузер может отображать страницу с ошибкой «слишком много перенаправлений» или «цикл перенаправления».

В этом разделе описывается, как увеличить лимит перенаправления браузера для Internet Explorer и Firefox.

Internet Explorer

Снимки экрана в этом разделе взяты из редактора реестра Microsoft в Windows 7.

Изменение ограничения перенаправления для Internet Explorer требует внесения изменений в реестр Windows. Действовать с осторожностью.

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Настройки Интернета

Firefox

Скриншоты в этом разделе взяты из Mozilla Firefox версии 40.

Используйте редактор конфигурации Firefox, чтобы обновить лимит перенаправления: