Domstore internet explorer что это
Приложение Internet Explorer 11 для ПК будет выведено из использования и снято с поддержки 15 июня 2022 г. (список других вопросов, см. в разделе Вопросы и ответы). Те же приложения и сайты IE11, которые вы используете сегодня, могут открываться в Microsoft Edge режиме Internet Explorer. Подробнее см. здесь.
В этой статье описывается, как и где зоны безопасности Internet Explorer и параметры конфиденциальности хранятся и управляются в реестре. Для установки зон безопасности и параметров конфиденциальности можно использовать групповую политику или набор администрирования Microsoft Internet Explorer (IEAK).
Оригинальная версия продукта: Internet Explorer 9, Internet Explorer 10
Исходный номер КБ: 182569
Как отключить Web storage (Dom storage) в Internet Explorer 8
- Откройте меню "Сервис" (“Tools”)
- Выберите "Свойства обозревателя" (“Internet Options”)
- Перейдите на вкладку "Дополнительно" (“Advanced”)
- Прокрутите вниз, пока не дойдете до "Безопасность" (“Security”)
- Снимите флажок на "Включить DOM Storage" (“Enable DOM Storage”)
- Нажмите "OK"
Узнать подробнее о Dom Storage в IE8 вы можете в хэлпе Microsoft.
Что удаляется при удалении содержимого журнала браузера
Версия Internet Explorer
Список посещенных сайтов.
Кэшированные временные интернет-файлы изображений
Копии страниц, изображений и другого мультимедийного контента, хранящиеся на компьютере Эти копии позволяют браузеру быстрее загружать содержимое при повторном посещении веб-сайтов.
Данные ваших настроек, которые сайты сохраняют на компьютере, например данные для входа или ваше расположение.
Список файлов, загруженных из Интернета. Удаляется только список, а не сами скачанные файлы
Только Internet Explorer 11 и Internet Explorer 10
Данные, введенные в формы, например адрес электронной почты или адрес доставки
Пароли, сохраненные для сайтов.
Данные защиты от отслеживания, фильтрации ActiveX и функции "Не отслеживать"
Веб-сайты, исключенные из фильтрации ActiveX, и данные, по которым браузер определяет попытки отслеживания
Список сайтов, добавленных в избранное. Если нужно удалить только отдельные сайты, не удаляйте избранное, так как при этом будут удалены все сохраненные сайты.
Данные фильтрации InPrivate
Сохраненные данные, по которым фильтрация InPrivate определяет, когда сайты могут автоматически передавать информацию о вашем посещении
Только для Internet Explorer 9 и Internet Explorer 8
Примечание: Сведения о работе с журналом браузера в Microsoft Edge см. в разделе Просмотр и удаление содержимого журнала браузера в Microsoft Edge.
Заключение
В этой статье я постарался рассмотреть относительно новый механизм DOM Storage, который является частью HTML 5 полностью поддерживается Internet Explorer 8. К сожалению, еще не все браузеры поддерживают DOM Storage, так например поддержка отсутствует у браузеров Chrome и Opera. Это в некоторой мере мешает распространению технологии, которая может стать очень полезной при разработке клиентских web-страниц с богатым функционалом.
DOM Storage помогает работать с данными на стороне клиента и приходит на смену механизму cookie, используемому для этих целей ранее. Снимая ограничения определенные механизмом cookie, DOM Storage предлагает не менее простой и эффективный способ хранения данных.
С определенного времени в веб-браузерах появилась некая новая форма куков (Cookie). Это не совсем куки, но цели те же, а именно хранение данных. Называется этот метод "Dom Storage" (Web Storage). Под понятием Dom понимают "объектную модель документа". Этот новый тип хранения данных появился в Firefox, начиная со второй версии, и в Internet Explorer 8. Согласно различным источникам, Dom хранилища так же доступны в Safari 4+, Google Chrome 4+ и Opera 10.50+. Элементы такого хранилища могут хранить значительно больше информации, нежели обычные куки. С одной стороны это интересное нововведение, с другой стороны отсутствие единого стандарта и обширного тестирования пользователями на наличие проблем хранения и безопасности использования. Так что если для вас конфиденциальность на первом месте, то поддержку такого хранилища можно отключить следующими способами.
TemplatePolicies
Ключ TemplatePolicies определяет параметры уровней зоны безопасности по умолчанию. Эти уровни являются низкими, средними, средними и высокими. Параметры уровня безопасности можно изменить из параметров по умолчанию. Однако вы не можете добавить дополнительные уровни безопасности. Клавиши содержат значения, которые определяют параметр для зоны безопасности. Каждый ключ содержит строковое значение Description и строку Display Name, определяя текст, который отображается на вкладке Безопасность для каждого уровня безопасности.
ZoneMap
Ключ ZoneMap содержит следующие клавиши:
- Домены
- EscDomains
- ProtocolDefaults
- Диапазоны
Ключ Domains содержит домены и протоколы, добавленные для изменения поведения по умолчанию. При добавлении домена в ключ добавляется Domains ключ. Subdomains отображаются в качестве ключей в домене, где они принадлежат. Каждый ключ, в который перечислены домены, содержит DWORD со значением имени затронутого протокола. Значение DWORD такое же, как и численное значение зоны безопасности, в которой добавлен домен.
Ключ напоминает ключ Домены, за исключением того, что ключ применяется к протоколам, на которые влияет расширенная конфигурация безопасности EscDomains Internet Explorer EscDomains (IE ESC). IE ESC представлен в Microsoft Windows Server 2003 и применяется только к операционным системам сервера.
Ключ также содержит значения DWORD, которые указывают зоны безопасности по ProtocolDefaults умолчанию, в которых используется протокол. Вы не можете использовать элементы управления на вкладке Безопасность для изменения этих значений. Этот параметр используется, когда определенный веб-сайт не падает в зону безопасности.
Ключ Ranges содержит диапазоны TCP/IP-адресов. Каждый диапазон TCP/IP, который вы указываете, отображается в произвольно именоваемом ключе. Этот ключ содержит :Range строковую величину, которая содержит указанный диапазон TCP/IP. Для каждого протокола добавляется значение DWORD, содержаще числовые значения зоны безопасности для указанного диапазона IP.
Если файл Urlmon.dll использует общественную функцию MapUrlToZone для решения определенного URL-адреса в зону безопасности, он использует один из следующих методов:
Если URL-адрес содержит полное доменное имя (FQDN), ключ Домены обрабатывается.
В этом методе точное совпадение сайта переопределяет случайное совпадение.
Если URL-адрес содержит IP-адрес, Ranges ключ обрабатывается. IP-адрес URL-адреса сравнивается со значением, которое содержится в произвольно именуемом ключе :Range под Ranges ключом.
Так как произвольно названные ключи обрабатываются в порядке их добавления в реестр, этот метод может найти случайный совпадение, прежде чем он найдет совпадение. Если этот метод сначала находит случайный совпадение, URL-адрес может быть выполнен в другой зоне безопасности, чем в обычно назначенной зоне. Такое поведение является особенностью данного продукта.
Ключ содержит ключи, которые представляют каждую зону безопасности, которая Zones определена для компьютера. По умолчанию определяются следующие пять зон (от нуля до четырех):
По умолчанию мой компьютер не появляется в поле Zone на вкладке Безопасность, так как он заблокирован, чтобы повысить безопасность.
Каждый из этих ключей содержит следующие значения DWORD, которые представляют соответствующие параметры на настраиваемой вкладке Security.
Если не указано обратное, каждое значение DWORD равно нулю, одному или трем. Как правило, параметр ноль задает определенное действие, как это разрешено, параметр одного вызывает запрос, а параметр три запрещает конкретное действие.
Как отключить Web storage (Dom storage) в Firefox 3 и выше
В Firefox так же можно отключить поддержку Dom Storage, для этого вам необходимо отредактировать конфигурационный файл следующим образом:
- Введите "about:config" в адресной строке (без кавычек и без пробелов, но с двоеточием)
- Согласитесь с предупреждением "Я буду осторожен, я обещаю!", если такое появится
- Прокрутите вниз, пока не дойдете до "dom.storage.enabled"
- Дважды кликните на строку. чтобы значение изменилось с "Включено" ("True") на "Отключено" ("False")
- Закройте вкладку или браузер
Вы так же можете использовать специальное расширение для FireFox, о котором шла речь в статье о флэш-куках. Кроме управления флэш куками, это расширение так же предусматривает отключение Dom Storage без необходимости редактировать файл конфигурации Firefox.
Получите скорость, безопасность и конфиденциальность с помощью Microsoft Edge .
История браузера — это сведения, которые Internet Explorer хранит на компьютере при просмотре веб-страниц. Для повышения удобства работы в него входят данные, которые вы вводите в формы, а также пароли и посещенные сайты. Однако если вы используете общий или общедоступный компьютер, возможно, вам не нужно, чтобы Internet Explorer мог сохранять историю.
Просмотр журнала браузера и удаление отдельных сайтов
При просмотре журнала браузера вы можете удалить отдельные сайты или вернуться на веб-страницу, которую уже посещали.
В Internet Explorer выберите кнопку Избранное.
Перейдите вкладку Журнал и выберите фильтр просмотра журнала в раскрывающемся меню. Чтобы удалить отдельные сайты, щелкните правой кнопкой мыши сайт в любом из указанных списков и выберите пункт Удалить. Либо вернитесь на страницу, выбрав соответствующий сайт в списке.
Необходимость
- cookie имеет ограничение по размеру, Internet Explorer до 8 версии позволял хранить в cookie до 4 килобайт данных, в восьмой версии эта планка поднята до 10 килобайт, но все равно такой размер – это существенный недостаток;
- данные cookie участвуют в формировании каждого запроса к серверу, то есть при каждом запросе к серверу все cookie автоматически отправляются вместе с запросом, что увеличивает трафик;
- cookie сопоставлены с web-сайтом и, если пользователь работает с сайтом через две вкладки, он оперирует одними и теми же данными cookie. Этот момент может нарушить правильную работу сайта и ограничивает применение cookie.
- до 10 мегабайт для хранения данных для каждого сайта (5 Mb в Firefox);
- доступ только на стороне клиента, данные DOM Storage не отправляются вместе с запросами;
- два механизма localStorage и sessionStorage позволяют гибко управлять данными, контекст sessionStorage и его данные существуют только для одной вкладки и если пользователь закроет ее или откроет еще одну то, данные из вкладки доступны не будут.
- storage – представляет собой объект, который осуществляет доступ к набору данных хранилища. Согласно спецификации набор данных должен представлять собой пары строк “ключ-значение”. Данные отличные от строковых, должны быть приведены к строкам перед сохранением в хранилище;
- window.sessionStorage – возвращает объект типа storage и представляет собой хранилище пользовательского набора данных которое существует и актуально только для одной вкладки браузера до тех пор, пока она не будет закрыта;
- window.localStorage – похож на sessionStorage за исключением того, что данные этого хранилища сохраняются после закрытия вкладки и доступны всегда, что делает этот объект похожим на cookie. Каждый домен и субдомен имеет свой объект window.localStorage.
- setItem, getItem, removeItem – создает, получает или удаляет новый элемент данных;
- clear – “стирает” все данные хранилища;
- length – возвращает количество сохраненных элементов данных;
Заметки о 1200, 1A00, 1A10, 1E05, 1C00 и 2000
Следующие два записи реестра влияют на возможность ActiveX элементов управления в определенной зоне:
- 1200 Эта запись реестра влияет на возможность запуска ActiveX элементов управления или плагинов.
- 2000 Эта запись реестра управляет двоичным поведением и поведением скриптов для ActiveX элементов управления или плагинов.
Удаление журнала браузера
Регулярное удаление журнала браузера помогает сохранить конфиденциальность, особенно если вы используете общедоступный компьютер.
В Internet Explorer: нажать кнопку Инструменты, нажать кнопку Безопасность и выбрать удалить историю браузера.
Выберите типы данных или файлов, которые вы хотите удалить с компьютера, и нажмите кнопку Удалить.
Параметры зоны безопасности
Для каждой зоны пользователи могут управлять обработкой элементов с повышенным риском, таких как ActiveX, скачивания и скрипты. Параметры зон безопасности Internet Explorer хранятся в следующих подкайлах реестра:
- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings
- HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings
Эти клавиши реестра содержат следующие клавиши:
- TemplatePolicies
- ZoneMap
- Зоны
По умолчанию параметры зон безопасности хранятся в HKEY_CURRENT_USER подтрибунии реестра. Поскольку этот подтриб динамически загружается для каждого пользователя, параметры для одного пользователя не влияют на параметры другого пользователя.
Если **** в групповой политике включены только параметры параметров машин, или если значение DWORD присутствует и имеет значение 1 в следующем подкайке реестра, используются только локальные параметры компьютера и все пользователи имеют одинаковые параметры Security_HKLM_only безопасности:
Некоторые параметры управляются системным администратором Если **** в групповой политике не включены только параметры параметров компьютера, или если значение DWORD не существует или задаёт Security_HKLM_only значение 0, параметры компьютера используются вместе с пользовательскими настройками. Однако в Параметры Интернета отображаются только параметры пользователя. Например, если это значение DWORD не существует или установлено до 0, параметры читают вместе с настройками, но только параметры отображаются в HKEY_LOCAL_MACHINE HKEY_CURRENT_USER HKEY_CURRENT_USER Параметры Интернета.
Ссылки
Дополнительные сведения об изменениях функциональных возможностей в Microsoft Windows XP Пакет обновления 2 (SP2) см. на следующем веб-сайте Microsoft:
Дополнительные сведения о зонах безопасности URL-адресов можно получить на следующем веб-сайте Microsoft:
Дополнительные сведения об изменении параметров безопасности Internet Explorer можно найти на следующем веб-сайте Microsoft:
Дополнительные сведения о блокировке локальной компьютерной зоны Internet Explorer можно получить на следующем веб-сайте Microsoft:
Дополнительные сведения о значениях, связанных с действиями, которые могут быть приняты в зоне безопасности URL-адреса, см. в статью URL-адрес Action Flags.
Для четвертого предварительного выпуска платформы IE9 был значительно перестроен способ, которым подсистема Chakra JavaScript интегрирована в IE. Это перепроектирование, описанное в публикации Dean (Дина), слегка изменяет модель программирования DOM для режима стандартов IE9, обеспечивая ее совместимость с новыми возможностями ECMAScript 5, большую степень взаимодействия с другими браузерами и соответствие новым стандартам (WebIDL).
В этой публикации планируется подробно рассмотреть некоторые из изменений модели программирования. С преимуществами этих усовершенствованных возможностей модели DOM можно ознакомиться в последнем предварительном выпуске платформы. Чтобы подчеркнуть эти изменения, я сошлюсь на демонстрационную страницу усовершенствованных возможностей модели DOM, которая создана для четвертого предварительного выпуска платформы.
В этой демонстрации тестируются 24 возможности, которые разделяются на 4 основные категории:
- наследование объекта модели DOM от собственных объектов JavaScript;
- функциональная согласованность JavaScript с объектами модели DOM;
- программные компоненты с возможностью взаимодействия;
- поддержка нового ECMAScript 5, применяемая к объектам модели DOM.
Первые две категории тесно связаны, поэтому рассмотрим их вместе.
Наследование объекта модели DOM от собственных объектов JavaScript и функциональная согласованность JavaScript с объектами модели DOM.
До IE9 подсистема JavaScript связывалась с моделью DOM посредством механизма классических привязок модели COM. Эти устаревшие привязки допустимы только для примитивного представления объектов и функций модели DOM в подсистеме JavaScript. Следовательно, множество основных функциональных возможностей JavaScript, которые, по ожиданиям разработчиков, должны были быть доступными для всех объектов и функций (включая такие объекты модели DOM, как Window, Document, NodeList и др.), на самом деле были доступны только для собственных объектов JavaScript (таких как Array, Number и пр.).
Стандарт ECMAScript устанавливает основные операции, которые должны работать одинаково во всех объектах JavaScript, но разрешает «базовым объектам» отклонение от этих стандартных установок. Старая подсистема JavaScript в IE воспринимала объекты модели DOM как «базовые объекты», что означает, что основные операции JavaScript, такие как доступ к свойствам, могли вести себя странно. Будучи разрешенным ECMAScript, несогласованное поведение объектов модели DOM и объектов JavaScript создавало трудности отвечающим за них веб-разработчикам.
В стандартном режиме IE модель DOM построена как собственные объекты и функции JavaScript, а не как «базовые объекты», что обеспечивает доступность тех функциональных возможностей, которые веб-разработчики ожидают от собственных объектов.
Программные компоненты с возможностью взаимодействия
Третья группа возможностей демонстрирует уникальное поведение модели программирования IE, которое обычно вызывает трудности у веб-разработчиков. Поскольку это поведение существовало только в модели программирования IE, веб-разработчики обнаруживали, что их код не работает одинаково в разных браузерах.
В качестве части новой архитектуры интеграции было удалено множество несоответствий, мешающих одному и тому же скрипту работать одинаково в разных браузерах. Эта модель программирования может привести к тому, что сайты, имеющие специальный код, созданный для IE, в IE9 будут вести себя иначе, чем раньше. Следовательно, имеет смысл описать эти изменения более глубоко.
Функции теперь являются перечисляемыми
В IE8 и более ранних версиях перечисление объекта модели DOM не касалась каких-либо функций-членов объекта модели DOM. В IE9 теперь перечисляются все свойства объекта модели DOM, дескриптор «enumerable» которого установлен в значение «true». (Другими словами, перечисление может быть изменено программно.) Теперь функции являются перечисляемыми по умолчанию для обеспечения совместимости с другими браузерами.
Удален неявный вызов функций
Функции модели DOM в предыдущих версиях IE были довольно нестандартными. Они не только выглядели как typeof объекта, но также сохраняли статическое значение «this», ссылающееся на объект, которому эти функции принадлежат. Следовательно, было возможно кэшировать ссылку на функцию модели DOM и вызывать ее без явной передачи значения «this»:
// Работает в IE8 и предыдущих версиях
// Не работает в IE9 и в других браузерах
var cachedGetElementById = document.getElementById;
В IE9 это теперь будет вызывать исключение, как происходит в других браузерах. В коде, который ранее зависел от этого поведения IE, можно использовать обходной прием «.call»:
// Работает в IE8/IE9 и в других браузерах
// Не работает в IE7 и в предыдущих версиях
var cachedGetElementById = document.getElementById;
В ECMAScript 5 для функций существует метод «bind», позволяющий им не отвергать особенности программирования, ранее поддерживавшиеся IE:
// Исходно работает в IE9 благодаря «привязанному» API ECMAScript 5
var cachedGetElementById = document.getElementById.bind(document);
Поддержка исключений и «константных» свойств модели DOM
В усовершенствованной модели DOM IE9 теперь имеются обусловленные W3C объекты и стандартизованные коды ошибок исключений модели DOM, которые веб-разработчики могут использовать для определения (в целом) природы сбоя API модели DOM. Эти коды обычно сравниваются со строго определенными «константными» свойствами, чтобы повысить удобочитаемость кода:
if (ex.code == DOMException.INDEX_SIZE_ERR)
Усовершенствованная модель DOM предоставляет предварительно определенные «константные» свойства, а также архитектуру для вызова и перехвата исключений модели DOM.
Целостное поведение toString
При полной интеграции Chakra и модели DOM в последней отсутствует собственная реализация toString (функции, преобразующей любой объект в строку). Хотя в старой модели DOM реализация toString была аналогична встроенной версии JavaScript, она не была абсолютно такой же и часто приводила к непоследовательным или запутанным результатам. Объекты модели DOM в IE9 теперь наследуют и используют встроенную в JavaScript функцию toString для получения стандартного результата.
Разделение хранилища свойств и атрибутов
В предыдущей архитектуре объекты модели DOM имели свое собственное хранилище свойств. Это хранилище свойств совпадало с расположением хранилища для атрибутов (которые можно найти в разметке HTML). В новой архитектуре IE9 хранилище атрибутов элементов отделено от динамических свойств, назначаемых объекту скрипта элемента. Чтобы проиллюстрировать это разделение, рассмотрим следующий пример разметки:
В этом примере атрибутами являются «id», «class» и «user-defined-attribute». Объект JavaScript элемента div также предоставляет аналогичные свойства:
// Получение объекта JavaScript, представляющего тело
var divOb = document.getElementById(‘myId’);
Эти свойства JavaScript извлекают значения, хранящиеся в списке атрибутов элемента. Например, «id» извлекает значение атрибута «id», а «className» извлекает значение атрибута «class».
В предыдущих версиях IE любые динамически добавленные свойства могли «волшебным образом» появляться в списке атрибутов элемента и, наоборот, исчезать из-за общего расположения хранилища. Это могло приводить к непредсказуемым результатам:
var divOb = document.getElementById("myId");
// Следующий оператор неожиданно добавляет "userProperty" как
// атрибут в элемент.
alert("Total attributes myId" user-defined-attribute="test" userAttribute="test">
var divOb = document.getElementById("myId");
// Получение значения "userAttribute" и "user-defined-attribute"
// (работает только в IE8 и в предыдущих версиях)
var value2 = divOb["user-defined-attribute"];
Мы видели часть кода, в которой предполагается данное устаревшее поведение IE. Обеспечивающий взаимодействие способ получения неизвестных атрибутов состоит в использовании «getAttribute»
var value1 = divOb.getAttribute("userAttribute");
var value2 = divOb.getAttribute("user-defined-attribute");
В таком случае не следует запрашивать динамические свойства с помощью коллекции атрибутов.
Новые возможности ECMAScript 5
В последней группе тестов возможностей новые функциональные возможности, предоставляемые реализацией ECMAScript 5 в Chakra, применялись к модели DOM. Одна из основных целей усовершенствования модели DOM в IE9 состояла в обеспечении представления модели DOM, что вносило логический смысл в контекст семантики языка ECMAScript 5. Это было сделано гораздо проще, поскольку одной из основных целей ECMAScript 5 является улучшенная поддержка функциональных возможностей, необходимых объектам модели DOM! В нашей реализации мы представляли, что модель DOM использует максимально возможное количество собственных возможностей языка ECMAScript 5, включая широкое использование свойств метода доступа (getter/setter).
Благодаря этой интеграции платформенной функциональности все новые функциональные возможности ECMAScript5 работают одинаково хорошо как с собственными объектами, так и с объектами модели DOM.
В демонстрации усовершенствованных возможностей модели DOM показываются только 24 примера того, что становится возможным при полной интеграции модели DOM и подсистемы JavaScript с поддержкой ECMAScript 5, такой как Chakra. Мы весьма заинтересованы в этой поддержке в IE9 и планируем помочь в достижении лучшего взаимодействия для привязок языка ECMAScript в разных браузерах. Важным этапом является стандартизация этих привязок в консорциуме W3C, и мы будем рады внести свой вклад в эту работу.
Веб-стандарты консорциума W3C уже имеют предложение реализаций языковой привязки для ECMAScript как способа перевода стандартного IDL (языка определения интерфейса) в объекты JavaScript. Однако этим привязкам не хватало некоторых деталей для создания чего-то большего, чем простая привязка «базового объекта» (т.е. привязка без учета полного спектра функциональных возможностей языка ECMAScript). Поскольку другие браузеры имели гораздо более полные языковые привязки, чем просто «базовые объекты», несоответствия интеграции сохранялась. Эти несоответствия могут фактически расстроить планы разработчиков на платформе JavaScript, желающих писать абстрактные слои и функции на верхнем уровне базовой языковой поддержки. Эта необходимость соответствия привела к предложенному стандарту, названному WebIDL (язык определения веб-интерфейса). Спецификация WebIDL с гораздо большей точностью описывает порядок перевода имеющейся спецификации W3C, созданной с помощью WebIDL, в объекты JavaScript.
Просим вас протестировать расширенную модель DOM IE9. Ждем ваших комментариев и отзывов.
Одним из значительных нововведений в Internet Explorer 8 является поддержка технологии DOM Storage, которая представляет собой часть новых технологий грядущего стандарта HTML 5. Dom Storage (или как его еще называют Web Storage) – это механизм, который призван предоставить разработчику возможность хранить набор данных значительного объема на стороне клиента и получать к ним доступ с помощью специального API. На данный момент, полная поддержка DOM Storage реализована в браузерах Firefox 3.5 (с 2.0 существует частичная поддержка), Safari 4.0 и Internet Explorer 8, в котором эта поддержка появилась с версии beta2. Рассмотрим, что представляет собой эта технология, для чего она нужна и как работает.
Пример
Простейший пример работы с localStorage, данные сохраняются и достаются из хранилища:
…
sessionStorage.someDataKeyName = ‘данные’;
…
var data = sessionStorage.someDataKeyName;
…
Обратите внимание, что создавать и получать доступ к данным в хранилищах DOM Storage можно не только через индексаторы типа sessionStorage[ ' someDataKeyName ' ], но и через псевдосвойства. Первая попытка записать данные в такое свойство создаст его экземпляр в хранилище.
Параметры конфиденциальности
Internet Explorer 6 и более поздние версии добавили вкладку Конфиденциальность, чтобы пользователи больше контролировали файлы cookie. Эта вкладка (выберите Инструменты, а затем выберите параметры Интернета) обеспечивает гибкость для блокировки или допуска файлов cookie, основанных на веб-сайте, с помощью файла cookie или типа cookie. Типы файлов cookie включают в себя файлы cookie первой стороны, сторонние файлы cookie и файлы cookie, которые не имеют компактной политики конфиденциальности. Эта вкладка также включает в себя параметры управления запросами веб-сайтов на физические данные о расположении, возможность блокировать всплывающие всплывающие окантовки, а также возможность запуска панели инструментов и расширений при включенной возможности просмотра InPrivate.
В зоне Интернета существуют различные уровни конфиденциальности, и они хранятся в реестре в том же месте, что и зоны безопасности.
Вы также можете добавить веб-сайт, чтобы включить или заблокировать файлы cookie на основе веб-сайта, независимо от политики конфиденциальности на веб-сайте. Эти ключи реестра хранятся в следующем подкайке реестра:
Домены, добавленные в качестве управляемого сайта, перечислены в этом подкайке. Эти домены могут выполнять любой из следующих значений DWORD:
0x00000005 - Всегда блок
0x00000001 — всегда разрешай
Заметки о 1A02, 1A03, 1A05 и 1A06
Следующие четыре записи реестра вступает в силу только в том случае, если присутствуют следующие клавиши:
Эти записи реестра находятся в следующем подкайке реестра:
В этом подмышке реестра находится зона, например 0 (ноль). Запись реестра и запись реестра содержат параметр, утвержденный 1200 2000 администратором. При включении этого параметра значение для определенной записи реестра устанавливается до 00010000. При включении утвержденного параметра администратора Windows ниже подкайку реестра, чтобы найти список утвержденных элементов управления:
Параметр Logon (1A00) может иметь одно из следующих значений (hexadecimal):
Конфиденциальность Параметры (1A10) используется слайдером вкладки Конфиденциальность. Значения DWORD являются следующими:
Блокировка всех файлов cookie: 00000003
High: 00000001
Средний уровень: 00000001
Medium: 00000001
Низкий: 00000001
Прием всех файлов Cookie: 00000000
Параметр Разрешения Java (1C00) имеет следующие пять возможных значений (двоичный):
Если выбран Настраиваемый параметр, он использует (расположенный в том же месте реестра) для хранения настраиваемой информации в двоичном файле.
Каждая зона безопасности содержит значение строки Описание и строку Display Name. Текст этих значений отображается на вкладке Безопасность при выборе зоны в поле Zone. Существует также значение строки Icon, которое задает значок, который отображается для каждой зоны. За исключением зоны "Мой компьютер", каждая зона содержит CurrentLevel значение И MinLevel RecommendedLevel DWORD. Значение задает самый низкий параметр, который можно использовать перед получением предупреждения, это текущий параметр для зоны и рекомендуемый MinLevel CurrentLevel уровень RecommendedLevel для зоны.
Какие значения для Minlevel , RecommendedLevel и означает CurrentLevel следующее:
Значение DWORD определяет способность пользователя изменять свойства Flags зоны безопасности. Чтобы определить Flags значение, добавьте вместе номера соответствующих параметров. Доступны следующие Flags значения (десятичная):
Если вы добавляете параметры как к E, так и к HKEY_LOCAL_MACHIN HKEY_CURRENT_USER подтриям, эти параметры являются дополнительными. Если вы добавляете веб-сайты к обоим подтрибам, видны только те HKEY_CURRENT_USER веб-сайты в них. Веб-сайты в HKEY_LOCAL_MACHINE подтриуме по-прежнему применяются в соответствии с их настройками. Однако они недоступны, и изменить их невозможно. Эта ситуация может привести к путанице, так как веб-сайт может быть указан только в одной зоне безопасности для каждого протокола.
Читайте также: